Beantwortet: Torrent zeigt richtige IP an, trotz VPN

G

gakido

New Member
Guten Abend,

sorry für diese absolute Anfänger Frage. Habe bereits das zweite mal PP gekauft und bin auch sehr zufrieden. Ich nutze dabei deas Torrent Programm Deluge, in welchem trotz VPn meine echte IP angezeigt wird (im Tracker) Meine IP ist laut der PP Seite wie angegeben von den Niederlanden. Woran kann das liegen?
 
Sort by date Sort by votes
Gerne, habe aber mal etwas Selbstinitiative gezeigt und etwas herausgefunden. Im Torrent wird auf jedenfall eine Deutsche IP angezeigt. Nachdem ich den VPN beendet hatte und mal auf der PP Seite meine echte IP nachschaute, war es eine andere als im Torrent, jedoch war ich der einzige Peer im Torrent, also musste diese Deutsche IP zu mir gehören. Tests habe ich alle auf der Seite ausgeführt. Keine Leaks oder sonstiges. Ich gehe davon aus, dass ich wohl selbst einen trotteligen Fehler gemacht habe.

Weiterhin habe ich noch zwei kleine Probleme. Ich nutze mal den Thread hier um nicht alles voll zu spammen.

1. OpenVPN funktioniert nicht. Sobald mein Pc da versucht via PP Manager zu connecten, hängt es sich bei "Verbinde" auf und connected nicht. Was nicht so tragisch ist, da IPSEC wunderbar funktioniert.
2. Wenn sich PP via IPSEC auf einen server connected, was wunderbar funktioniert, liegt mein PC danach Lahm. Damit meine ich, dass ich absolut nichts auf meinem Desktop anklicken kann. Ich kann über keine Icons Howers, kein Rechtsklick, nichts, Quasi als wäre meine Maus ohne Funktion. Gelöst hat sich das bisher durch den Taskmanager, welche die einzige Funktion ist, die ich mit der Tastenkombination aufrufen kann. Danach muss ich z.B via Cortana (windows 10) Google Chrome starten, sobald der Browser auf ist, scheint auch wieder mein Desktop zu funktionieren. Seltsam.

Vielen Dank Frank für die schnelle Antwort.
 
Upvote 0 Downvote
Ach sooo: Das kann sein: Welchen Server hattest du mit Torrent genutzt? Einige Server sind bei einigen IP Datenbanken falsch eingetragen


Bei den beiden anderen Punkten: Das klingt aber ganz stark nach einem völlig verfrickelten Windows.... Gerade bei OpenVPN wäre ein Verbindungslog mal sinnvoll
 
Upvote 0 Downvote
Hallo Frank.

Ich nutze Amsterdam. Bei Deluge werden mir unter der Peer Anzeige dabei nur Deutsche Symbole angezeigt. Aber es findet sich kein Nutzer der Deluge benutzt, wie ich, heißt das, dass es trotzdem funktioniert?
Zu der Windows Sache. Ich bin vor einiger zeit von Linux wieder zu Windows zurück. Das Problem trat allerdings erst mit den Runterladen von PP auf. Mittlerweile weiß ich jedoch wie das zu umgehen ist. Einfach PP nicht beim Start direkt mitausführen und connecten lassen. Wenn ich es Manuell connecte klappt alles einwandfrei. Hier noch der OpenVPN log:

