137153
Goto Top

Langsames host- Auflösen mit VPN und route

Hallo zusammen,

um auch von extern auf die Lokale Adresse einer NAS zugreifen zu können, stelle ich eine Verbindung zu meinem heimischen LAN via VPN her. Allerdings möchte ich, dass nur die Anfragen an die IP-Adresse der NAS über den Tunnel geführt werden. Der Rest soll wie gewohnt über das jeweilige externe Netzwerk laufen.
Hierzu habe ich zunächst in Windows 10 die VPN Verbindung hergestellt und anschließend in den Erweiterten TCP/IP- Einstellungen die Verwendung vom Standardgateway für das Remotenetzwerk deaktiviert (bis hier lief beim Surfen noch alles wie immer). Um dann trotzdem auf die NAS zugreifen zu können, habe ich die Anfragen mit "route add 192.168.1.2/24 10.0.0.1" durch den tunnel geleitet. Nach dem hinzufügen dieser route dauerte es ewig, bis der host einer website aufgelöst wird.

Hat jemand eine Idee was das Problem sein könnte?

Content-Key: 385800

Url: https://administrator.de/contentid/385800

Printed on: April 25, 2024 at 14:04 o'clock

Member: aqui
aqui Sep 08, 2018 updated at 07:32:36 (UTC)
Goto Top
Allerdings möchte ich, dass nur die Anfragen an die IP-Adresse der NAS über den Tunnel geführt werden. Der Rest soll wie gewohnt über das jeweilige externe Netzwerk laufen.
Das hängt ganz davon ab wie dein heimischer VPN Server konfiguriert ist. Dazu machst du ja leider keinerlei Angaben. face-sad
Bei sog. Split Tunneling (das was du möchtest) geht nur relevanter Traffic zu einem Zielnetz oder Host in den Tunnel der Rest wird lokal geroutet.
Bei einem Gateway Redirect geht alles in den VPN Tunnel. Ohne Info wie du den VPN eingerichtet hast können wir auch nur raten oder die Glaskugel verwenden.
Hilfreich wäre hier auch mal ein Screenshot der Routing Tabelle des aktiven VPN Clients gewesen (route print bei Winblows), denn so hätte man sehen können welches Verfahren genutzt wird.
Zusätzlich wäre nach deinen gruseligen "Verschlimmbesserungen" mit dem Verbiegen der statischen Route mal ein ipconfig -all gewesen um mal zu sehen welche IP den dein DNS Server ist ?!
Vermutlich ist das dann ein interner DNS der keine Internet Namen auflösen kann und es so zu einem Timeout kommt mit Fallback auf einen Provider DNS.
Aber all das ist wegen deiner spärlich bis garnicht vorhandenen Infos leider alles geraten face-sad
Mitglied: 137153
137153 Sep 08, 2018, updated at Sep 09, 2018 at 22:30:04 (UTC)
Goto Top
Bin leider nicht allzu erfahren auf dem Gebiet. Konnte deshalb nicht im Voraus die passenden Informationen heraussuchen.
Es handelt sich um einen L2TP/IPSec Server, der auf der NAS läuft. Bei L2TP ist es meines Wissens doch so, dass der Client entscheidet, wie die Verbindung konfiguriert wird?!

Das Split Tunneling scheint aber aktiv zu sein:
_______________________________________________________________________________________________________________
PS C:\WINDOWS\system32> Get-VPNConnection


Name : NAS-VPN
ServerAddress : #DDNS-Adresse meiner NAS
AllUserConnection : False
Guid : {55D8B59B-1C6C-4312-82F1-515605E779CB}
TunnelType : L2tp
AuthenticationMethod : {Chap, MsChapv2}
EncryptionLevel : Optional
L2tpIPsecAuth : Psk
UseWinlogonCredential : False
EapConfigXmlStream :
ConnectionStatus : Connected
RememberCredential : True
SplitTunneling : True
DnsSuffix :
IdleDisconnectSeconds : 0
_______________________________________________________________________________________________________________

PS C:\WINDOWS\system32> ipconfig /all

Windows-IP-Konfiguration

Hostname . . . . . . . . . . . . : DESKTOP-0KSFR2O
Primäres DNS-Suffix . . . . . . . :
Knotentyp . . . . . . . . . . . . : Hybrid
IP-Routing aktiviert . . . . . . : Nein
WINS-Proxy aktiviert . . . . . . : Nein

Ethernet-Adapter Ethernet 3:

Medienstatus. . . . . . . . . . . : Medium getrennt
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : Surface Ethernet Adapter
Physische Adresse . . . . . . . . : C4-9D-ED-E9-53-FB
DHCP aktiviert. . . . . . . . . . : Ja
Autokonfiguration aktiviert . . . : Ja

Drahtlos-LAN-Adapter LAN-Verbindung* 1:

Medienstatus. . . . . . . . . . . : Medium getrennt
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : Microsoft Wi-Fi Direct Virtual Adapter
Physische Adresse . . . . . . . . : C6-9D-EA-1A-A9-6A
DHCP aktiviert. . . . . . . . . . : Ja
Autokonfiguration aktiviert . . . : Ja

