Hallo erstmal Ein Kollege von mir hat folgendes Problem, dass wir einfach nicht in den Griff kriegen: Am Standort A läuft hinter einem Centro Business 2.0 ein Synology NAS mit VPN. Das Subnetz für Standort A ist 192.168.**100.**x Die VPN-Verbindung und der Datenzugriff funktioniert von überall einwandfrei, AUSSER von seinem Standort B. Am Standort B läuft eine Internet Box 2 und daran am WLAN ein MS Surface Laptop mit Windows 11. Dieses MS Surface kann von überall auf Standort A zugreifen, nur eben nicht von Standort B. Das Subnetz für Standort B ist 192.168**.1.**x Verbindet sich mein Kollege via Handy-Hotspot, dann funktioniert der Zugriff auf Standort A. Verbinde ich mich mit meinem Laptop von einem anderen Standort und einem anderen Provider, funktioniert der VPN-Zugriff auf Standort A einwandfrei. Verbinde ich meinen Laptop aber am Standort B mit dem WLAN meines Kollegen, ist kein VPN-Zugriff auf Standort A möglich. Da die Subnetze unterschiedlich sind und die Zugriffe überall sonst funktionieren, finden wir keine plausible Erklärung. Weiss jemand hier in der Community, woran diese spezielle Ausgangslage scheitert? Was müsste man am Standort B ändern, damit auch von dort via WLAN (ohne Handy-Hotspot) der VPN Zugriff auf Standort A möglich wäre?

@"Peter_C"#1219559 Welcher Typ VPN-Server wird auf dem Synology NAS am Standort A benutzt? Am Standort B schon mal probiert mit einem "Nicht-Windows-Client, wie z.B. iOS oder Android?

> * * * > > Welcher Typ VPN-Server wird auf dem Synology NAS am Standort A benutzt? L2TP/IPsec mit PSK > Am Standort B schon mal probiert mit einem "Nicht-Windows-Client, wie z.B. iOS oder Android? Nein, weil mit keinem dieser Geräte ein sinnvolles Arbeiten mit CAD-Plänen möglich ist.

@"Peter_C"#1219559 Leider habe ich mit dem bereits veralteten und als latent unsicher geltenden L2TP/IPsec in Kombination mit Windows 11 keine aktuelle Detailerfahrungen mehr, da ich L2TP selbst schon länger nicht mehr benutze. Trotzdem vielleicht ein paar Hinweise zum weiteren möglichen Vorgehen: \- ein Test am Standort B mit einem iOS- oder Android-Client könnte dabei helfen, ob das Problem beim Netz des Standortes B oder vielleicht doch eher in der Kombination mit Windows 11 zu suchen ist, wobei zu berücksichtigen ist, dass bei einer modernen Androidversion L2TP schon gar nicht mehr unterstützt wird \- als Test oder Umgehung des aktuellen Problems, oder einfach weil dass für einen VPN-Server auf einer Syno-Diskstation sowieso die stabilste und beste Lösung ist, könnte man auch einfach auf den Open VPN Server der Syno umschwenken. Hinzu kommt noch, dass L2TP/IPsec durch die stark abnehmende Unterstützung durch die verschiedenen Betriebssystem und insbesondere durch den Wegfall der Androidunterstützung sowieso schon im Sterben liegt.

Von meiner Seite aus auch noch 2 Cents: * Ist auf der IB am Standort B auch ein VPN-Serverdienst aktiviert? Falls ja, ändert es etwas wenn du diesen testweise ausschaltest? * Wie genau macht sich das Nichtfunktionieren des VPN bemerkbar? Wird eine Fehlermeldung ausgegeben, und wenn ja wie lautet diese? Allenfalls findest du im Event Viewer (Ereignisanzeige) von Windows noch Hinweise auf den Grund fürs Scheitern der VPN-Verbindung.

