TIA Fernwartung über TeamViewer funktioniert nicht immer

[van]

Zuviel Werbung?
-> Hier kostenlos registrieren

Nein, habe ich leider noch nicht.
Ich hatte noch nicht die Muse mich mit der IT-Abteilung oder einer modifizierten VM abzuplagen.

DHCP- und DNS- Server wären meiner Meinung auf der TeamViewer VPN-Seite und ich glaube nicht, dass das stört.

Habe das heute etwas getestet.
Mit der Internetverbindungsfreigabe hatte ich keinen erfolg. Zwischendurch hat gar nichts mehr funktioniert.

Bin dann aber auf eine andere Software gestoßen Windows Packet Filter.

Via Teamviewer VPN aus der Ferne auf das lokale Netzwerk zugreifen › Digital Native

Mittels Teamviewer VPN und WinpkFilter aus der Ferne auf das lokale Netzwerk zugreifen

www.kolja-engelmann.de

Internet Gateway – NT KERNEL

www.ntkernel.com

Mit der Software kann man einfach zwei Netzwerkkarten mit einem Nat verbinden.

Und schon konnte ich auf mein Remote Gerät ohne eingetragen Gateway zugreifen.

 

[Ruppi@Work]

Was man probieren könnte ist, die Nutzung der "Internetverbindung" des Maschinennetzes an die TeamViewer VPN freizugeben (auf der PC-Station).
Anhang anzeigen 72019
(Symbolbild)

Hallo, in bestimmten Netzwerkkonstellationen war das bei uns zwingend erforderlich , dies wie oben beschrieben Einzurichten
Zu beachten ist, das die IP Adresse des TeamViewer VPN Netzwerkes initial nicht auf DHCP steht, was aber erforderlich ist


Mit der "klassische" Einrichtung für Teamviewer VPN ergab sich stets ein Problem, wenn der "Transportweg" für Datentelegramme bei einer
VPN Verbindung nicht eindeutig . Scheinbar, ist der Weg der Datenpakete auch dann nicht eindeutig, wenn die SPS über sei seperate Netzwerkadapter mit jeweils eigener MAC hat. Ist die SPS , neben dem lokalem Netzwerk 192.168.x,y noch über einen weiteren Verbindungsweg mit dem Hausnetz verbunden, wie eben auch der VPN Gateway / Routing PC. Ging die Verbindung verloren- Genauer: Die Ziel SPS war für den Remote Service PC nicht mehr unter der beispielhaften Ziel Adresse 192.168.100.100 (192.168.100.1 = Gateway) erreichbar-

Zur Lösung war lediglich die Einrichtung der gemeinsamen Nutzung der Internetverbindung wie oben beschrieben.
Jedoch war bei uns die Funktion nur bis zum nächsten Neustart des Gateway PC gegeben. Obwohl noch eingetragen musste man das Teilen der Schnittstelle händisch erneuern, um die Erreichbarkeit wieder zu gewährleisten . Im folgenden beschreibe ich wie sich dies automatisieren lässt.

Referenz:
GitHub - loxia01/PSInternetConnectionSharing: This PowerShell Module provides simple functions to control Windows Internet Connection Sharing (ICS) from command line.

Einrichtung in der PowerShell auf dem Gateway PC:


Damit das Script ausgeführt werden kann ist das Setzen der entsprechenden Ausführungsrichtlinie obligatorisch

about_Execution_Policies - PowerShell

Beschreibt die PowerShell-Ausführungsrichtlinien und erläutert, wie sie verwaltet werden.

learn.microsoft.com

Das fertige Script / Batchfile lautet wie folgt für unsere , beispielhafte Netzwerkkonstellation:



Hierbei ist
"Behringer" das lokale Maschinennetzwerk : 192.168.x.y
"SMSD Netzwerk" die Verbindung des Gateway PC zum Internet

1. Trennen der Freigabeverbindung
2. Herstellen der Freigabeverbindung
3. Sicherstellen, das Teamviewer VPN Netzwerk wieder auf "DHCP" steht

Das Skript muss als Administrator ausgeführt werden,
Es hat sich empfohlen dies über den Aufgaben Dienst des Gateway PC zu Automatisieren.

Damit ist das Problem der Erreichbarkeit des Ziel-Systems per Teamviewer VPN vom remote Service PC in schwierigen Netzwerkumgebungen behoben.