23.04.2017 16:31:05 Debug Debug: config connect called
23.04.2017 16:31:05 Log DisconnectReason set to NoDisconnect in connect_thread
23.04.2017 16:31:05 Log Debug: connect_thread started
23.04.2017 16:31:06 Log State Change Event - Initializing
23.04.2017 16:31:06 Log Waiting for OpenVPN.exe to get ready
23.04.2017 16:31:06 Log OpenVPN.exe ready
23.04.2017 16:31:06 Log Checking firewall and DNS leak protection settings
23.04.2017 16:31:07 Log Waiting for network to get ready
23.04.2017 16:31:08 Debug Debug: Serviceconnection connect called
23.04.2017 16:31:08 Management Connecting to management interface 127.0.0.1:11195
23.04.2017 16:31:09 Log MANAGEMENT: CMD 'state on'
23.04.2017 16:31:09 Log MANAGEMENT: CMD 'hold release'
23.04.2017 16:31:09 Log MANAGEMENT: CMD 'username 'Auth' "<Username Removed>"'
23.04.2017 16:31:10 Log MANAGEMENT: CMD 'password [...]'
23.04.2017 16:31:10 Log NOTE: the current --script-security setting may allow this configuration to call user-defined scripts
23.04.2017 16:31:10 Log Outgoing Control Channel Authentication: Using 512 bit message hash 'SHA512' for HMAC authentication
23.04.2017 16:31:10 Log Incoming Control Channel Authentication: Using 512 bit message hash 'SHA512' for HMAC authentication
23.04.2017 16:31:10 Log LZO compression initializing
23.04.2017 16:31:10 Log Control Channel MTU parms [ L:1626 D:1140 EF:110 EB:0 ET:0 EL:3 ]
23.04.2017 16:31:10 Log Data Channel MTU parms [ L:1626 D:1300 EF:126 EB:407 ET:0 EL:3 ]
23.04.2017 16:31:10 Log Fragmentation MTU parms [ L:1626 D:1300 EF:125 EB:407 ET:1 EL:3 ]
23.04.2017 16:31:10 Log Local Options String (VER=V4): 'V4,dev-type tun,link-mtu 1606,tun-mtu 1500,proto UDPv4,comp-lzo,mtu-dynamic,keydir 1,cipher AES-256-CBC,auth SHA512,keysize 256,tls-auth,key-method 2,tls-client'
23.04.2017 16:31:10 Log Expected Remote Options String (VER=V4): 'V4,dev-type tun,link-mtu 1606,tun-mtu 1500,proto UDPv4,comp-lzo,mtu-dynamic,keydir 0,cipher AES-256-CBC,auth SHA512,keysize 256,tls-auth,key-method 2,tls-server'
23.04.2017 16:31:10 Log TCP/UDP: Preserving recently used remote address: [AF_INET]95.211.95.232:1148
23.04.2017 16:31:10 Log Socket Buffers: R=[65536->65536] S=[65536->65536]
23.04.2017 16:31:10 Log UDP link local: (not bound)
23.04.2017 16:31:10 Log UDP link remote: [AF_INET]95.211.95.232:1148
23.04.2017 16:31:10 Log MANAGEMENT: >STATE:1492957870,WAIT,,,,,,
23.04.2017 16:31:10 State WAIT
23.04.2017 16:31:10 Log MANAGEMENT: >STATE:1492957870,AUTH,,,,,,
23.04.2017 16:31:10 State AUTH
23.04.2017 16:31:10 Log TLS: Initial packet from [AF_INET]95.211.95.232:1148, sid=8cefa50c d52b2e48
23.04.2017 16:31:10 Log WARNING: this configuration may cache passwords in memory -- use the auth-nocache option to prevent this
23.04.2017 16:31:10 Log VERIFY OK: depth=1, C=CH, ST=Zug, L=Zug, O=Perfect Privacy, CN=Perfect Privacy, emailAddress=admin@perfect-privacy.com
23.04.2017 16:31:10 Log VERIFY OK: nsCertType=SERVER
23.04.2017 16:31:10 Log VERIFY OK: depth=0, C=CH, ST=Zug, O=Perfect Privacy, CN=Server_amsterdam.perfect-privacy.com, emailAddress=admin@perfect-privacy.com
23.04.2017 16:31:11 Log Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 4096 bit RSA
23.04.2017 16:31:11 Log [Server_amsterdam.perfect-privacy.com] Peer Connection Initiated with [AF_INET]95.211.95.232:1148
23.04.2017 16:31:12 Log MANAGEMENT: >STATE:1492957872,GET_CONFIG,,,,,,
23.04.2017 16:31:12 State GET_CONFIG
23.04.2017 16:31:12 Log SENT CONTROL [Server_amsterdam.perfect-privacy.com]: 'PUSH_REQUEST' (status=1)
23.04.2017 16:31:12 Log PUSH: Received control message: 'PUSH_REPLY,topology subnet,redirect-gateway def1,sndbuf 131072,rcvbuf 131072,comp-lzo adaptive,route-gateway 10.0.55.1,redirect-gateway ipv6,route-ipv6 2000::/3,ping 10,ping-restart 60,dhcp-option DNS 95.211.199.144,dhcp-option DNS 185.17.184.3,ifconfig-ipv6 fdbf:1d37:bbe0:0:3:7:0:1242/112 fdbf:1d37:bbe0:0:3:7:0:1,ifconfig 10.0.55.242 255.255.255.0,peer-id 2'
23.04.2017 16:31:12 Log OPTIONS IMPORT: timers and/or timeouts modified
23.04.2017 16:31:12 Log OPTIONS IMPORT: compression parms modified
23.04.2017 16:31:12 Log LZO compression initializing
23.04.2017 16:31:12 Log OPTIONS IMPORT: --sndbuf/--rcvbuf options modified
23.04.2017 16:31:12 Log Socket Buffers: R=[65536->131072] S=[65536->131072]
23.04.2017 16:31:12 Log OPTIONS IMPORT: --ifconfig/up options modified
23.04.2017 16:31:12 Log OPTIONS IMPORT: route options modified
23.04.2017 16:31:12 Log OPTIONS IMPORT: route-related options modified
23.04.2017 16:31:12 Log OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified
23.04.2017 16:31:12 Log OPTIONS IMPORT: peer-id set
23.04.2017 16:31:12 Log OPTIONS IMPORT: adjusting link_mtu to 1629
23.04.2017 16:31:12 Log Data Channel MTU parms [ L:1609 D:1300 EF:109 EB:407 ET:0 EL:3 ]
23.04.2017 16:31:12 Log Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key
23.04.2017 16:31:12 Log Data Channel Encrypt: Using 512 bit message hash 'SHA512' for HMAC authentication
23.04.2017 16:31:12 Log Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key
23.04.2017 16:31:12 Log Data Channel Decrypt: Using 512 bit message hash 'SHA512' for HMAC authentication
23.04.2017 16:31:12 Log interactive service msg_channel=0
23.04.2017 16:31:12 Log ROUTE_GATEWAY 192.168.2.1/255.255.255.0 I=8 HWADDR=d0:50:99:71:bc:18
23.04.2017 16:31:12 Log GDG6: remote_host_ipv6=n/a
23.04.2017 16:31:12 Log GetBestInterfaceEx() returned if=4
23.04.2017 16:31:12 Log GDG6: II=4 DP=::/0 NH=::
23.04.2017 16:31:12 Log GDG6: Metric=256, Loopback=0, AA=1, I=0
23.04.2017 16:31:12 Log ROUTE6_GATEWAY :: ON_LINK I=4
23.04.2017 16:31:12 Log open_tun
23.04.2017 16:31:12 Log TAP-WIN32 device [Ethernet 2] opened: \\.\Global\{4F2EE8B7-7697-4339-9F25-E8E7D2AFF8DA}.tap
23.04.2017 16:31:12 Log TAP-Windows Driver Version 9.21
23.04.2017 16:31:12 Log TAP-Windows MTU=1500
23.04.2017 16:31:12 Log Set TAP-Windows TUN subnet mode network/local/netmask = 10.0.55.0/10.0.55.242/255.255.255.0 [SUCCEEDED]
23.04.2017 16:31:12 Log Notified TAP-Windows driver to set a DHCP IP/netmask of 10.0.55.242/255.255.255.0 on interface {4F2EE8B7-7697-4339-9F25-E8E7D2AFF8DA} [DHCP-serv: 10.0.55.254, lease-time: 31536000]
23.04.2017 16:31:12 Log DHCP option string: 06085fd3 c790b911 b803
23.04.2017 16:31:12 Log Successful ARP Flush on interface [24] {4F2EE8B7-7697-4339-9F25-E8E7D2AFF8DA}
23.04.2017 16:31:12 Log do_ifconfig, tt->did_ifconfig_ipv6_setup=1
23.04.2017 16:31:12 Log MANAGEMENT: >STATE:1492957872,ASSIGN_IP,,10.0.55.242,,,,,fdbf:1d37:bbe0:0:3:7:0:1242
23.04.2017 16:31:12 State ASSIGN_IP
23.04.2017 16:31:13 Log NETSH: C:\WINDOWS\system32\netsh.exe interface ipv6 set address interface=24 fdbf:1d37:bbe0:0:3:7:0:1242 store=active
23.04.2017 16:31:14 Log add_route_ipv6(fdbf:1d37:bbe0:0:3:7::/112 -> fdbf:1d37:bbe0:0:3:7:0:1242 metric 0) dev Ethernet 2
23.04.2017 16:31:14 Log C:\WINDOWS\system32\netsh.exe interface ipv6 add route fdbf:1d37:bbe0:0:3:7::/112 interface=24 fe80::8 store=active
23.04.2017 16:31:14 Log env_block: add PATH=C:\WINDOWS\System32;C:\WINDOWS;C:\WINDOWS\System32\Wbem
23.04.2017 16:31:14 Log updown_v6.bat Ethernet 2 1500 1609 10.0.55.242 255.255.255.0 init
23.04.2017 16:31:14 Log env_block: add PATH=C:\WINDOWS\System32;C:\WINDOWS;C:\WINDOWS\System32\Wbem
23.04.2017 16:31:16 Log TEST ROUTES: 2/2 succeeded len=1 ret=1 a=0 u/d=up
23.04.2017 16:31:16 Log Initialization Sequence Completed
23.04.2017 16:31:16 Log MANAGEMENT: >STATE:1492957876,CONNECTED,SUCCESS,10.0.55.242,95.211.95.232,1148,,,fdbf:1d37:bbe0:0:3:7:0:1242
23.04.2017 16:31:16 State CONNECTED
23.04.2017 16:31:16 Log State Change Event - Running

