- #1
D
Dieter B.
Mitglied
Themenersteller
- Dabei seit
- 10.03.2008
- Beiträge
- 15
- Reaktionspunkte
- 0
- Ort
- Hamburch (jedenfalls dicht bei)
Hallo liebe Leute,
nach einem Artikel hier und in der c't (Violka 2006: Virtuelle private
Netze unter Windows) habe ich ein kleines Netz mit einem VPN-Zugang
ausgestattet.
Dabei benutze ich den in WinXP eingebauten Server bzw. Client. Der
Server hängt hinter einem TCom Teledat 400-Router, der Client
ebenfalls hinter einem Router.
Für eine aktuelle IP sorgt dyndns.org.
Client und Server sind in derselben Arbeitsgruppe. Netzwerk beim Server: 192.168.1.xyz, Netzwerk beim Client:192.168.77.xyz (habe aber auch schon identische Netze probiert)
Wenn ich die Verbindung vom Client aus herstellen will, werde ich
nach Benutzername und Kennwort gefragt, die Verbindung wird offenbar
hergestellt, das Symbol wandert in den Infobereich.
ipconfig \all zeigt eine zweite private IP-Adresse, und auch genau
aus dem von mir am Server eingestellten Bereich.
Allerdings kann ich den auf dem Server freigegebenen Ordner nicht
erreichen, weder über die Suche in der Netzwerkumgebung, noch über
den Rechnernamen direkt: \\servername oder \\server-IP-Adresse
Die Meldung lautet dann: Der angegebene Netzwerkpfad wurde von keinem
Netzwerkdienstanbieter angenommen.
Mittlerweile habe ich die Router-Firmware aktualisiert, und die
Remotedesktopverbindung installiert. In der Windows-Firewall des
WinXP-Prof. Servers ist diese Verbindung freigegeben.
Wenn ich versuche, mich von außen einzuloggen, wird der Computer
weder mit Name noch mit IP gefunden.
Nutze ich die Suchfunktion bei der Anmeldung des
Remotedesktop-Clients, zeigt die Suche die Arbeitsgruppe korrekt an, aber ich bekomme die Meldung: Die Domäne/Arbeitsgruppe enthält keinen Terminalserver.
Nun spricht der Artikel davon, daß die meisten Router auf Serverseite
das GRE-Protokoll für eingehende Verbindungen nicht weitergeben
können.
Ich habe zwar das Port-Forwarding für den TCP-Port 1723 und UDP 1701
freigeschaltet, aber vielleicht ist der Teledat-Router tatsächlich
nicht geeignet.
Habe ich einen Fehler in der Konfiguration gemacht, oder muß ich den
Router tauschen?
Für Hinweise bin ich natürlich dankbar!
Viele Grüße
Dieter B.
nach einem Artikel hier und in der c't (Violka 2006: Virtuelle private
Netze unter Windows) habe ich ein kleines Netz mit einem VPN-Zugang
ausgestattet.
Dabei benutze ich den in WinXP eingebauten Server bzw. Client. Der
Server hängt hinter einem TCom Teledat 400-Router, der Client
ebenfalls hinter einem Router.
Für eine aktuelle IP sorgt dyndns.org.
Client und Server sind in derselben Arbeitsgruppe. Netzwerk beim Server: 192.168.1.xyz, Netzwerk beim Client:192.168.77.xyz (habe aber auch schon identische Netze probiert)
Wenn ich die Verbindung vom Client aus herstellen will, werde ich
nach Benutzername und Kennwort gefragt, die Verbindung wird offenbar
hergestellt, das Symbol wandert in den Infobereich.
ipconfig \all zeigt eine zweite private IP-Adresse, und auch genau
aus dem von mir am Server eingestellten Bereich.
Allerdings kann ich den auf dem Server freigegebenen Ordner nicht
erreichen, weder über die Suche in der Netzwerkumgebung, noch über
den Rechnernamen direkt: \\servername oder \\server-IP-Adresse
Die Meldung lautet dann: Der angegebene Netzwerkpfad wurde von keinem
Netzwerkdienstanbieter angenommen.
Mittlerweile habe ich die Router-Firmware aktualisiert, und die
Remotedesktopverbindung installiert. In der Windows-Firewall des
WinXP-Prof. Servers ist diese Verbindung freigegeben.
Wenn ich versuche, mich von außen einzuloggen, wird der Computer
weder mit Name noch mit IP gefunden.
Nutze ich die Suchfunktion bei der Anmeldung des
Remotedesktop-Clients, zeigt die Suche die Arbeitsgruppe korrekt an, aber ich bekomme die Meldung: Die Domäne/Arbeitsgruppe enthält keinen Terminalserver.
Nun spricht der Artikel davon, daß die meisten Router auf Serverseite
das GRE-Protokoll für eingehende Verbindungen nicht weitergeben
können.
Ich habe zwar das Port-Forwarding für den TCP-Port 1723 und UDP 1701
freigeschaltet, aber vielleicht ist der Teledat-Router tatsächlich
nicht geeignet.
Habe ich einen Fehler in der Konfiguration gemacht, oder muß ich den
Router tauschen?
Für Hinweise bin ich natürlich dankbar!
Viele Grüße
Dieter B.