Ich möchte mich nicht erst mit Electrum beschäftigen müssen, wenn ich doch genau weiß was mit einem Bitcoin Full Client zu tun ist.
Möchte auch gleichzeitig schnellen zugriff haben wenn ich die Bitcoins brauche zum schnell versenden etc.
Wenn Du neben dem PC noch ein Android-Gerät hast, reicht für den schnellen Zugriff auf ne Paper-Wallet Mycelium. Viel damit beschäftigen musst Du Dich auchnich, ist eigentlich ziemlich selbsterklärend, auf "Cold Storage" klicken, QR-Code vom Paper-Wallet scannen, Coins verschicken, fertig. Zum Coins einlagern ist die komplette Blockchain echt ein wenig overkill, aber jedem, wie er/sie's braucht. |
|
|
|
was verstehst DU bitte unter keylogger frei aufsetzen ?
Wenn man sich so eine Paperwallet erstellen will, sollte man sicher sein, daß die Privat-Keys nicht in falsche Hände geraten. Daher macht man sowas in der Regel auf Systemen, die garnicht erst mit einem Netzwerk, vor allem nicht dem Internet, verbunden sind. Erstmal saugt man sich die offline Version von bitcoinpaperwallet.com, oder bitaddress.org und packt die auf nen USB-Stick. Dann sucht man sich nen Rechner, an dem kein Netzwerkkabel hängt (und der auch keine WLan-Verbindung hat) und startet da ne zB Linux-Live-CD, falls man noch ne RasPi rumliegen hat, kann man sich auch da schnell ein frisches OS auf ne SD-Karte schieben, Drucker dranhängen, USB-Stick mit bitcoinpaperwallet.com/bitaddress.org einstecken, Seite öffnen, Wallet/s erstellen, ausdrucken, fertig. Alles offline, auf nem frischen System, dann sollte da eigentlich nichts passieren. Am besten druckt man die Wallet/s gleich mehrfach aus, odermacht ein paar Kopien, die man an unterschiedlichen Orten aufbewart, damit beim Wohnungsbrand nicht gleich die ganzen Coins mit in Rauch aufgehn. |
|
|
|
Wie ich an anderer Stelle schon einmal schrieb: SSDNodes VPS in Dallas, Texas Sonderangebote zu bestellen über LowEndBox, https://lowendbox.com/blog/ssdnodes-ssd-openvz-vps-starting-at-2-99month-dallas-tx/LowEndBox Large
– 4GB RAM
– 40GB RAID10 SSD
– 4x Intel E5 v3 CPU
– 4TB Transfer
– 1x IPv4
– OpenVZ/SolusVM
– $6.99/month
– $48/year
LowEndBox Medium
– 2GB RAM
– 20GB RAID10 SSD
– 2x Intel E5 v3 CPU
– 2TB Transfer
– 1x IPv4
– OpenVZ/SolusVM
– $4.99/month
– $40/year
LowEndBox Small
– 1GB RAM
– 10GB RAID10 SSD
– 1x Intel E5 v3 CPU
– 1TB Transfer
– 1x IPv4
– OpenVZ/SolusVM
– $2.99/month
– $29/year
In Bitcoin zahlbar. Bei Bedarf kann man auchnoch auf größere Pakete (8GB/8Cores, 16GB/...) aufrüsten, ebenfalls zu Sonderkonditionen. |
|
|
|
Die Amis sind schon echt n durchgeknalltes Volk mit ihrer Terror-Panik. Ich mach mir ja auch öfter mal nen Spass aus dem Überweisungszweck, da kanns dann schonmal vorkommen, daß ich " für sexuelle Gefälligkeiten" zahle, oder sowas.  |
|
|
|
das kommt auf deine Miner-Software an, es gibt keine allgemeine Defintion einer "solution" - es kann eben ein Share oder auch ein Block sein.
Was aber nichts mit der Software zutun hat, sondern lediglich davon abhängt, ob man solo, oder ihm Pool werkelt. Im Grunde gibts kaum nen Unterschied zwischen Share und " Block" ("" weil Block natürlich komplett falsch ist, es ist ja nur ne Block-Solution, also ein Hash, mit dem sich ein Block erzeugen liesse). Der einzige Punkt, in dem sich die Beiden unterscheiden, ist die Difficulty, der " Block" hat die Difficulty der aktuellen Blockchain, der Share hingegen nur die Difficulty des Pools. Was sagt mir dann die Zeilen mit Got work?
Die Zeile sagt Dir nur, daß Dein Miner sich Arbeit vom Server geholt hat. |
|
|
|
Gibts vom vanitygen eigentlich auch ne brauchbare Version für ZTEX FPGAs? fpgaminer hat da mal ne experimentelle Version fürs Cyclone III 120 development kit rausgehaun, aber für die ZTEX-Boards hab ich sowas nochnich gefunden. Hab hier noch son paar Quad-Boards rumliegen, wäre echt fein, wenn ich die mal wieder für irgendwas nutzen könnte. |
|
|
|
Wie läuft das bei VirVox? Was kaufen ich im Endeffekt bei denen?
Ich kann schließlich bei VirVox mein Konto mit PayPal aufladen und dann des geld in SLL/BTC umwandeln.
Na, Du sagst es doch schon selbst, Du kaufst bei VirWox garnix per PayPal, sondern lädst damit nur Dein Kundenkonto auf. Was Du dann mit dem Geld auf dem Kundenkonto machst (SLL->BTC kaufen), damit hat PayPal nix mehr zutun. |
|
|
|
Hab mir kürzlich über LowEndBox nen VPS bei SSDNodes.com geholt. 4 Cores, 4GB RAM, 40GB SSD, 4TB Traffic, OpenVZ und das alles für schlappe $48/Jahr, das zahlt man sonst pro Monat. Die Server stehn zwar in Texas (ich hab nen Ping von ~130ms), aber wen das nich stört, der sollte zugreifen, solange der Vorrat reicht. https://lowendbox.com/blog/ssdnodes-ssd-openvz-vps-starting-at-2-99month-dallas-tx/Und ja, sie akzeptieren Bitcoin.  |
|
|
|
Bei netsh winsock reset netsh int ip reset kam kein Fehler, nur ne Aufforderung zum Neustart. Danach war dann erstmal meine Lan-Verbindung weg, aber halb so wild. route-delay 5 route-method exe ip-win32 netsh in die Config geschrieben, Verbindungsversuch..... Fri Mar 25 20:45:16 2016 OpenVPN 2.3.10 x86_64-w64-mingw32 [SSL (OpenSSL)] [LZO] [PKCS11] [IPv6] built on Mar 10 2016
Fri Mar 25 20:45:16 2016 Windows version 6.1 (Windows 7)
Fri Mar 25 20:45:16 2016 library versions: OpenSSL 1.0.1s 1 Mar 2016, LZO 2.09
Enter Management Password:
Fri Mar 25 20:45:16 2016 MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:25340
Fri Mar 25 20:45:16 2016 Need hold release from management interface, waiting...
Fri Mar 25 20:45:16 2016 MANAGEMENT: Client connected from [AF_INET]127.0.0.1:25340
Fri Mar 25 20:45:16 2016 MANAGEMENT: CMD 'state on'
Fri Mar 25 20:45:16 2016 MANAGEMENT: CMD 'log all on'
Fri Mar 25 20:45:16 2016 MANAGEMENT: CMD 'hold off'
Fri Mar 25 20:45:16 2016 MANAGEMENT: CMD 'hold release'
Fri Mar 25 20:45:17 2016 Socket Buffers: R=[8192->8192] S=[8192->8192]
Fri Mar 25 20:45:17 2016 UDPv4 link local: [undef]
Fri Mar 25 20:45:17 2016 UDPv4 link remote: [AF_INET]<SERVERIP>:1194
Fri Mar 25 20:45:17 2016 MANAGEMENT: >STATE:1458935117,WAIT,,,
Fri Mar 25 20:45:17 2016 MANAGEMENT: >STATE:1458935117,AUTH,,,
Fri Mar 25 20:45:17 2016 TLS: Initial packet from [AF_INET]<SERVERIP>:1194, sid=b53c01d3 7a133626
Fri Mar 25 20:45:18 2016 VERIFY OK: depth=1, C=US, ST=TX, L=Dallas, O=host.net, OU=notyou, CN=itsme, name=host, emailAddress=mail@host.domain
Fri Mar 25 20:45:18 2016 VERIFY OK: nsCertType=SERVER
Fri Mar 25 20:45:18 2016 VERIFY OK: depth=0, C=US, ST=TX, L=Dallas, O=host.net, OU=notyou, CN=server, name=host, emailAddress=mail@host.domain
Fri Mar 25 20:45:18 2016 Data Channel Encrypt: Cipher 'BF-CBC' initialized with 128 bit key
Fri Mar 25 20:45:18 2016 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Fri Mar 25 20:45:18 2016 Data Channel Decrypt: Cipher 'BF-CBC' initialized with 128 bit key
Fri Mar 25 20:45:18 2016 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Fri Mar 25 20:45:18 2016 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 1024 bit RSA
Fri Mar 25 20:45:18 2016 [server] Peer Connection Initiated with [AF_INET]<SERVERIP>:1194
Fri Mar 25 20:45:19 2016 MANAGEMENT: >STATE:1458935119,GET_CONFIG,,,
Fri Mar 25 20:45:20 2016 SENT CONTROL [server]: 'PUSH_REQUEST' (status=1)
Fri Mar 25 20:45:20 2016 PUSH: Received control message: 'PUSH_REPLY,route 12.34.0.0 255.255.255.0,topology net30,ping 10,ping-restart 120,ifconfig 12.34.0.6 12.34.0.5'
Fri Mar 25 20:45:20 2016 OPTIONS IMPORT: timers and/or timeouts modified
Fri Mar 25 20:45:20 2016 OPTIONS IMPORT: --ifconfig/up options modified
Fri Mar 25 20:45:20 2016 OPTIONS IMPORT: route options modified
Fri Mar 25 20:45:20 2016 ROUTE_GATEWAY 192.168.0.1/255.255.255.0 I=18 HWADDR=6c:62:6d:82:ec:e0
Fri Mar 25 20:45:20 2016 do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0
Fri Mar 25 20:45:20 2016 MANAGEMENT: >STATE:1458935120,ASSIGN_IP,,12.34.0.6,
Fri Mar 25 20:45:21 2016 NETSH: C:\Windows\system32\netsh.exe interface ip set address MyTAP static 12.34.0.6 255.255.255.252
Fri Mar 25 20:45:22 2016 ERROR: netsh command failed: returned error code 1
Fri Mar 25 20:45:27 2016 NETSH: C:\Windows\system32\netsh.exe interface ip set address MyTAP static 12.34.0.6 255.255.255.252
Fri Mar 25 20:45:27 2016 ERROR: netsh command failed: returned error code 1
Fri Mar 25 20:45:32 2016 NETSH: C:\Windows\system32\netsh.exe interface ip set address MyTAP static 12.34.0.6 255.255.255.252
Fri Mar 25 20:45:32 2016 ERROR: netsh command failed: returned error code 1
Fri Mar 25 20:45:37 2016 NETSH: C:\Windows\system32\netsh.exe interface ip set address MyTAP static 12.34.0.6 255.255.255.252
Fri Mar 25 20:45:37 2016 ERROR: netsh command failed: returned error code 1
Fri Mar 25 20:45:41 2016 MANAGEMENT: Client disconnected
Fri Mar 25 20:45:41 2016 NETSH: command failed
Fri Mar 25 20:45:41 2016 Exiting due to fatal error
|
|
|
|
So, gerade mal meinen alten eeePC angeworfen, Windows XP, mit praktisch identischer Konfiguration, da sieht die Sache viel geschmeidiger aus. Client.log is schön kurz Fri Mar 25 17:11:03 2016 OpenVPN 2.3.10 i686-w64-mingw32 [SSL (OpenSSL)] [LZO] [PKCS11] [IPv6] built on Feb 1 2016
Fri Mar 25 17:11:03 2016 Windows version 5.1 (Windows XP)
Fri Mar 25 17:11:03 2016 library versions: OpenSSL 1.0.1r 28 Jan 2016, LZO 2.09
Enter Management Password:
Fri Mar 25 17:11:03 2016 MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:25340
Fri Mar 25 17:11:03 2016 Need hold release from management interface, waiting...
Fri Mar 25 17:11:03 2016 MANAGEMENT: Client connected from [AF_INET]127.0.0.1:25340
Fri Mar 25 17:11:04 2016 MANAGEMENT: CMD 'state on'
Fri Mar 25 17:11:04 2016 MANAGEMENT: CMD 'log all on'
Fri Mar 25 17:11:04 2016 MANAGEMENT: CMD 'hold off'
Fri Mar 25 17:11:04 2016 MANAGEMENT: CMD 'hold release'
Fri Mar 25 17:11:05 2016 Socket Buffers: R=[8192->8192] S=[8192->8192]
Fri Mar 25 17:11:05 2016 UDPv4 link local: [undef]
Fri Mar 25 17:11:05 2016 UDPv4 link remote: [AF_INET]<hierstehteigentlichdieserverip>:1194
Fri Mar 25 17:11:05 2016 MANAGEMENT: >STATE:1458922265,WAIT,,,
Fri Mar 25 17:11:05 2016 MANAGEMENT: >STATE:1458922265,AUTH,,,
Fri Mar 25 17:11:05 2016 TLS: Initial packet from [AF_INET]<hierstehteigentlichdieserverip>:1194, sid=8548db3d b4769bb7
Fri Mar 25 17:11:06 2016 VERIFY OK: depth=1, C=US, ST=TX, L=Dallas, O=host.net, OU=notyou, CN=itsme, name=host, emailAddress=mail@host.domain
Fri Mar 25 17:11:06 2016 VERIFY OK: nsCertType=SERVER
Fri Mar 25 17:11:06 2016 VERIFY OK: depth=0, C=US, ST=TX, L=Dallas, O=host.net, OU=notyou, CN=server, name=host, emailAddress=mail@host.domain
Fri Mar 25 17:11:08 2016 Data Channel Encrypt: Cipher 'BF-CBC' initialized with 128 bit key
Fri Mar 25 17:11:08 2016 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Fri Mar 25 17:11:08 2016 Data Channel Decrypt: Cipher 'BF-CBC' initialized with 128 bit key
Fri Mar 25 17:11:08 2016 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Fri Mar 25 17:11:08 2016 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 1024 bit RSA
Fri Mar 25 17:11:08 2016 [server] Peer Connection Initiated with [AF_INET]<hierstehteigentlichdieserverip>:1194
Fri Mar 25 17:11:09 2016 MANAGEMENT: >STATE:1458922269,GET_CONFIG,,,
Fri Mar 25 17:11:10 2016 SENT CONTROL [server]: 'PUSH_REQUEST' (status=1)
Fri Mar 25 17:11:10 2016 PUSH: Received control message: 'PUSH_REPLY,route 12.34.0.0 255.255.255.0,topology net30,ping 10,ping-restart 120,ifconfig 12.34.0.10 12.34.0.9'
Fri Mar 25 17:11:10 2016 OPTIONS IMPORT: timers and/or timeouts modified
Fri Mar 25 17:11:10 2016 OPTIONS IMPORT: --ifconfig/up options modified
Fri Mar 25 17:11:10 2016 OPTIONS IMPORT: route options modified
Fri Mar 25 17:11:10 2016 ROUTE_GATEWAY 192.168.0.1/255.255.255.0 I=65540 HWADDR=00:22:43:43:f3:5e
Fri Mar 25 17:11:10 2016 do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0
Fri Mar 25 17:11:10 2016 MANAGEMENT: >STATE:1458922270,ASSIGN_IP,,12.34.0.10,
Fri Mar 25 17:11:10 2016 open_tun, tt->ipv6=0
Fri Mar 25 17:11:10 2016 TAP-WIN32 device [LAN-Verbindung 3] opened: \\.\Global\{F4780A6F-AFC9-45C2-8F52-61B432E4326F}.tap
Fri Mar 25 17:11:10 2016 TAP-Windows Driver Version 9.9
Fri Mar 25 17:11:10 2016 Notified TAP-Windows driver to set a DHCP IP/netmask of 12.34.0.10/255.255.255.252 on interface {F4780A6F-AFC9-45C2-8F52-61B432E4326F} [DHCP-serv: 12.34.0.9, lease-time: 31536000]
Fri Mar 25 17:11:10 2016 Successful ARP Flush on interface [65541] {F4780A6F-AFC9-45C2-8F52-61B432E4326F}
Fri Mar 25 17:11:16 2016 TEST ROUTES: 1/1 succeeded len=1 ret=1 a=0 u/d=up
Fri Mar 25 17:11:16 2016 MANAGEMENT: >STATE:1458922276,ADD_ROUTES,,,
Fri Mar 25 17:11:16 2016 C:\WINDOWS\system32\route.exe ADD 12.34.0.0 MASK 255.255.255.0 12.34.0.9
Fri Mar 25 17:11:16 2016 Route addition via IPAPI succeeded [adaptive]
Fri Mar 25 17:11:16 2016 Initialization Sequence Completed
Fri Mar 25 17:11:16 2016 MANAGEMENT: >STATE:1458922276,CONNECTED,SUCCESS,12.34.0.10,<hierstehteigentlichdieserverip> Und der Ping kommt auch problemlos bis zum Server durch c:\Dokumente und Einstellungen\lassdas\Desktop>ping 12.34.0.1
Ping wird ausgeführt für 12.34.0.1 mit 32 Bytes Daten:
Antwort von 12.34.0.1: Bytes=32 Zeit=123ms TTL=64
Antwort von 12.34.0.1: Bytes=32 Zeit=141ms TTL=64
Antwort von 12.34.0.1: Bytes=32 Zeit=106ms TTL=64
Antwort von 12.34.0.1: Bytes=32 Zeit=146ms TTL=64
Ping-Statistik für 12.34.0.1:
Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0 (0% Verlust),
Ca. Zeitangaben in Millisek.:
Minimum = 106ms, Maximum = 146ms, Mittelwert = 129ms Der Fehler liegt definitiv weder am Server, noch an der Client.config. Shice Windows 7, das hab ich nochnie gemocht. |
|
|
|
Administrator ja, Firewall war schon komplett aus, kanns also auchnich sein, VPN-Client-Config nehm ich auch eher nich an, die hab ich schon drölf mal ersetzt, umgeschrieben, von static auf client, etc.pp, alles schon durch. Hab das Problem langsam ein wenig eingekreist, muss wohl irgendwie mit dem besch...eidenen TAP-Windows Adapter zusammenhängen (wobei ich auch OpenVPN schon komplett neu installiert hab, sogar von 32 auf 64bit, immer das gleiche Ergebniss). Status-Log des Clients: ...
-snip-
...
### Bis hier läuft alles gut
Fri Mar 25 15:41:58 2016 TAP-Windows Driver Version 9.21
Fri Mar 25 15:41:58 2016 Notified TAP-Windows driver to set a DHCP IP/netmask of 12.34.0.6/255.255.255.252 on interface {40F32810-A618-4958-96EE-E9B00E6AF27E} [DHCP-serv: 12.34.0.5, lease-time: 31536000]
Fri Mar 25 15:41:58 2016 Successful ARP Flush on interface [20] {40F32810-A618-4958-96EE-E9B00E6AF27E}
Fri Mar 25 15:42:03 2016 TEST ROUTES: 0/0 succeeded len=1 ret=0 a=0 u/d=down
Fri Mar 25 15:42:03 2016 Route: Waiting for TUN/TAP interface to come up...
Fri Mar 25 15:42:09 2016 TEST ROUTES: 0/0 succeeded len=1 ret=0 a=0 u/d=down
Fri Mar 25 15:42:09 2016 Route: Waiting for TUN/TAP interface to come up...
Fri Mar 25 15:42:10 2016 TEST ROUTES: 0/0 succeeded len=1 ret=0 a=0 u/d=down
Fri Mar 25 15:42:10 2016 Route: Waiting for TUN/TAP interface to come up...
...
-snip-
...
Fri Mar 25 15:42:31 2016 TEST ROUTES: 0/0 succeeded len=1 ret=0 a=0 u/d=down
Fri Mar 25 15:42:31 2016 Route: Waiting for TUN/TAP interface to come up...
Fri Mar 25 15:42:32 2016 TEST ROUTES: 0/0 succeeded len=1 ret=0 a=0 u/d=down
Fri Mar 25 15:42:32 2016 Route: Waiting for TUN/TAP interface to come up...
Fri Mar 25 15:42:33 2016 TEST ROUTES: 0/0 succeeded len=1 ret=0 a=0 u/d=down
Fri Mar 25 15:42:33 2016 MANAGEMENT: >STATE:1458916953,ADD_ROUTES,,,
Fri Mar 25 15:42:33 2016 C:\Windows\system32\route.exe ADD 12.34.0.0 MASK 255.255.255.0 12.34.0.5
Fri Mar 25 15:42:33 2016 Warning: route gateway is not reachable on any active network adapters: 12.34.0.5
Fri Mar 25 15:42:33 2016 Route addition via IPAPI failed [adaptive]
Fri Mar 25 15:42:33 2016 Route addition fallback to route.exe
Fri Mar 25 15:42:33 2016 env_block: add PATH=C:\Windows\System32;C:\Windows;C:\Windows\System32\Wbem
Fri Mar 25 15:42:33 2016 SYSTEM ROUTING TABLE
Fri Mar 25 15:42:33 2016 0.0.0.0 0.0.0.0 192.168.0.1 p=0 i=18 t=4 pr=3 a=102 h=0 m=276/0/0/0/0
Fri Mar 25 15:42:33 2016 0.0.0.0 0.0.0.0 12.34.0.2 p=0 i=20 t=4 pr=3 a=102 h=0 m=276/0/0/0/0
Fri Mar 25 15:42:33 2016 12.34.0.0 255.255.255.0 12.34.0.5 p=0 i=20 t=4 pr=3 a=0 h=0 m=21/0/0/0/0
Fri Mar 25 15:42:33 2016 127.0.0.0 255.0.0.0 127.0.0.1 p=0 i=1 t=3 pr=3 a=113 h=0 m=306/0/0/0/0
Fri Mar 25 15:42:33 2016 127.0.0.1 255.255.255.255 127.0.0.1 p=0 i=1 t=3 pr=3 a=113 h=0 m=306/0/0/0/0
Fri Mar 25 15:42:33 2016 127.255.255.255 255.255.255.255 127.0.0.1 p=0 i=1 t=3 pr=3 a=113 h=0 m=306/0/0/0/0
Fri Mar 25 15:42:33 2016 169.254.0.0 255.255.0.0 169.254.229.223 p=0 i=20 t=3 pr=3 a=92 h=0 m=276/0/0/0/0
Fri Mar 25 15:42:33 2016 169.254.0.0 255.255.0.0 169.254.218.140 p=0 i=19 t=3 pr=3 a=92 h=0 m=266/0/0/0/0
Fri Mar 25 15:42:33 2016 169.254.218.140 255.255.255.255 169.254.218.140 p=0 i=19 t=3 pr=3 a=92 h=0 m=266/0/0/0/0
Fri Mar 25 15:42:33 2016 169.254.229.223 255.255.255.255 169.254.229.223 p=0 i=20 t=3 pr=3 a=92 h=0 m=276/0/0/0/0
Fri Mar 25 15:42:33 2016 169.254.255.255 255.255.255.255 169.254.229.223 p=0 i=20 t=3 pr=3 a=92 h=0 m=276/0/0/0/0
Fri Mar 25 15:42:33 2016 169.254.255.255 255.255.255.255 169.254.218.140 p=0 i=19 t=3 pr=3 a=92 h=0 m=266/0/0/0/0
Fri Mar 25 15:42:33 2016 192.168.0.0 255.255.255.0 192.168.0.7 p=0 i=18 t=3 pr=3 a=97 h=0 m=276/0/0/0/0
Fri Mar 25 15:42:33 2016 192.168.0.7 255.255.255.255 192.168.0.7 p=0 i=18 t=3 pr=3 a=97 h=0 m=276/0/0/0/0
Fri Mar 25 15:42:33 2016 192.168.0.255 255.255.255.255 192.168.0.7 p=0 i=18 t=3 pr=3 a=97 h=0 m=276/0/0/0/0
Fri Mar 25 15:42:33 2016 224.0.0.0 240.0.0.0 127.0.0.1 p=0 i=1 t=3 pr=3 a=113 h=0 m=306/0/0/0/0
Fri Mar 25 15:42:33 2016 224.0.0.0 240.0.0.0 192.168.0.7 p=0 i=18 t=3 pr=3 a=102 h=0 m=276/0/0/0/0
Fri Mar 25 15:42:33 2016 224.0.0.0 240.0.0.0 169.254.218.140 p=0 i=19 t=3 pr=3 a=102 h=0 m=266/0/0/0/0
Fri Mar 25 15:42:33 2016 224.0.0.0 240.0.0.0 169.254.229.223 p=0 i=20 t=3 pr=3 a=102 h=0 m=276/0/0/0/0
Fri Mar 25 15:42:33 2016 255.255.255.255 255.255.255.255 127.0.0.1 p=0 i=1 t=3 pr=3 a=113 h=0 m=306/0/0/0/0
Fri Mar 25 15:42:33 2016 255.255.255.255 255.255.255.255 192.168.0.7 p=0 i=18 t=3 pr=3 a=102 h=0 m=276/0/0/0/0
Fri Mar 25 15:42:33 2016 255.255.255.255 255.255.255.255 169.254.218.140 p=0 i=19 t=3 pr=3 a=102 h=0 m=266/0/0/0/0
Fri Mar 25 15:42:33 2016 255.255.255.255 255.255.255.255 169.254.229.223 p=0 i=20 t=3 pr=3 a=102 h=0 m=276/0/0/0/0
Fri Mar 25 15:42:33 2016 SYSTEM ADAPTER LIST
Fri Mar 25 15:42:33 2016 TAP-Windows Adapter V9
Fri Mar 25 15:42:33 2016 Index = 20
Fri Mar 25 15:42:33 2016 GUID = {40F32810-A618-4958-96EE-E9B00E6AF27E}
Fri Mar 25 15:42:33 2016 IP = 169.254.229.223/255.255.0.0
Fri Mar 25 15:42:33 2016 MAC = 00:ff:40:f3:28:10
Fri Mar 25 15:42:33 2016 GATEWAY = 12.34.0.2/255.255.255.255
Fri Mar 25 15:42:33 2016 DHCP SERV =
Fri Mar 25 15:42:33 2016 DHCP LEASE OBTAINED = Fri Mar 25 15:42:33 2016
Fri Mar 25 15:42:33 2016 DHCP LEASE EXPIRES = Fri Mar 25 15:42:33 2016
Fri Mar 25 15:42:33 2016 DNS SERV =
...
-snip
...
Aktuelle Client.conf remote <server-ip>
port 1194
proto udp
dev tun
client
ca ca.crt
cert client1.crt
key client1.key
ns-cert-type server
resolv-retry infinite
nobind
comp-lzo
persist-key
persist-tun
verb 3
Edit: Der Vollständigkeit halber hier noch die Server.conf port 1194
proto udp
dev tun
ca /etc/openvpn/keys/ca.crt
cert /etc/openvpn/keys/server.crt
key /etc/openvpn/keys/server.key
dh /etc/openvpn/keys/dh1024.pem
mode server
server 12.34.0.0 255.255.255.0
client-to-client
keepalive 10 120
comp-lzo
persist-tun
persist-key
verb 3 |
|
|
|
|
Moin,
ich häng hier irgendwie fest und brauch mal nen Schubs in die richtige Richtung.
Hab mir zum testen, rumspielen und lernen mal OpenVPN installiert,
Server auf nem Debian-VPS,
Client zuhause auf Windows7
und das hat soweit ja auch alles geklappt.
Wenn ich die Verbindung im OpenVPN-GUI herstelle, wird das Trayicon schön grün und mir wird ne IP zugewiesen.
Soweit so gut,
aber ab da gehts halt nicht weiter.
Selbst der Versuch, die mir zugewiesene (also praktisch lokale) IP anzupingen scheitert,
was ist da los?
Was muss ich am Client wo einstellen, damit der die Verbindung auch sieht und nutzt?
|
|
|
|
... gibt leider kein THX Button oder sowas, Vielen Dank nochmal.
Dafür gibts ne Bitcoin Adresse in shorenas Profil, viel besser, als son schnöder Button.  |
|
|
|
|
Ich kann auch den Treuhänder nicht verstehen,
daß er bei einer solch kuriosen Vereinbarung den Käufer nicht darauf hingewisen hat, wie sinnlos die Nutzung seines Dienstes in dem Fall ist.
Wenn cfour mit der Vereinbarung und der Freigabe seiner Coins einverstanden war, is er natürlich selber schuld.
aber ein positives Licht wirft das auf den Escrow deswegen noch lange nicht, ganz im Gegenteil.
Ich (als Escrow) hätte den Betrag nicht vor Erhalt der Ware freigegeben, Vereinbarung hin oder her.
Wenn ich von einer solchen Vereinbarung gehört hätte, hätt ich vermutlich gleich vom Kauf abgeraten, oder die Coins gleich zurück geschickt, weil ja offensichtlich is, was passieren wird.
|
|
|
|
|
Wie kommt man überhaupt auf Idee, sich auf sowas einzulassen?
Ich mein, Sinn und Zweck der Nutzung von Treuhändern ist doch, auszuschließen, daß man vom Händler übers Ohr gehauen wird.
Solange man die bestellte Ware aber nicht in den Händen hält, ist garnichts ausgeschlossen.
|
|
|
|
|
Der wird ganz normal weitermachen,
er holt sich ja nur alle paar Sekunden/Minuten nen neuen Arbeitsauftrag ab, oder sendet im Erfolgsfall (was eher ein paar Stunden/Tage dauern dürfte) seine Ergebnisse.
Wenn in sonem Moment dann grad ne Trennung stattfindet, dann wird der Miner einmal durchschnaufen und es nochmal probieren.
Dein Browser stürzt ja auch nich gleich ab, wenn mal grad Trennungszeit is, der läd halt die Webseite nich und probierts einfach nochmal.
|
|
|
|
|
@ImI
Gabs bei ETH nich nen Vorverkauf (IPO, ICO or whatever they called it) von x Mio?
Dann hinkt der Vergleich mit Bitcoin nämlich gewaltig, denn da gabs zu Beginn genau garnichts, daß da die Inflation dann erstmal hoch ist, liegt in der Natur der Sache.
|
|
|
|
Müsste Core für diese Adressen dann nicht "ismine": true, liefern?
Ja, das müsste es in der Tat. Das jüngste habe ich aber nicht benutz gerade, wechsel es jetzt, gegen das jüngste und teste noch mal.
Wieso startet man denn ein altes Backup, wenn man noch jüngere hat? |
|
|
|
Ok, wann wurde das Backup der wallet.dat erstellt?
Ich hoffe, kurz bevor der PC neu aufgesetzt wurde, und nicht etwa Ewigkeiten zuvor (womöglich sogar bevor die beiden Transaktionen gesendet wurden).
Bevor die beiden Transaktionen gesendet wurden, sollte nicht wirklich ein Problem sein, dafür gibts ja den Adress-Pool (Bitcoin-Core erstellt default 100 Change-Adressen im voraus). Wenns aber tatsächlich Ewigkeiten waren (mehr als 100 Transaktionen zwischen Backup und Sendezeitpunkt liegen), dann könnte das übel enden. |
|
|
|
wie gut das klappen kann? keine Ahnung.
Na, ich würd mal sagen: garnich. Wieso sollte der low cost electricity Vorteil weniger vorteilhaft sein, wenn statt ASICs GPUs eingesetzt werden? Wenn sich die Farm-Betreiber ihre Hallen mit GPUs statt mit ASICs vollstellen, wird der Hobby-Heim-Miner auch irgendwann nichtmehr mithalten können und alles ist wieder beim alten. |
|
|
|
|
Show Posts