Wieder mal kleines Update. OpenVPN connected jetzt wunderbar. Also liegt es daran, dass ein problem auftritt, sollte PP direkt beim Systemstart automatisch connecten. Mache ich es Manuell scheint jetzt alles zu funktionieren. Nur das Problem mit dem Torrent stört mich etwas. Hier mal ein Bild wo man erkennt, dass ein Deutscher Nutzer aktiv ist (welcher ich sein muss) obwohl dort UTorrent und nicht Deluge steht. Der Download speed stimmt mit meinem überein. Da ich aber über die Niederlande connected bin, müsste dort doch die Flagge dementsprechend sein, sowie die geänderte Ip Adresse?

fvxliljy.png
 
Upvote 0 Downvote
Also ich glaube nicht das die IP's die da angezeigt werden, deine IP's sein sollen, sondern eher die IP's sind wo der Load herkommt.
Beide IP's sind jedenfalls nicht von uns
 
Upvote 0 Downvote
Habe mir schon fast gedacht, dass da ein Fehler vorliegen muss, schließlich waren alle tests auf eurer Internet Seite quasi in Ordnung. Mich hat es nur verwundert, dass der Download von dem deutschen Peer mit meinem übereinstimmt, der Torrent Client allerdings anders ist un die Flagge nicht angezeigt wird. Sollte dennoch alles in Ordnung sein, bin ich ja beruhigt.
 
