chrisale
Goto Top

Problem mit VNC-RDP über VPN

Hi Leute,

ich hab hier was, wo ich nicht wirklich zuordnen kann wo es hingehört.

Ich hab ein (mittlerweile schon lustiges) Problem!

Folgende Konfiguration:

Linksys RV082 der einen PPTP Server für VPN Verbindungen integriert hat. Ich verbinde mich nun mit einem Windows XP Rechner mit einer PPTP VPN Verbindung auf die Firewall und bekomme eine interne IP Adresse vom Firmennetzwerk zugewiesen. Ich kann auch auf jeden Rechner im Netzwerk ein Ping ausführen und bekomm auch was zurück. Somit ist für mich klar, die Verbindung steht einwandfrei. ABER jetzt kommt das lustige: Ich verbinde mich jetzt mit VNC auf einen Client, soweit alles ganz normal, er verbindet sich, fragt mich nach dem Passwort, dann gebe ich das Passwort ein und dann, wo eigentlich das Bild vom anderen Rechner kommen sollte, bleibt das Bild schwarz!?! Was das ganze noch viel "komischer" macht, wenn ich die Maus in diesem schwarzen Fenster bewege, bewegt sich auch die Maus auf dem Client zu dem ich mich verbunden habe!!???

Mit Remotedesktop komm ich auf die Server nicht drauf, er versuchts zwar, aber irgendwas läuft da schief.

Ich dachte mir zuerst, vielleicht ist es das Windows, was Probleme macht, ABER dann versuchte ich ein Portforwarding mit RDP von der Firewall direkt zu einem Client bzw. Server ohne eine PPTP verbindung aufzubauen, hier funktioniert allerdings Remotedesktop ganz normal.

Da denkt man sich natürlich, haha, da passt was mit der PPTP Verbindung nicht, aber falsch... von einem anderen PC oder von einem anderen Laptop mit XP SP2 funktionierts einwandfrei.

Ich hab die Windows Firewall deaktiviert und auch alle Virenprogramme die auf dem Rechner laufen.

Wisst ihr was??

Bitte um Mithilfe!

Danke!

LG

Content-ID: 46121

Url: https://administrator.de/contentid/46121

Ausgedruckt am: 26.11.2024 um 12:11 Uhr

aqui
aqui 06.12.2006 um 19:41:02 Uhr
Goto Top
Durch den Overhead von PPTP im VPN kann es sein das deine MTU zu groß ist und größere Packete (z.B. mit dem Schirminhalt) vom Router verworfen werden, da dieser nicht fragmentieren kann. Dadurch hat man dann so einen "halbgaren" Zustand, da kleine Packete zum Sessionaufbau meist passieren. Eigentlich sollte der VPN Router bei der MTU Path Discovery vorm Verbindungsaufbau die max. MTU ermitteln aber Consumer Router machen das oft nicht richtig bzw. beachten den zusätzlichen VPN Overhead nicht richtig.
Ggf. hilft es das Problem zu fixen wenn du die max. MTU deines Router noch weiter nach unten setzt ?!
chrisale
chrisale 07.12.2006 um 08:21:21 Uhr
Goto Top
Hi aqui,

erstmal danke für deine Antwort!

Ein Versuch ist auf alle Fälle wert die MTU runterzuschrauben. Wenn es wirklich die MTU ist, dann dürfte es ja eigentlich von keinem Computer aus über VPN funktionieren oder?

LG
aqui
aqui 07.12.2006 um 11:29:10 Uhr
Goto Top
Doch, denn es hängt lediglich von der Größe der Packete ab. Packete sind ja unterschiedlich und nicht ausschliesslich mit einer fixen Größe auf dem Netz unterwegs. Solange die Nettogröße plus Overhead unter der MTU bleibt geht alles durch. Dadrüber wirds u.U. verworfen face-wink
chrisale
chrisale 08.12.2006 um 10:00:00 Uhr
Goto Top
HI!

Vielen Dank Aqui, es hat funktioniert!

Hab MTU jetzt auf 1300 gestellt und nochmal versucht! Nun funktionierts!!!! ;)

Danke nochmal!
sushidelic
sushidelic 13.04.2007 um 13:24:50 Uhr
Goto Top
Hallo!

Ich hatte das selbe Problem mit einer VPN-Verbindung zwischen zwei Linksys RV042 Routern.
Die Änderung der MTU führte allerdings nicht zur Lösung des Problems, sondern die Änderung des "Local Security Group Types", bzw. des "Remote Security Group Types" von einer einzelnen IP in ein IP-Subnetz der VPN-Verbindung brachte das gewünschte Ergebnis, sprich Bildschirmdarstellung.
Abgesehen davon, dass das Problem ja nun gelöst ist: Hat evtl. jemand eine Erklärung für die Ursache, oder einen Denkansatz der zu einer Erklärung führen könnte?

Für jede Anregung dankbar!
sushidelic
sushidelic 13.04.2007 um 13:26:10 Uhr
Goto Top
Hallo!

Ich hatte das selbe Problem mit einer VPN-Verbindung zwischen zwei Linksys RV042 Routern.
Die Änderung der MTU führte allerdings nicht zur Lösung des Problems, sondern die Änderung des "Local Security Group Types", bzw. des "Remote Security Group Types" von einer einzelnen IP in ein IP-Subnetz der VPN-Verbindung brachte das gewünschte Ergebnis, sprich Bildschirmdarstellung.
Abgesehen davon, dass das Problem ja nun gelöst ist: Hat evtl. jemand eine Erklärung für die Ursache, oder einen Denkansatz der zu einer Erklärung führen könnte?

Für jede Anregung dankbar!