Drahtlos-LAN-Adapter LAN-Verbindung* 13:

Medienstatus. . . . . . . . . . . : Medium getrennt
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : Microsoft Wi-Fi Direct Virtual Adapter #2
Physische Adresse . . . . . . . . : C6-9D-EF-1A-AC-6A
DHCP aktiviert. . . . . . . . . . : Ja
Autokonfiguration aktiviert . . . : Ja

Ethernet-Adapter Ethernet 4:

Medienstatus. . . . . . . . . . . : Medium getrennt
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : Kaspersky Security Data Escort Adapter
Physische Adresse . . . . . . . . : 00-FD-C4-1D-96-67
DHCP aktiviert. . . . . . . . . . : Ja
Autokonfiguration aktiviert . . . : Ja

Ethernet-Adapter VMware Network Adapter VMnet1:

Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : VMware Virtual Ethernet Adapter for VMnet1
Physische Adresse . . . . . . . . : 00-51-56-D0-00-01
DHCP aktiviert. . . . . . . . . . : Nein
Autokonfiguration aktiviert . . . : Ja
Verbindungslokale IPv6-Adresse . : fe80::9d42:2a89:3c3f:df29%8(Bevorzugt)
IPv4-Adresse . . . . . . . . . . : 194.168.62.4(Bevorzugt)
Subnetzmaske . . . . . . . . . . : 255.255.255.0
Standardgateway . . . . . . . . . :
DHCPv6-IAID . . . . . . . . . . . : 318387570
DHCPv6-Client-DUID. . . . . . . . : 00-01-00-01-22-FC-01-CF-C3-9D-ED-1B-A8-6B
DNS-Server . . . . . . . . . . . : fec0:0:0:ffff::1%1
fec0:0:0:ffff::2%1
fec0:0:0:ffff::3%1
NetBIOS über TCP/IP . . . . . . . : Aktiviert

Ethernet-Adapter VMware Network Adapter VMnet8:

Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : VMware Virtual Ethernet Adapter for VMnet8
Physische Adresse . . . . . . . . : 00-51-56-C0-00-08
DHCP aktiviert. . . . . . . . . . : Nein
Autokonfiguration aktiviert . . . : Ja
Verbindungslokale IPv6-Adresse . : fe80::ad1c:1230:65a2:c856%13(Bevorzugt)
IPv4-Adresse . . . . . . . . . . : 192.168.18.4(Bevorzugt)
Subnetzmaske . . . . . . . . . . : 255.255.255.0
Standardgateway . . . . . . . . . :
DHCPv6-IAID . . . . . . . . . . . : 335564286
DHCPv6-Client-DUID. . . . . . . . : 00-01-00-01-21-FA-06-CF-C4-9D-ED-1A-A8-6B
DNS-Server . . . . . . . . . . . : fec0:0:0:ffff::1%1
fec0:0:0:ffff::2%1
fec0:0:0:ffff::3%1
NetBIOS über TCP/IP . . . . . . . : Aktiviert

Ethernet-Adapter Ethernet 5:

Medienstatus. . . . . . . . . . . : Medium getrennt
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : TAP-Windows Adapter V9
Physische Adresse . . . . . . . . : 00-FF-BD-23-05-D1
DHCP aktiviert. . . . . . . . . . : Ja
Autokonfiguration aktiviert . . . : Ja

PPP-Adapter NAS-VPN:

Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : #DDNS-Adresse meiner NAS
Physische Adresse . . . . . . . . :
DHCP aktiviert. . . . . . . . . . : Nein
Autokonfiguration aktiviert . . . : Ja
IPv4-Adresse . . . . . . . . . . : 10.2.3.1(Bevorzugt)
Subnetzmaske . . . . . . . . . . : 255.255.255.255
Standardgateway . . . . . . . . . :
DNS-Server . . . . . . . . . . . : 192.168.1.3
NetBIOS über TCP/IP . . . . . . . : Aktiviert

Drahtlos-LAN-Adapter WLAN:

Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : Marvell AVASTAR Wireless-AC Network Controller
Physische Adresse . . . . . . . . : C4-D4-EA-1A-A8-6B
DHCP aktiviert. . . . . . . . . . : Ja
Autokonfiguration aktiviert . . . : Ja
Verbindungslokale IPv6-Adresse . : fe80::b0b4:55c0:136c:8956%16(Bevorzugt)
IPv4-Adresse . . . . . . . . . . : 194.168.42.200(Bevorzugt)
Subnetzmaske . . . . . . . . . . : 255.255.255.0
Lease erhalten. . . . . . . . . . : Samstag, 8. September 2018 12:29:56
Lease läuft ab. . . . . . . . . . : Samstag, 8. September 2018 13:29:56
Standardgateway . . . . . . . . . : 194.168.45.1
DHCP-Server . . . . . . . . . . . : 194.168.45.1
DHCPv6-IAID . . . . . . . . . . . : 96771565
DHCPv6-Client-DUID. . . . . . . . : 00-01-00-01-23-FC-06-CB-C4-9D-ED-1A-A8-6B
DNS-Server . . . . . . . . . . . : 194.168.45.1
NetBIOS über TCP/IP . . . . . . . : Aktiviert