Upvote 0 Downvote
Vor allem achte auf deine Windows Firewall und das die Firewalloption des Managers richtig geht. Und da nicht mit dem Webbrowser testen, sondern mit einem "ping 8.8.8.8" via Windows CMD
 
Upvote 0 Downvote
Ping wird ausgeführt für 8.8.8.8 mit 32 Bytes Daten:
Antwort von 8.8.8.8: Bytes=32 Zeit=37ms TTL=44
Antwort von 8.8.8.8: Bytes=32 Zeit=37ms TTL=44
Antwort von 8.8.8.8: Bytes=32 Zeit=37ms TTL=44
Antwort von 8.8.8.8: Bytes=32 Zeit=37ms TTL=44

Ping-Statistik für 8.8.8.8:
Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
(0% Verlust),
Ca. Zeitangaben in Millisek.:
Minimum = 37ms, Maximum = 37ms, Mittelwert = 37ms

Das ergab die Antwort. Windows Firewall habe ich auf Standard gesetzt. Der manager gibt sobald der VPN verbunden ist immer die Benachrichtigung, dass der DNS Leak Schutz und die Firewall aktiv ist. Habe jetzt mal ipmagnet getestet und eine weitere Datei, beide zeigen nun an, dass die Torrent ip die ip vom VPN ist, also klappt doch alles. Vielen Dank für die freundliche Hilfe Frank :)
 
