OpenVPN problem mit Windows-Netzlaufwerk mapping

**bunker** · 30.08.21, 15:34

Hallo.
Habe einen OpenVPN Server aufgesetzt (pivpn auf debian).
Endpunkt ist ein Windows Client, funktioniert soweit wunderbar, via IP komme ich an alles im Netz dran, drucken geht ebenso.

Was nicht funktioniert sind die Netzlaufwerk-Pfade von Windows, z.B. \\nas\dateien (\\192.168.1.100\dateien geht)
Ich habe "leider"

absolut keine Ahnung wie Windows diese Pfade zuammenbastelt...

Naja, ich habe nun rund 8 Stunden recherchiert und ausprobiert...ich komme da einfach nicht weiter.

Normalerweise sollte das doch mit einer "Standardkonfiguration" so funktionieren ? Oder ist an diesen Pfadangaben irgendwie was spezielles was beachtet werden muss ?
Habe diverse Tutorials durch, eine statische Route am Router gesetzt usw. das war aber alles nicht erfolgreich.

Vielleicht hat irgendwer das Problem schon einmal gehabt ?!
Gibt diese Fragestellung haufenweise, einige deuten auf ein generelles Problem bzgl. OpenVPN und Windows Netzwerk-mapping hin...

**nopes** · 30.08.21, 15:46

Du hast ein Problem mit dem auflösen von Name, schau dir also den Inhalt von /etc/resolv.conf an und zwar einmal ohne aktives VPN und dann mit.
Inhalt ggf. hier posten - sa https://blog.syddel.uk/?p=253

**bunker** · 30.08.21, 16:23

Also wird der Pfad über DNS aufgelöst?
Komme erst morgen wieder dran, nur um missverständnisse zu vermeiden : du meinst die resolv.conf vom Server oder ?
Edit: extern, also Internet geht.

**nopes** · 30.08.21, 17:22

Ja, gibt da zwar auch eine hosts-Datei, aber die wird idR nur noch für spezielle Dinge verwendet. Nein der VPN Server sollte dabei keine Rolle spielen bzw VPN stelle den Endpoint ein, also auch da Testen. Der VPN Server muss nicht auch einen DNS anbieten, idR nimmt man einfach den vorhanden DNS - Zuhause also meisten einfach die IP vom Router. Wie auch immer, am Client bzw Endpoint testen.

**bunker** · 30.08.21, 18:19

Der Client ist ja leider Windows.... da gibts keine resolv.conf soweit ich weiß. Als DNS war dort der lokale Router eingetragen. Allerdings fehlte bei der VPN Verbindung das Gateway. Da hab ich einiges gelesen zu das das evt. so soll ?

**nopes** · 30.08.21, 18:38

Naja auch da gibt es Namensauflösung - auch da mit und ohne VPN. Entscheidend ist, dass diese vom VPN beeinflusst wird bzw werden kann - ipconfig /all sollte alles dafür relevante zeigen. Das Gateway ist für dein Problem nicht relevant - es geht ja, wenn du Adressen statt Namen verwendest, da unten ist also ok, was klemmt ist die Ebene drüber, also die, die den Namen in einen Adresse übersetzt => DNS Einstellungen prüfen, die am Client/Endpoint.

**bunker** · 31.08.21, 10:34

Also die (Win) Rechner dort haben als DNS alle den lokalen Router. Mit und ohne VPN.
Wie genau der die lokalen Namen auflöst weiß ich nicht, tun das nicht die Geräte selbst (diese fritz.box geschichten etc.)?

Egal wie, ich hab es jetzt bei Win über die hosts Datei gelöst. Das Funktioniert wunderbar und somit läuft es. Find ich selber nicht so schön, hab aber auch keine Lust mich mit den Win Rechnern da zu quälen

. Könnte auch noch an diesen Antiviren Programmen dort liegen, die kann man nur "temporär deaktivieren"...deinstallieren darf ich nicht

Geht vielleicht auch in die Richtung Wins / NetBios. Bei bedarf werd ich mich da dann einlesen, für aktuell reicht die Hosts Datei.

Vielen Dank, das mit der Namenauflösung hat mich auf den richtig Weg gebracht, war da irgendwie im routing verankert gedanklich.

Danke!