> * * * > > Leider habe ich mit dem bereits veralteten und als latent unsicher geltenden L2TP/IPsec in Kombination mit Windows 11 keine aktuelle Detailerfahrungen mehr, da ich L2TP selbst schon länger nicht mehr benutze. Kannst Du bitte für diese pauschale "unsicher"-Aussage zu L2TP/IPsec eine Quelle nennen? > * * * > > \- ein Test am Standort B mit einem iOS- oder Android-Client könnte dabei helfen, ob das Problem beim Netz des Standortes B oder vielleicht doch eher in der Kombination mit Windows 11 zu suchen ist, wobei zu berücksichtigen ist, dass bei einer modernen Androidversion L2TP schon gar nicht mehr unterstützt wird > > * * * Mein Laptop läuft mit Windows 10, an der Win-OS-Version wird es kaum liegen. Selbst wenn es mit iOS oder Android funktionieren würde, hilft das meiner Logik nach nicht wirklich weiter, weil eine Lösung für einen Windows-Client gesucht wird. Wenn irgendwie möglich mit Bordmitteln. > * * * > > \- als Test oder Umgehung des aktuellen Problems, oder einfach weil dass für einen VPN-Server auf einer Syno-Diskstation sowieso die stabilste und beste Lösung ist, könnte man auch einfach auf den Open VPN Server der Syno umschwenken. Hinzu kommt noch, dass L2TP/IPsec durch die stark abnehmende Unterstützung durch die verschiedenen Betriebssystem und insbesondere durch den Wegfall der Androidunterstützung sowieso schon im Sterben liegt. > > * * * Gibt es auch für diese Aussage "stark abnehmende Unterstützung" für L2TP/IPsec bitte eine Quellenangabe? Einfach nur um nachzulesen, ob wir wirklich vom gleichen L2TP/IPsec reden und zur besseren Beurteilung der Quellenqualität. Und bitte nicht vergessen: Es funktioniert von überall einwandfrei. Nur von hinter der Internet Box 2 am Standort B nicht.