Last edited:
Upvote 0 Downvote
Das Ergebniss ist Murks....
Du musst das testen, mit der Firewalloption auf mindestens "bei Anwendungsstart", dann den Manager offen lassen, ABER KEINE VPN VERBINDUNG haben. Du willst ja testen ob was durch geht, wenn VPN weg ist.
Dann den Ping setzen und dann sollte es Fehlermeldungen geben
 
Upvote 0 Downvote
Ping wird ausgeführt für 8.8.8.8 mit 32 Bytes Daten:
Allgemeiner Fehler.
Allgemeiner Fehler.
Allgemeiner Fehler.
Allgemeiner Fehler.

Ping-Statistik für 8.8.8.8:
Pakete: Gesendet = 4, Empfangen = 0, Verloren = 4
(100% Verlust),

scheint zu klappen.
 
Upvote 0 Downvote
Hallo codex0607,
du hast im reiter " firewall und DNS" bei firewall und dns die checkbox "dauerhaft aktivieren" ausgewählt.
Das bedeutet garnix geht ohne das du zumindest mit einem server von PP verbunden bist.

Willst du das nicht kannst du auch erst bei programmstart oder auch erst bei Tunnelaufbau einstellen.

Bei Tunnelaufbau wird alles abgeschottet sobald du den ersten Tunnel aufbaust - sprich dich zu einem PP-Server verbindest.
Bei Programmstart wird alles abgeschottet sobald du den PPManager startest.
Bei dauerhaft aktiviert ist alles abgeschottet egal ob der PPManager läuft oder nicht. Nichts geht mehr ohne eine Verbindung zu einem PP-Server.
 
Upvote 0 Downvote
FAN said:
Hallo codex0607,
du hast im reiter " firewall und DNS" bei firewall und dns die checkbox "dauerhaft aktivieren" ausgewählt.
Das bedeutet garnix geht ohne das du zumindest mit einem server von PP verbunden bist.

Willst du das nicht kannst du auch erst bei programmstart oder auch erst bei Tunnelaufbau einstellen.

Bei Tunnelaufbau wird alles abgeschottet sobald du den ersten Tunnel aufbaust - sprich dich zu einem PP-Server verbindest.
Bei Programmstart wird alles abgeschottet sobald du den PPManager startest.
Bei dauerhaft aktiviert ist alles abgeschottet egal ob der PPManager läuft oder nicht. Nichts geht mehr ohne eine Verbindung zu einem PP-Server.
Click to expand...
Hallo FAN,
danke für deine Rückmeldung.
Was ich eigentlich möchte ist, dass ich ein 100% LEAK Schutz bekomme.
Als ich die VPN Verbindung getrennt habe, so konnte ich ein ping zu 8.8.8.8 machen.
Ich habe jetzt in Kaspersky Total Security 2022 die Firewall und den Schutz vor Netzwerkangriffe deaktiviert.
Dann habe ich die Windows Firewall zurückgesetzt und seit dem bekomme ich im CMD ping 8.8.8.8 bei ausgeschalteter VPN Verbindung "Allgemeiner Fehler und der Verlust ist 100%".
 
Upvote 0 Downvote
You must log in or register to reply here.
Back
Top