3
VPN-PPTP-Verbindung hat keinen Zugriff auf Port 102
Hallo, habe folgendes Problem und hoffe auf Eure Hilfe.
Folgendes Netzwerk haben wir in unserer Firma.
D-Link-Router DI-804HV - IP 169.254.0.200/255.255.255.0
hinter CISCO-Router der telekom mit statischer IP
Firmen-Netz
2 PC`s IP 169.254.0.100/110
3 Simatic SPS-CPU mit TCP/IP 169.254.0.130/140/150
2 Siemens IP-Kameras mit Web-If 169.254.0.135/145
2 Zebra-Drucker mit Web-If 169.254.0.132/142
Gateway überall 169.254.0.200
Mein-Netz
PC-IP 192.168.178.2
hinter Fritzbox 192.168.178.1
Nach dem Herstellen der VPN-Verbindung sind alle Teilnehmer sind im Firmen-Netz durch Ping erreichbar und auch die entsprechenden Web-If`s sind erreichbar. Ebenso kann ich die PC`s per Remote Desktop erreichen.
Sobald ich mit der Siemens-Simatic Software versuche auf eine SPS-CPU zuzugreifen wird alles geblockt, d.h. ich kann nach dem erfolglosen Zugriff auf die SPS keinen einzigen Teilnehmer mehr errreichen, weder die Zugriffe auf die Web-If`s, noch Ping-Versuche sind erfolglos.
Die Kommunikation der Siemens-SPS und entsprechender Software läuft über Port 102.
Erst nach Trennen der Verbindung und einer angemessenen Wartezeit von ca. 1 Stunde erreiche ich alle Teilnehmer wieder und das ganze Verhalten ist dann reproduzierbar
Für mich sieht es auf den ersten Blick wie ein Firewall-Verhalten aus, es sind aber im D-Link Router keine Regeln definiert.
Mit inzwischen am Ende mit meinem Latein und hoffe auf wertvolle Tip`s.
Danke im Voraus
Folgendes Netzwerk haben wir in unserer Firma.
D-Link-Router DI-804HV - IP 169.254.0.200/255.255.255.0
hinter CISCO-Router der telekom mit statischer IP
Firmen-Netz
2 PC`s IP 169.254.0.100/110
3 Simatic SPS-CPU mit TCP/IP 169.254.0.130/140/150
2 Siemens IP-Kameras mit Web-If 169.254.0.135/145
2 Zebra-Drucker mit Web-If 169.254.0.132/142
Gateway überall 169.254.0.200
Mein-Netz
PC-IP 192.168.178.2
hinter Fritzbox 192.168.178.1
Nach dem Herstellen der VPN-Verbindung sind alle Teilnehmer sind im Firmen-Netz durch Ping erreichbar und auch die entsprechenden Web-If`s sind erreichbar. Ebenso kann ich die PC`s per Remote Desktop erreichen.
Sobald ich mit der Siemens-Simatic Software versuche auf eine SPS-CPU zuzugreifen wird alles geblockt, d.h. ich kann nach dem erfolglosen Zugriff auf die SPS keinen einzigen Teilnehmer mehr errreichen, weder die Zugriffe auf die Web-If`s, noch Ping-Versuche sind erfolglos.
Die Kommunikation der Siemens-SPS und entsprechender Software läuft über Port 102.
Erst nach Trennen der Verbindung und einer angemessenen Wartezeit von ca. 1 Stunde erreiche ich alle Teilnehmer wieder und das ganze Verhalten ist dann reproduzierbar
Für mich sieht es auf den ersten Blick wie ein Firewall-Verhalten aus, es sind aber im D-Link Router keine Regeln definiert.
Mit inzwischen am Ende mit meinem Latein und hoffe auf wertvolle Tip`s.
Danke im Voraus
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 64348
Url: https://administrator.de/contentid/64348
Printed on: April 24, 2024 at 14:04 o'clock
3 Comments
Latest comment
Deine Adressvergabe im Firmennetz ist nicht gerade gluecklich gewaehlt und birgt die Gefahr von Fehlern. Wie du unschwer erkennen kannst ist das ein APIPA Netzwerk. Also eine interne funktionale IP Adresse die Windows und andere Betriebsysteme benutzten wenn sie keinen DHCP Server im Netz finden, also ein reservierter Adressblock.
Man kann dir nur dringend abraten solche reservierten IP Adressen zu verwenden, denn du kannst nicht abschaetzen ob das ggf. ein Fehlverhalten provoziert.
Du solltest tunlichst RFC 1918 Adressen auch im Firmennetz verwenden niemals aber funktionale reservierte Adressen wie du sie hast fuer ein Produktivnetzwerk. Falls eine externe Firma das eingerichtet hat spricht das nicht gerade fuer deren Know how in Sachen IP Design, ein grober Fehler !!!
RFC 1918 sind IP Adressen die im Internet nicht geroutet werden und gewoehnlich als private Adressen bezeichnet werden.
http://de.wikipedia.org/wiki/Private_IP-Adresse
Damit kannst du diese moegliche Fehlerquelle schon einmal ausschliessen.
Leider schreibst du rein gar nichts wie und wo dein VPN PPTP Netzwerk terminiert ist. Dein D-Link MUSS eine entsprechende Konfiguration haben fuers PPTP Forwarding, denn vermutlich macht der D-Link NAT gegenueber dem Cisco der T-Com. Um PPTP auf das interne Netz zu forwarden muss der Router TCP Port 1723 forwarden und auch das GRE Protokoll (IP Protokoll Nummer: 47). Das sind generelle Voraussetzungen um PPTP zu forwarden oder ist der D-Link selber der VPN Konzentrator was technisch am besten waere ???
Hier hoert jetzt das Troubleshooting auf und es beginnt das Raten....
Man kann dir nur dringend abraten solche reservierten IP Adressen zu verwenden, denn du kannst nicht abschaetzen ob das ggf. ein Fehlverhalten provoziert.
Du solltest tunlichst RFC 1918 Adressen auch im Firmennetz verwenden niemals aber funktionale reservierte Adressen wie du sie hast fuer ein Produktivnetzwerk. Falls eine externe Firma das eingerichtet hat spricht das nicht gerade fuer deren Know how in Sachen IP Design, ein grober Fehler !!!
RFC 1918 sind IP Adressen die im Internet nicht geroutet werden und gewoehnlich als private Adressen bezeichnet werden.
http://de.wikipedia.org/wiki/Private_IP-Adresse
Damit kannst du diese moegliche Fehlerquelle schon einmal ausschliessen.
Leider schreibst du rein gar nichts wie und wo dein VPN PPTP Netzwerk terminiert ist. Dein D-Link MUSS eine entsprechende Konfiguration haben fuers PPTP Forwarding, denn vermutlich macht der D-Link NAT gegenueber dem Cisco der T-Com. Um PPTP auf das interne Netz zu forwarden muss der Router TCP Port 1723 forwarden und auch das GRE Protokoll (IP Protokoll Nummer: 47). Das sind generelle Voraussetzungen um PPTP zu forwarden oder ist der D-Link selber der VPN Konzentrator was technisch am besten waere ???
Hier hoert jetzt das Troubleshooting auf und es beginnt das Raten....
Hallo, erst mal danke für die Antwort.
Ja, der PPTP-Server läuft auf dem DLink.
Die VPN-Verbindung funktioniert ja auch, wie schon erwähnt, ich kann mich einwählen und bekomme eine IP aus dem Firmennetz zugewiesen. Ich kann dann auch über die PPTP-Verbindung die Rechner fernwarten und die Web-If`s bedienen, alles tadellos, wie es sein soll.
Also steht zu diesen Zeitpunk ja die VPN-Verbindung stabil. Auch die SPS-Steuerungen sind zu diesen Zeitpunk per Ping erreichbar.
Ja, der PPTP-Server läuft auf dem DLink.
Die VPN-Verbindung funktioniert ja auch, wie schon erwähnt, ich kann mich einwählen und bekomme eine IP aus dem Firmennetz zugewiesen. Ich kann dann auch über die PPTP-Verbindung die Rechner fernwarten und die Web-If`s bedienen, alles tadellos, wie es sein soll.
Also steht zu diesen Zeitpunk ja die VPN-Verbindung stabil. Auch die SPS-Steuerungen sind zu diesen Zeitpunk per Ping erreichbar.
OK, dann hat dein Fehlverhalten aber rein gar nichts mit Router und VPN Client zu tun. Denn diese kommunizieren ja ueber den sicheren Tunnel zum Router. Dieser sieht also rein gar nichts von dem Traffic der in diesem Tunnel ist. Welche Ports du darin nutzt ist allso voellig unerheblich. Da muss der Fehler vermutlich woanders stecken....
