Rumak18 11 Geschrieben 14. Mai 2008 Melden Teilen Geschrieben 14. Mai 2008 Hallo, ich habe ein kleines Problem mit RDP von Microsoft. Es gibt einen XP CLient, der sich in seine Firma von daheim per IPSEC (Zertifikate) einwählt. Der VPN CLient ist ein Gateprotect CLient, aber es dürfte hier eher an WIndows liegen, da wir sonst diese Problem nirgends haben. Der Tunnel steht wunderbar, aber wenn man sich dann per RDP auf ein Notebook verbindet, dann geht auch das RDP Fenster auf, aber es passiert erst mal nichts und das Bild bleibt ca. 1 MInute einfach blau. Dann kommt folgende Fehlermeldung: Die Remotedesktopsitzung wurde beendet. Die Verbindung mit dem Remotecomputer wurde vermutlich aufgrund von Netzwerkkonnektivitätsproblemen getrennt. Versuchen Sie, die Verbindung mit dem Remotedesktopcomputer wiederherzustellen. Wenn das Problem weiterhin besteht, wenden Sie sich an den Netzwerkadministrator oder den technischen Support. Tja. Und wie so oft, bin ich der technische Support ohne Plan (-: Zitieren Link zu diesem Kommentar
IThome 10 Geschrieben 15. Mai 2008 Melden Teilen Geschrieben 15. Mai 2008 MTU am Client schon mal verkleinert ? Zitieren Link zu diesem Kommentar
Rumak18 11 Geschrieben 21. Mai 2008 Autor Melden Teilen Geschrieben 21. Mai 2008 Auf wieviel sollte ich ihn denn ändern? Zitieren Link zu diesem Kommentar
Kraftzwerg 10 Geschrieben 21. Mai 2008 Melden Teilen Geschrieben 21. Mai 2008 Tach, also ich hab das so gelernt: Du pingst den Zielhost mit einer Paketgröße an (ping -l XXX , wobei x für die Paketgröße in Byte steht) bis er nicht mehr anständig antwortet. Den letzten (größten) möglichen Wert teilst du durch 64. (Da 64 Bytes das kleinste mögliche Paket ist). Den ganzzahligen Teil des Ergebnisses multiplizierst du mit 64 und hast den maximalen MTU-Wert. Bsp. du pingst mit 1386 als letzte maximale Größe. 1386/64 = 21,65625. => 21*64 = 1344 ist dein MTU Wert. Selbstverfreilich kannst du auch von 1492 (maximaler MTU Wert im Ethernet in 64 Byte Schritten runtergehen:)) Falls jemand ne einfachere Methode hat bin ich selbstverfreilich offen! Zitieren Link zu diesem Kommentar
Christoph_A4 10 Geschrieben 21. Mai 2008 Melden Teilen Geschrieben 21. Mai 2008 Tach, also ich hab das so gelernt: Du pingst den Zielhost mit einer Paketgröße an (ping -l XXX , wobei x für die Paketgröße in Byte steht) bis er nicht mehr anständig antwortet. Den letzten (größten) möglichen Wert teilst du durch 64. (Da 64 Bytes das kleinste mögliche Paket ist). Den ganzzahligen Teil des Ergebnisses multiplizierst du mit 64 und hast den maximalen MTU-Wert. Bsp. du pingst mit 1386 als letzte maximale Größe. 1386/64 = 21,65625. => 21*64 = 1344 ist dein MTU Wert. Selbstverfreilich kannst du auch von 1492 (maximaler MTU Wert im Ethernet in 64 Byte Schritten runtergehen:)) Falls jemand ne einfachere Methode hat bin ich selbstverfreilich offen! Danke hat super geklappt! Zitieren Link zu diesem Kommentar
Rumak18 11 Geschrieben 22. Mai 2008 Autor Melden Teilen Geschrieben 22. Mai 2008 Hallo und danke auch. Das Problem war wohl aber ein anderes. ich habe im Client den DWORD Wert "AllowRemoteXXX" mit "1" kreieren müssen . Der Name ist mir jetzt allerdings entfallen. Sorry, aber wie gesagt, hab dann per google eine Lösung dafür gefunden. Zitieren Link zu diesem Kommentar
Rumak18 11 Geschrieben 2. Juni 2008 Autor Melden Teilen Geschrieben 2. Juni 2008 HIer noch nachträglich die Lösung: There is a workaround as well: In order to resolve the Terminal Services Manager issue with XP SP2 clients, please add the following registry value on the client. Key: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server Value Name: AllowRemoteRPC Value Type: DWORD Value Value Data: 1 Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.