[https://www.google.com/search?q=l2tp%20vpn%20android%2012&ie=utf-8&oe=utf-8&client=firefox-b-m](https://www.google.com/search?q=l2tp%20vpn%20android%2012&ie=utf-8&oe=utf-8&client=firefox-b-m)

> * * * > > @"PowerMac"#38531 schrieb: > > * Ist auf der IB am Standort B auch ein VPN-Serverdienst aktiviert? Falls ja, ändert es etwas wenn du diesen testweise ausschaltest? > * Wie genau macht sich das Nichtfunktionieren des VPN bemerkbar? Wird eine Fehlermeldung ausgegeben, und wenn ja wie lautet diese? Auf der Internet Box 2 ist kein VPN-Serverdienst aktiv. Ein anderer VPN-Server am Standort B ist mir nicht bekannt. Wenn eine VPN-Verbindung erfolgreich aufgebaut wird, erhält man innert weniger als 3 Sekunden eine "Verbunden"-Meldung. Dauert der Aufbau länger, wird irgendwann später - so nach gefühlten 30 Sekunden - eine allgemeine Fehlermeldung ausgegeben. Ich müsste die aktuell mal printscreenen, aber es ist leider keine Error-Nummer dabei, welche man konkret recherchieren könnte. Mehr sowas in die Richtung "Kein Verbindungsaufbau möglich". Dieses Wochenende kann ich leider den Standort B nicht erreichen. Den Hinweis mit dem Eventviewer prüfe ich noch genauer, danke.

> * * * > > @"Werner"#234740 schrieb: > > [https://www.google.com/search?q=l2tp%20vpn%20android%2012&ie=utf-8&oe=utf-8&client=firefox-b-m](https://www.google.com/search?q=l2tp%20vpn%20android%2012&ie=utf-8&oe=utf-8&client=firefox-b-m) > > * * * Bitte nicht L2TP (alleine, ohne IPSec) mit der Kombination L2TP/IPsec mischen. Andere Quellen für die "L2TP/IPsec" Kombination im Allgemeinen und die abnehmende Unterstützung durch OS im Speziellen?

> @"PowerMac"#38531 schrieb: > > Wird eine Fehlermeldung ausgegeben, und wenn ja wie lautet diese? Da es ja wie beschrieben von meinem eigenen Laptop (mit Windows 10) am WLAN meines Kollegen vom Standort B aus auch nicht möglich ist, eine VPN-Verbindung zum Standort A zu erstellen, habe ich im Eventviewer nachgesehen: Zuerst finden die Ereignis-IDs 20221, 20222 und 20291 erfolgreich statt. Dann erscheint die Ereignis ID 20227 mit der Fehlermeldung "... die Verbindung konnte nicht hergestellt werden" (die sieht man auch jeweils angezeigt), dann folgt aber noch eine wertvollere Zugabe, die man sonst nicht sieht: > "Der durch den Fehler zurückgegebene Ursachencode lautet: 87" Ich suche deshalb mal noch weiter nach diesem spezifischen Fehler (nicht zu verwechseln mit einem ähnlichen "Parameter 87"-Fehler!). Bisher konnte ich z.B. Hinweise auf fehlerhafte WAN-Miniports finden. Was mir für eine logische Erklärung immer noch fehlt: Es funktioniert ja überall sonst, nur an Standort B nicht. Wie kann ein fehlerhafter Eintrag im Geräte-Manager für den Netzwerkadpater standortspezifisch sein?

@"Peter_C"#1219559 Wenn du den Laptop am Standort B direkt ans LAN der IB2 hängst statt via WLAN, existiert dann das Problem auch? Hast du schon mal die IB2 neu gestartet (Strom aus, 10s warten, Strom ein)? Sind Zeit und Datum (Clock) beim Laptop am Standort B und dem Syno am Standort A korrekt? Ist die IB2 auf dem aktuellen Firmwarestand? [Firmware-Aktualisierung Swisscom Geräte | Swisscom](https://www.swisscom.ch/de/privatkunden/hilfe/geraet/firmware.html#tab=internetbox) Ist das Syno-NAS und der CB2 Router auf dem aktuellen Firmware/Softwarestand? Gibt es irgendwelche Spezialeinstellungen bei der IB2 oder ist da alles mehr oder weniger Default?

VPN zwischen zwei Swisscom-Standorten trotz unterschiedlicher Subnetze nicht möglich. Grund?

Peter_C

Das Problem wurde gelöst!

Die Ursache lag mit hoher Wahrscheinlichkeit im DNS auf dem "MS Surface" und meinem eigenen Laptop mit Windows. Beide Geräte erhielten für einen NSLOOKUP z.B. auf 20min.ch ausschliesslich eine IPv6-Adresse von der lokalen "Internet Box 2" zurückgemeldet. Ein PING auf 20min.ch zeigte nur eine Antwort mit einer IPv6-Adresse.

Warum das zu einem Problem bei der VPN-Verbindung zum Standort A führt, kann ich nicht erklären.

Warum das ausschliesslich am Standort B ein Problem ist, kann ich nicht erklären.

Nachdem wir auf beiden Geräten unter den Netzwerk-Adapter-Eigenschaften

jeweils für den Netzwerk-Adapter UND dem WLAN-Adapter UND dem VPN-Adapter die Einträge "Internetprotokoll, Version 6 (TCP/IPv6)" deaktiviert haben, funktionierte die VPN-Verbindung vom Standort B zum Standort A einwandfrei.

Ein NSLOOKUP meldet neu beide (tatsächlich sogar mehrere verschiedene) IPv4 und IPv6-Adressen. Auch der PING antwortet neu mit einer IPv4-Adresse.

hed

@Peter_C

Genau deswegen habe ich im Post #13 als ersten Punkt empfohlen, versuchsweise das IPv6 zu desaktivieren. Da ich mit IPv6 immer mal wieder den Kopf angeschlagen habe, habe ich es bei der IB und allen Geräten wo das möglich ist, grundsätzlich desaktiviert.

Ich weiss, man sollte das ausser für Testzwecke nicht tun sondern der Ursache auf den Grund gehen, denn mit Dual-Betrieb (d.h. IPv4 und IPv6 ON) muss es funktionieren. Aber manchmal gehe ich halt den bequemeren Weg.

« Pagina precedente