DFÜ und LAN Verbindung gleichzeitig verwenden
Es gibt zwar schon genug ähnliche Fragen, doch leider fand ich in den Antworten keine für mich passende Lösung.
Ich habe ein Steuergerät welches Maschinen überwacht. Dieses besitzt nur eine COM1 Schnittstelle, ( KEIN RJ45 ) an diesem Gerät kann ich direkt eine feste IP einstellen. Jetzt habe ich eine Art Remote-Server mit ins Netz eingebracht, sodaß man via Fernzugriff auf dieses Gerät zugreifen kann. Jetzt kommt der ähnliche Teil meiner Vorfrager, ich bekomme per Wählverbindung auf das Gerät das Webinterface auf dem Explorer zu Gesicht, über das ich auch die Einstellungen darauf vornehmen kann, nur leider wird die LAN-Verbindung getrennt und man bekommt diese nur durch einen Neustart wieder zum laufen, wodurch allerdings dann die Wählverbindung zum Gerät wieder weg ist. Da ich aber aus der Ferne auf dieses Gerät zugreifen möchte brauche ich beide Verbindungen gleichzeitig. Auf diesem Remote-Server gibt es noch andere solche Dienste, welche aber alle über DSL funktionieren und teilweise über eigene Software verfügen oder einige nutzen auch den Explorer, sodas ich nicht sagen kann der Explorer ist nur für dieses Gerät zuständig. Die Fernverbindung wird über Teamviewer gelöst. Natürlich säge ich mir ja dann den Ast weg auf dem ich sitze, wenn ich via Teamviewer eine Wählverbindung aufbauen würde. Das Betriebssystem ist Vista und die IP der Wählverbindung liegt im Adressbereich der anderen Netzwerkteilnehmer. Ich hoffe ihr könnt mir irgendwie weiter helfen.
Vielen Dank schon mal für Eure investierte Zeit !
Ich habe ein Steuergerät welches Maschinen überwacht. Dieses besitzt nur eine COM1 Schnittstelle, ( KEIN RJ45 ) an diesem Gerät kann ich direkt eine feste IP einstellen. Jetzt habe ich eine Art Remote-Server mit ins Netz eingebracht, sodaß man via Fernzugriff auf dieses Gerät zugreifen kann. Jetzt kommt der ähnliche Teil meiner Vorfrager, ich bekomme per Wählverbindung auf das Gerät das Webinterface auf dem Explorer zu Gesicht, über das ich auch die Einstellungen darauf vornehmen kann, nur leider wird die LAN-Verbindung getrennt und man bekommt diese nur durch einen Neustart wieder zum laufen, wodurch allerdings dann die Wählverbindung zum Gerät wieder weg ist. Da ich aber aus der Ferne auf dieses Gerät zugreifen möchte brauche ich beide Verbindungen gleichzeitig. Auf diesem Remote-Server gibt es noch andere solche Dienste, welche aber alle über DSL funktionieren und teilweise über eigene Software verfügen oder einige nutzen auch den Explorer, sodas ich nicht sagen kann der Explorer ist nur für dieses Gerät zuständig. Die Fernverbindung wird über Teamviewer gelöst. Natürlich säge ich mir ja dann den Ast weg auf dem ich sitze, wenn ich via Teamviewer eine Wählverbindung aufbauen würde. Das Betriebssystem ist Vista und die IP der Wählverbindung liegt im Adressbereich der anderen Netzwerkteilnehmer. Ich hoffe ihr könnt mir irgendwie weiter helfen.
Vielen Dank schon mal für Eure investierte Zeit !
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 165753
Url: https://administrator.de/contentid/165753
Ausgedruckt am: 22.11.2024 um 15:11 Uhr
15 Kommentare
Neuester Kommentar
Hi !
Also ich hab mir das jetzt mehrmals durchgelesen....Aber sorry ich versteh nix, trotz der Tatsache, dass ich schon einige Industriemaschinen (CAD/CAM und Laserschneidmaschinen) an Netzwerke angebunden habe...
Wie stellst Du an dem Steuergerät eine IP-Adresse ein, wenn es doch nur eine serielle Schnittstelle (z.B. RS-232, RS-422 oder RS-485) hat? Ich vermute Du stellst die IP der Wählverbindung ein, nicht am Steuergerät...Was verstehst Du unter "einer Art" Remote Server"? Einen PC? Mach mal eine Zeichnung, vielleicht verstehe ich es dann....
mrtux
Also ich hab mir das jetzt mehrmals durchgelesen....Aber sorry ich versteh nix, trotz der Tatsache, dass ich schon einige Industriemaschinen (CAD/CAM und Laserschneidmaschinen) an Netzwerke angebunden habe...
Wie stellst Du an dem Steuergerät eine IP-Adresse ein, wenn es doch nur eine serielle Schnittstelle (z.B. RS-232, RS-422 oder RS-485) hat? Ich vermute Du stellst die IP der Wählverbindung ein, nicht am Steuergerät...Was verstehst Du unter "einer Art" Remote Server"? Einen PC? Mach mal eine Zeichnung, vielleicht verstehe ich es dann....
mrtux
Ich schau mal in meine Kristallkugel und sehe folgendes:
Due hast einen Rechner, der über Ethernet mit deinem LAN verbunden ist und über eine seriellen Modem mit einer Maschine, die es zu steuern gilt. Die serielle Verbindung nutzt TCP/IP über PPP:
Sobald die IP-Verbindung über COM1 aufgebaut wird, wird dir andere Verbindung unterbrochen:
Ich tippe mal, da hat einer nicht auf die default-route, nameserver, etc, geachtet und verstellt diese mit Durchwahl zu der Maschine.
- moment - da kommt grad eine neuen Nachricht auf der Kristallkugel rein:
...
...
...
Vielleicht ist das ja Absicht, damit man sich nicht eine offene Hintertür ins LAN schafft und damit die Firewall umgeht.
So, jetzt ist meine Kristallkugel aus.
Due hast einen Rechner, der über Ethernet mit deinem LAN verbunden ist und über eine seriellen Modem mit einer Maschine, die es zu steuern gilt. Die serielle Verbindung nutzt TCP/IP über PPP:
Sobald die IP-Verbindung über COM1 aufgebaut wird, wird dir andere Verbindung unterbrochen:
Ich tippe mal, da hat einer nicht auf die default-route, nameserver, etc, geachtet und verstellt diese mit Durchwahl zu der Maschine.
- moment - da kommt grad eine neuen Nachricht auf der Kristallkugel rein:
...
...
...
Vielleicht ist das ja Absicht, damit man sich nicht eine offene Hintertür ins LAN schafft und damit die Firewall umgeht.
So, jetzt ist meine Kristallkugel aus.
.Lochkarte hat aber Recht. Das kann nur an einer Fehlkonfiguration des Rechners liegen. Falsche IP Adressierung, falsche Maske, überlappende IP netze oder was auch immer.
Der PPP Anschluss über die serielle COM Schnittstelle sieht das System wie eine weitere IP Schnittstelle.
Wenn sauber konfiguriert funktioniert das einwandfrei in Verbindung mit einem LAN Port. Sogar in verbindung mit 2 und mehr LAN Ports.
Du solltest also deine Konfig checken. Irgendwo hast du da unter Garantie etwas falsch konfiguriert !
Ohne weitere Details dazu bleibst hier aber bei der Kristallkugel und raten....
Der PPP Anschluss über die serielle COM Schnittstelle sieht das System wie eine weitere IP Schnittstelle.
Wenn sauber konfiguriert funktioniert das einwandfrei in Verbindung mit einem LAN Port. Sogar in verbindung mit 2 und mehr LAN Ports.
Du solltest also deine Konfig checken. Irgendwo hast du da unter Garantie etwas falsch konfiguriert !
Ohne weitere Details dazu bleibst hier aber bei der Kristallkugel und raten....
Hallo,
zusätzlich zur Kristallkugel und den fehlenden Informationen frage ich mich wieso du nicht eine VPN Verbindung per DSL (anscheinend ja bereits vorhanden..) nimmst sondern zusätzlich noch ein Wählverbindung nutzt.
Das ist uneffektiv, teuer, aufwendig Fehleranfällig und hat keinerlei Vorteile.
Ich vermute mal das du irgendwo ein bisschen vielan Gateways eingestellt hast.
Ansonsten kann ich nur das empfehlen was bereits angedeutet wurde: Mehr Informationen (Screneshots und IP Adressen, Netzmaske,Gateway ...) und ein Bildchen wäre gut.
brammer
zusätzlich zur Kristallkugel und den fehlenden Informationen frage ich mich wieso du nicht eine VPN Verbindung per DSL (anscheinend ja bereits vorhanden..) nimmst sondern zusätzlich noch ein Wählverbindung nutzt.
Das ist uneffektiv, teuer, aufwendig Fehleranfällig und hat keinerlei Vorteile.
Ich vermute mal das du irgendwo ein bisschen vielan Gateways eingestellt hast.
Ansonsten kann ich nur das empfehlen was bereits angedeutet wurde: Mehr Informationen (Screneshots und IP Adressen, Netzmaske,Gateway ...) und ein Bildchen wäre gut.
brammer
Zitat von @Joerg18470:
Für mich steht zu 99,9% fest das ich in der Konfig der Wählverbindung einen Fehler habe. Nur wo ?
Für mich steht zu 99,9% fest das ich in der Konfig der Wählverbindung einen Fehler habe. Nur wo ?
Wie wäre es, wenn Du an die Maschine läufst und mehrmals ipconfig/all machst, je nachdem,. ob die Verbindung aufgebaut ist oder nicht und uns die Ergebnisse mitteilst. Die Ausgaben von netstat -r wären auch nicht schlecht. Eine Skizze (notfalls auch in ASCII) wäre nicht auch hilfreich. Meine Kristallkugel habe ich nämlich gerade an einen Kollegen verliehen.
Hi !
Ooops...An "PPTP over serial" habe ich in dem Moment nicht gedacht, das ist natürlich möglich, kein Thema! Es fehlen aber trotzdem noch Infos....
mrtux
Zitat von @aqui:
Der PPTP Anschluss über die serielle COM Schnittstelle sieht das System wie eine weitere IP Schnittstelle.
Der PPTP Anschluss über die serielle COM Schnittstelle sieht das System wie eine weitere IP Schnittstelle.
Ooops...An "PPTP over serial" habe ich in dem Moment nicht gedacht, das ist natürlich möglich, kein Thema! Es fehlen aber trotzdem noch Infos....
mrtux
@mrtux
Sorry mrtux es sollte natürlich PPP heissen und natürlich nicht PPTP. ist oben korrigiert.
Ansonsten den Tip von Lochkarte befolgen und posten hier...
Sorry mrtux es sollte natürlich PPP heissen und natürlich nicht PPTP. ist oben korrigiert.
Ansonsten den Tip von Lochkarte befolgen und posten hier...
In Bezug auf PPP ist diese Aussage technisch vollkommen falsch. PPP ist eine IP Point zu Point Verbindung mit einer 32 Bit Maske und funktioniert natürlich auch zusammen mit einem Gateway auf dem LAN Interface.
Essentiell wichtig ist die korrekte IP Adressierung des PPP Interfaces, das sich IP seitig NICHT mit dem LAN Netz überschneiden darf.
Das ist das einzig wichtige...nicht mehr und nicht weniger und dann funktioniert so ein Link problemlos mit einem LAN und natürlich dem Standardgateway dort zusammen.
Wenn du dich einmal an die seligen Zeiten von PPP Einwahlen beim Internet Provider mit analogen Modems über die serielle COM Schnittstelle zurückerinnerst zeigt diese Praxis das das schon immer koexistierte, denn diese PPP Verbindung konnte man immer per NAT/ICS im LAN freigeben. Analog dazu Firmen PPP Dialins ins lokale Firmen LAN zur Fernwartung.
Beide Designs bzw. Verfahren waren millionenfach so im Einsatz und entsprechen exakt deinem oben.
Fazit: Du hast schlicht und einfach diesen PPP Link fehlerhaft konfiguriert. Wie auch immer, da bis dato detailierteer Infos hier fehlen und wir nur raten können
Deine Metallbox von oben ist ein simpler RS-232 Wandler auf Ethernet. Was der macht ist die Daten der seriellen Schnittstelle in ein Ethernet Paket zu packen und über ein LAN zu übertragen und am anderen Ende wieder auszupacken sofern du dort wieder serielle Daten benötigst.
Nichts anderes also als ein simpler Medienwandler für die serielle RS-232.
Seriele PPP Pakete in Ethernet IP umzuwandlen kann der also de facto nicht , denn das wäre eine komplette Protokollwandlung von PPP in IP !
Wenn du das erwartest wirst du wieder Schiffbruch erleiden mit deinem Vorhaben !
Essentiell wichtig ist die korrekte IP Adressierung des PPP Interfaces, das sich IP seitig NICHT mit dem LAN Netz überschneiden darf.
Das ist das einzig wichtige...nicht mehr und nicht weniger und dann funktioniert so ein Link problemlos mit einem LAN und natürlich dem Standardgateway dort zusammen.
Wenn du dich einmal an die seligen Zeiten von PPP Einwahlen beim Internet Provider mit analogen Modems über die serielle COM Schnittstelle zurückerinnerst zeigt diese Praxis das das schon immer koexistierte, denn diese PPP Verbindung konnte man immer per NAT/ICS im LAN freigeben. Analog dazu Firmen PPP Dialins ins lokale Firmen LAN zur Fernwartung.
Beide Designs bzw. Verfahren waren millionenfach so im Einsatz und entsprechen exakt deinem oben.
Fazit: Du hast schlicht und einfach diesen PPP Link fehlerhaft konfiguriert. Wie auch immer, da bis dato detailierteer Infos hier fehlen und wir nur raten können
Deine Metallbox von oben ist ein simpler RS-232 Wandler auf Ethernet. Was der macht ist die Daten der seriellen Schnittstelle in ein Ethernet Paket zu packen und über ein LAN zu übertragen und am anderen Ende wieder auszupacken sofern du dort wieder serielle Daten benötigst.
Nichts anderes also als ein simpler Medienwandler für die serielle RS-232.
Seriele PPP Pakete in Ethernet IP umzuwandlen kann der also de facto nicht , denn das wäre eine komplette Protokollwandlung von PPP in IP !
Wenn du das erwartest wirst du wieder Schiffbruch erleiden mit deinem Vorhaben !
Zitat von @Joerg18470:
- 192.168.2.10 [das SC2000] = OK ( ist an diesem Gerät selbst nur fest einstellbar )
- 127.0.0.1 = OK
- 192.168.2.11 [eigener Rechner] = OK
- 192.168.2.1 [Router] = OK
- 209.85.148.95 [Google] = Zeitüberschreitung, also nicht OK
- 192.168.2.10 [das SC2000] = OK ( ist an diesem Gerät selbst nur fest einstellbar )
- 127.0.0.1 = OK
- 192.168.2.11 [eigener Rechner] = OK
- 192.168.2.1 [Router] = OK
- 209.85.148.95 [Google] = Zeitüberschreitung, also nicht OK
Da ist schon das Problem:
Da sind identische Netze eingestellt. Die PPP-Verbindung sollte ein anderes netz als 192.168.2.0/24 haben.
Na ja ...es wurde hier im Thread mehrfach auf eine korrekte IP Adressierung deiner Adapter hingewiesen weil das häufig eine Fehlerquelle ist hier, wobei korrekt natürlich die IP Netze der entsprechenden Segmente meint.
Ein simpler Standardgrundsatz im TCP/IP das IP Netze einzigartig sein müssen und jeder Praktikant kennt.
Gut aber wenns nun klappt...wie immer: kleine Ursache grosse Wirkung.
Ein simpler Standardgrundsatz im TCP/IP das IP Netze einzigartig sein müssen und jeder Praktikant kennt.
Gut aber wenns nun klappt...wie immer: kleine Ursache grosse Wirkung.