Ethernet-Adapter Bluetooth-Netzwerkverbindung:

Medienstatus. . . . . . . . . . . : Medium getrennt
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : Bluetooth Device (Personal Area Network)
Physische Adresse . . . . . . . . : C4-9D-ED-1A-A8-6C
DHCP aktiviert. . . . . . . . . . : Ja
Autokonfiguration aktiviert . . . : Ja
_______________________________________________________________________________________________________________
Member: Pjordorf
Pjordorf Sep 08, 2018 at 12:32:13 (UTC)
Goto Top
Hallo,

Zitat von @137153:
Die Routing Tabelle hänge ich als jpg dran, da die Formatierung nicht übernommen wird.
Als JPG ist nun wirklich nicht nötig. Nutze die "</>" Tags (Links vom Editor) z.B. Formatting instructions in the posts
C:\Users\XXXXX>route print
===========================================================================
Schnittstellenliste
 14...00 13 e8 ea 75 39 ......Intel(R) Wireless WiFi Link 4965AGN
 13...00 a0 d1 a2 c3 68 ......Intel(R) 82566MM-Gigabit-Netzwerkverbindung
  1...........................Software Loopback Interface 1
 15...00 00 00 00 00 00 00 e0 Microsoft-ISATAP-Adapter
 26...00 00 00 00 00 00 00 e0 Microsoft-ISATAP-Adapter #2
 10...00 00 00 00 00 00 00 e0 Teredo Tunneling Pseudo-Interface
===========================================================================

IPv4-Routentabelle
===========================================================================
Aktive Routen:
     Netzwerkziel    Netzwerkmaske          Gateway    Schnittstelle Metrik
          0.0.0.0          0.0.0.0    192.168.255.1   192.168.255.20     25
        127.0.0.0        255.0.0.0   Auf Verbindung         127.0.0.1    306
        127.0.0.1  255.255.255.255   Auf Verbindung         127.0.0.1    306
  127.255.255.255  255.255.255.255   Auf Verbindung         127.0.0.1    306
    192.168.255.0    255.255.255.0   Auf Verbindung    192.168.255.20    281
   192.168.255.20  255.255.255.255   Auf Verbindung    192.168.255.20    281
  192.168.255.255  255.255.255.255   Auf Verbindung    192.168.255.20    281
        224.0.0.0        240.0.0.0   Auf Verbindung         127.0.0.1    306
        224.0.0.0        240.0.0.0   Auf Verbindung    192.168.255.20    281
  255.255.255.255  255.255.255.255   Auf Verbindung         127.0.0.1    306
  255.255.255.255  255.255.255.255   Auf Verbindung    192.168.255.20    281
===========================================================================
Ständige Routen:
  Keine

IPv6-Routentabelle
===========================================================================
Aktive Routen:
 If Metrik Netzwerkziel             Gateway
  1    306 ::1/128                  Auf Verbindung
  1    306 ff00::/8                 Auf Verbindung
===========================================================================
Ständige Routen:
  Keine
Du siehst, alles so wie es sein soll (Darstellung)

Gruß,
Peter
Member: aqui
aqui Sep 08, 2018 updated at 12:37:30 (UTC)
Goto Top
da die Formatierung nicht übernommen wird.
Wenn du sie in Code Tags Formatting instructions in the posts gesetzt hättest schon face-sad
FAQ lesen hilft face-wink

Der Output der Schnittstellen und damit auch der Routing Tabelle ist etwas wirr. Er zeigt aber klar, das dort gar kein virtuelles VPN Interface aktiv ist. Es ist ka keinerlei solch Interface zu sehen... face-sad
Vermutlich ist auf dem Rechner dessen Output du gepostet hast gar kein VPN Client installiert oder aktiv. Kann das sein ?
Deshalb stand oben auch das der VPN Client aktiv mit dem Server verbunden sein muss. Logisch, denn sonst wird der virtuelle VPN Adapter nicht angezeigt.
Kann es sein das der irgendwie auf einer der VMs rennt die du vermutlich dort mit der laufenden VmWare betreibst ??
Kannst du auch ausschliessen das das lokale Netz und das remote VPN Netz gleich sind ?
Mitglied: 137153
137153 Sep 08, 2018 updated at 20:30:31 (UTC)
Goto Top
Dann weiß ich fürs nächste mal bescheid face-smile

Das Interface müsste aber aktiv sein. Immerhin kann ich von einem externen Netzwerk (z.B. Handy-Hotspot), über die lokale IP-Adresse meiner NAS auf diese zugreifen. Beim Aufruf von www.wieistmeineip.de wird mir (nachdem der Host dann endlich aufgelöst wurde) dann auch die IP des Externen Netzwerks angezeigt.

Wenn ich für den VPN-Adapter das Standardgateway verwende, wird mir die IP-Adresse meines Heimischen Lans angezeigt, obwohl ich über z.B. den Hotspot meines Handys im Internet bin.
Demnach müsste der VPN Client installiert sein und funktionieren.

Die VMs laufen in der Rregel nicht und waren zu dem Zeitpunkt nicht aktiv.