6741
22.11.2004, aktualisiert am 16.06.2005
45472
40
0
Fernzugriff via HTTP ( Port 8080 ) auf Home PC
aus der Frene auf den Home PC zugeiffen, bitte kein FTP oder VNC möglich ist auch nur auf freigegebende Shares.
Es ist sicher ein Problem, aber ihr kennt es wohl. Ich möchte via Internet Explorer oder Firefox auf meinen Rechner Zuhause zugreifen können. Gibt es ein HTTP basierendes Programm welches den Port 8080 nutzt. Mir sind die Programme VNC und co bekannt.
Danke
Es ist sicher ein Problem, aber ihr kennt es wohl. Ich möchte via Internet Explorer oder Firefox auf meinen Rechner Zuhause zugreifen können. Gibt es ein HTTP basierendes Programm welches den Port 8080 nutzt. Mir sind die Programme VNC und co bekannt.
Danke
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 4174
Url: https://administrator.de/forum/fernzugriff-via-http-port-8080-auf-home-pc-4174.html
Ausgedruckt am: 25.12.2024 um 13:12 Uhr
40 Kommentare
Neuester Kommentar
Ist Dein Problem die Firewall des Computers VON dem Du zugreifen willst? (dh dieser läßt nur 8080 zu) oder die Firewall des Computers AUF den zu zugreifen willst?
Kannst Du vom zugreifenden Computer eine Webseite mit einem Active X ausführen?
Ich hätte eine unkonventionelle Idee: (sollte gehen, hängt aber davon ab, wie gut die Firewall ist.... wenn diese nur Ports blockt, dann sollte es gehen)
Wenn auf dem PC daheim Windows XP Professional läuft kannst Du theoretisch folgendes machen:
1. Remotedesktop am HeimPC Freigeben (Unter Systemsteuerung >> System >> Remote >> Benutzern erlauben, eine Remotedesktopverbindung herzustellen)
2. den Port für den Remotedesktop am HeimPC von 3389 auf 8080 ändern
regedit >>
Dort den Key PortNumber von 3389 auf 8080 ändern und neu starten (mach auf jeden Fall vorher ein Backup vom RDP-TCP Subtree mit Datei Exportieren. >> Rechner neu starten
3. Zugriff über TSWeb: Es gibt von MS einen TS Webclient mit einem Active X, den mußt Du nur auf dem Webserver Deiner Wahl ablegen. Da kannst Du ihn Dir mal ansehen, man kann mit dem Webclient auf jeden beliebigen Terminal zugreifen einfach Active X installieren
4. Verbindung zum Heimpc über den TSWebclient unter Angabe von Hostname des HeimPCs und :8080 ---> sollte klappen
5. Sollte der HeimPC hinter einer Firewall stehen mußt Du noch den Port 8080 auf die interne IP Adresse des HeimPCs mappen.
coole Lösung... sag mir, ob es klappt...
Kannst Du vom zugreifenden Computer eine Webseite mit einem Active X ausführen?
Ich hätte eine unkonventionelle Idee: (sollte gehen, hängt aber davon ab, wie gut die Firewall ist.... wenn diese nur Ports blockt, dann sollte es gehen)
Wenn auf dem PC daheim Windows XP Professional läuft kannst Du theoretisch folgendes machen:
1. Remotedesktop am HeimPC Freigeben (Unter Systemsteuerung >> System >> Remote >> Benutzern erlauben, eine Remotedesktopverbindung herzustellen)
2. den Port für den Remotedesktop am HeimPC von 3389 auf 8080 ändern
regedit >>
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp
Dort den Key PortNumber von 3389 auf 8080 ändern und neu starten (mach auf jeden Fall vorher ein Backup vom RDP-TCP Subtree mit Datei Exportieren. >> Rechner neu starten
3. Zugriff über TSWeb: Es gibt von MS einen TS Webclient mit einem Active X, den mußt Du nur auf dem Webserver Deiner Wahl ablegen. Da kannst Du ihn Dir mal ansehen, man kann mit dem Webclient auf jeden beliebigen Terminal zugreifen einfach Active X installieren
4. Verbindung zum Heimpc über den TSWebclient unter Angabe von Hostname des HeimPCs und :8080 ---> sollte klappen
5. Sollte der HeimPC hinter einer Firewall stehen mußt Du noch den Port 8080 auf die interne IP Adresse des HeimPCs mappen.
coole Lösung... sag mir, ob es klappt...
FALSCH!
1. es gibt keinen TSWebserver.... der "Server" in Deinem Fall ist ja der HeimPC
2. der TSWebclient kann von MS runtergeladen werden:
http://www.microsoft.com/downloads/details.aspx?displaylang=de&Fami ...
Du kannst diese Files auf einem Webserver Deiner Wahl ablegen, weil Du dann von überall auf ALLE Terminalserver/RDP XP Rechner kommst.
3. den TS-Webclient (Active X) brauchst Du nur, wenn Dir der normale RDP Client (zB Unter XP Programme-Zubehör-Kommunikation-Remotedesktop) nicht zur Verfügung steht, bzw. gesperrt ist. Selbstverständlich könntest Du wenn Du Deinen Computer wie oben konfiguriert hast, auch mit jedem normalen Windows XP RDP-Client zugreifen. (du mußt nur hinter dem Hostnamen/IP Adresse einen Doppelpunkt und 8080 eingeben....)
Hoffe, das ist jetzt verständlich
A.
1. es gibt keinen TSWebserver.... der "Server" in Deinem Fall ist ja der HeimPC
2. der TSWebclient kann von MS runtergeladen werden:
http://www.microsoft.com/downloads/details.aspx?displaylang=de&Fami ...
Du kannst diese Files auf einem Webserver Deiner Wahl ablegen, weil Du dann von überall auf ALLE Terminalserver/RDP XP Rechner kommst.
3. den TS-Webclient (Active X) brauchst Du nur, wenn Dir der normale RDP Client (zB Unter XP Programme-Zubehör-Kommunikation-Remotedesktop) nicht zur Verfügung steht, bzw. gesperrt ist. Selbstverständlich könntest Du wenn Du Deinen Computer wie oben konfiguriert hast, auch mit jedem normalen Windows XP RDP-Client zugreifen. (du mußt nur hinter dem Hostnamen/IP Adresse einen Doppelpunkt und 8080 eingeben....)
Hoffe, das ist jetzt verständlich
A.
nein.
sorry, wieder falsch.
Der TSWebClient ist ein Active X den Du auf jeden beliebigen Webserver legen kannst, wenn's Dir Spaß macht... Das ist nur ein Client, weiter nichts.
Die "Terminal Server Funktion" ist die eingebaute RDP Funktionalität von Deinem XP Professional zu Hause. Der wartet auf einen Zugriff auf 8080 (normalerweise 3389) und dieser Zugriff kann zB über den RDP Client erfolgen, der in jedem Windows XP standardmäßig integriert ist (Zubehör-Kommunikation-Remotedesktop) oder eben über den Webclient.
Klar?
sorry, wieder falsch.
Der TSWebClient ist ein Active X den Du auf jeden beliebigen Webserver legen kannst, wenn's Dir Spaß macht... Das ist nur ein Client, weiter nichts.
Die "Terminal Server Funktion" ist die eingebaute RDP Funktionalität von Deinem XP Professional zu Hause. Der wartet auf einen Zugriff auf 8080 (normalerweise 3389) und dieser Zugriff kann zB über den RDP Client erfolgen, der in jedem Windows XP standardmäßig integriert ist (Zubehör-Kommunikation-Remotedesktop) oder eben über den Webclient.
Klar?
*grins*
also irgendwie wird das nichts.... sorry, wenn ich so unverständlich lalle, scheint am österreichischen Akzent zu liegen
also:
1. Terminal Services: Windows XP Professional hat einen "kleinen Terminalserver" im System mitintegriert, dieser heißt Remoitedesktop und erlaubt ausschließlich Verbdindungen zur Konsole (es sei denn Du hast SP 2, aber darauf gehe ich jetzt nicht ein), die Konsole ist nichts anderes als das was Du am Bildschirm siehst, wenn Du davor sitzt, Du öffnest also nicht eine eigene Session wie zB bei einem echten Terminalserver sondern Du bedienst Quasi den aktuellen Bildschirm fern. Als Profil wird kein eigenes Terminalprofil benutzt sondern einfach Dein ganz normales Windows Profil (eigentlich macht der RDP unter Windows XP so etwas ähnliches wie VNC, nur ein bisschen besser und schneller)
2. Der Standardport für diesen eingeschränkten Terminaldienst ist 3389
3. dieser Standardport kann geändert werden.
Wenn Dir jetzt als outgoing Port von Deiner Arbeit nur 8080 zur Verfügung steht, kann man alles von 8080 auf den Terminaldienst daheim schicken, wenn der Standardport geändert wurde. Das ist der Trick.
4. RDP Client: Der Zugriff von der Arbeit auf daheim läuft mit dem Remotedesktop Client. (Der ist in jedem Windows XP integriert). Jetzt könnte es aber sein, daß du in der Arbeit einen Computer benutzt, der kein Windows XP verwendet oder daß dieser RDP Client gesperrt ist. Dann kannst du als Alternative den Webclient benutzen; an der TEchnik des Zugriffs ändert sich dadurch nichts. Der Webclient ist nichts anderes als eine HTML Seite mit einem Active X Control. Einm Active X läuft immer CLIENTSEITIG deshalb ist es völlig unerheblich, ob dieser Webclient (eigentlich nur die HMTL Seite + das ocx) auf einem Apache Server oder Windows Server oder sonst wo liegt. Aufgerufen und ausgeführt wird das Active X ja immer auf dem Computer der den DaheimComputer fernbedienen möchte...
Jetzt klar?
also irgendwie wird das nichts.... sorry, wenn ich so unverständlich lalle, scheint am österreichischen Akzent zu liegen
also:
1. Terminal Services: Windows XP Professional hat einen "kleinen Terminalserver" im System mitintegriert, dieser heißt Remoitedesktop und erlaubt ausschließlich Verbdindungen zur Konsole (es sei denn Du hast SP 2, aber darauf gehe ich jetzt nicht ein), die Konsole ist nichts anderes als das was Du am Bildschirm siehst, wenn Du davor sitzt, Du öffnest also nicht eine eigene Session wie zB bei einem echten Terminalserver sondern Du bedienst Quasi den aktuellen Bildschirm fern. Als Profil wird kein eigenes Terminalprofil benutzt sondern einfach Dein ganz normales Windows Profil (eigentlich macht der RDP unter Windows XP so etwas ähnliches wie VNC, nur ein bisschen besser und schneller)
2. Der Standardport für diesen eingeschränkten Terminaldienst ist 3389
3. dieser Standardport kann geändert werden.
Wenn Dir jetzt als outgoing Port von Deiner Arbeit nur 8080 zur Verfügung steht, kann man alles von 8080 auf den Terminaldienst daheim schicken, wenn der Standardport geändert wurde. Das ist der Trick.
4. RDP Client: Der Zugriff von der Arbeit auf daheim läuft mit dem Remotedesktop Client. (Der ist in jedem Windows XP integriert). Jetzt könnte es aber sein, daß du in der Arbeit einen Computer benutzt, der kein Windows XP verwendet oder daß dieser RDP Client gesperrt ist. Dann kannst du als Alternative den Webclient benutzen; an der TEchnik des Zugriffs ändert sich dadurch nichts. Der Webclient ist nichts anderes als eine HTML Seite mit einem Active X Control. Einm Active X läuft immer CLIENTSEITIG deshalb ist es völlig unerheblich, ob dieser Webclient (eigentlich nur die HMTL Seite + das ocx) auf einem Apache Server oder Windows Server oder sonst wo liegt. Aufgerufen und ausgeführt wird das Active X ja immer auf dem Computer der den DaheimComputer fernbedienen möchte...
Jetzt klar?
nochmal...
Der Webclient ist NUR erforderlich wenn Du Dich NICHT von einem Windows XP verbinden willst, bzw. wenn Du NICHT den TSClient installiert hast. (Der TSClient läuft auch auf NT, Win 95, Win98, Win 3.1...)
Der WebClient lässt sich sogar lokal aufrufen! Dazu brauchst Du keinen Webserver (nur macht das halt Sinn für unterwegs...)
Alles unklar?
Der Webclient ist NUR erforderlich wenn Du Dich NICHT von einem Windows XP verbinden willst, bzw. wenn Du NICHT den TSClient installiert hast. (Der TSClient läuft auch auf NT, Win 95, Win98, Win 3.1...)
Der WebClient lässt sich sogar lokal aufrufen! Dazu brauchst Du keinen Webserver (nur macht das halt Sinn für unterwegs...)
Alles unklar?
Ich glaube es ist zwecklos.... Du hast das Prinzip nicht behirnt.
Du brauchst keinen DC!!!!!
für den Test:
zB Client 1 192.168.1.1
Client 2 192.168.1.2
1. auf Client 1:
Unter Systemsteuer>>System>>Remote>>Benutzern erlauben, eine Remotedesktopverbindung herzustellen
---> Damit können alle User die Administrator sind oder die in der lokalen Gruppen Remotedesktopbenutzer vorkommen eine Verbindung über RDP machen
2. auf Client 2:
Programme>>Zubehör>>Kommunikation>>Remotedesktopverbindung
IP Adresse des Client 1 eingeben (hier 192.168.1.1)
auf Verbindung klicken, den Benutzernamen von Client 1 eingeben (Admin oder Rdp Rechte) ----> Client 2 sollte jetzt Client 1 fernsteuern können.
Das sind die Basics.
So. jetzt können wir krabbeln, los, jetzt versuchen wirs mit aufstehen.
Wenn das nicht funktioniert, brauchst Du erst gar nicht an der Firewall fummeln....
Was sind die Fehlermeldungen?
wenn das klappt----> Port umstellen auf Client 1, neustarten und von Client 2 nochmal verbinden aber diesmal mit 192.168.1.1:8080 (oder den Port den Du ausgewählt hast)
Versuch mal ob Du so weit kommst.
Sonst empfehle ich ein wenig Studium der einschlägigen Literatur und dann einen neuen Anlauf.
A.
Du brauchst keinen DC!!!!!
für den Test:
zB Client 1 192.168.1.1
Client 2 192.168.1.2
1. auf Client 1:
Unter Systemsteuer>>System>>Remote>>Benutzern erlauben, eine Remotedesktopverbindung herzustellen
---> Damit können alle User die Administrator sind oder die in der lokalen Gruppen Remotedesktopbenutzer vorkommen eine Verbindung über RDP machen
2. auf Client 2:
Programme>>Zubehör>>Kommunikation>>Remotedesktopverbindung
IP Adresse des Client 1 eingeben (hier 192.168.1.1)
auf Verbindung klicken, den Benutzernamen von Client 1 eingeben (Admin oder Rdp Rechte) ----> Client 2 sollte jetzt Client 1 fernsteuern können.
Das sind die Basics.
So. jetzt können wir krabbeln, los, jetzt versuchen wirs mit aufstehen.
Wenn das nicht funktioniert, brauchst Du erst gar nicht an der Firewall fummeln....
Was sind die Fehlermeldungen?
wenn das klappt----> Port umstellen auf Client 1, neustarten und von Client 2 nochmal verbinden aber diesmal mit 192.168.1.1:8080 (oder den Port den Du ausgewählt hast)
Versuch mal ob Du so weit kommst.
Sonst empfehle ich ein wenig Studium der einschlägigen Literatur und dann einen neuen Anlauf.
A.
Langsam bringst Du mich zum Verzweifeln, ehrlich!!
Warum lässt Du nicht die Finger von Dingen, die Dir offensichtlich trozt geduldigster Dau-sicheren-Anleitung zu hoch sind? Ich setze echt nicht viele Basics voraus, aber von einem durchschnittlichen Internet User darf man doch erwarten, daß er zumindest schon einmal in seinem Leben ein Active X installiert hat.... *augenverdreh*
zB Macromedia Flashplayer ist ein Actice X... und ungefähr den Unterschied zwischen einer EXTERNEN und einer INTERNEN IP Adresse/Hostname kennt.
Wenn Du eine Seite mit dem rdp Active X aufrufst, mußt Du es installieren, je nachdem, welches OS und welches Servicepack Du installiert hast
Ich verfluche den Tag, an dem ich diesen doofen Webclient einem Unwürdigen gegenüber erwähnt habe!!!!!
NOCH EINMAL:
WENN AUF DEM CLIENT MIT DEM DU ZUGREIFST EIN WINDOWS XP IST DANN BRAUCHST DU DEN WEBCLIENT NICHT!!!!!!!
Der Webclient macht exakt das, was der normale in jedem Windows XP integrierte und für JEDES Windows installierbare!!! Remotedesktopclient macht!!! Nur läuft er halt als Activce X und nicht als installiertes Programm...
Der Standardport ist immer 3389 (default)
nur wenn Du ihn wie oben beschrieben änderst, kannst Du ihn auf eine andere Zahl setzen. (bei Dir eben 8080 weil Deine Firewall nichts anderes durchlässt)
Wenn Du INNERHALB Deines LOKALEN Netzwerkes testest, dann wird der externe dyndns-Name so wertvoll wie ein kleines Steak sein ----> er wird ihn vermutlich nicht auflösen.
Das heißt aber, daß Du den Zugriff immer von AUSSEN testen mußt, wenn Du den EXTERNEN Hostnamen eingeben willst. Und natürlich muß Deine Firewall in der Lage sein, den Port (3389 bzw Deinen selbst vergebenen an den korrekten Host in Deinem Lan durchzumappen)
Hiemit schließe ich diesen Thread, bereue es zutiefst, meine Zeit an Dich verschwendet zu haben und bitte Dich herzlich, andere Idealisten zu nerven.
Nicht böse sein, schönen Abend noch.
A.
I don't know that women are always rewarded for being charming. I think they are usually punished for it!
Warum lässt Du nicht die Finger von Dingen, die Dir offensichtlich trozt geduldigster Dau-sicheren-Anleitung zu hoch sind? Ich setze echt nicht viele Basics voraus, aber von einem durchschnittlichen Internet User darf man doch erwarten, daß er zumindest schon einmal in seinem Leben ein Active X installiert hat.... *augenverdreh*
zB Macromedia Flashplayer ist ein Actice X... und ungefähr den Unterschied zwischen einer EXTERNEN und einer INTERNEN IP Adresse/Hostname kennt.
Wenn Du eine Seite mit dem rdp Active X aufrufst, mußt Du es installieren, je nachdem, welches OS und welches Servicepack Du installiert hast
Ich verfluche den Tag, an dem ich diesen doofen Webclient einem Unwürdigen gegenüber erwähnt habe!!!!!
NOCH EINMAL:
WENN AUF DEM CLIENT MIT DEM DU ZUGREIFST EIN WINDOWS XP IST DANN BRAUCHST DU DEN WEBCLIENT NICHT!!!!!!!
Der Webclient macht exakt das, was der normale in jedem Windows XP integrierte und für JEDES Windows installierbare!!! Remotedesktopclient macht!!! Nur läuft er halt als Activce X und nicht als installiertes Programm...
Der Standardport ist immer 3389 (default)
nur wenn Du ihn wie oben beschrieben änderst, kannst Du ihn auf eine andere Zahl setzen. (bei Dir eben 8080 weil Deine Firewall nichts anderes durchlässt)
Wenn Du INNERHALB Deines LOKALEN Netzwerkes testest, dann wird der externe dyndns-Name so wertvoll wie ein kleines Steak sein ----> er wird ihn vermutlich nicht auflösen.
Das heißt aber, daß Du den Zugriff immer von AUSSEN testen mußt, wenn Du den EXTERNEN Hostnamen eingeben willst. Und natürlich muß Deine Firewall in der Lage sein, den Port (3389 bzw Deinen selbst vergebenen an den korrekten Host in Deinem Lan durchzumappen)
Hiemit schließe ich diesen Thread, bereue es zutiefst, meine Zeit an Dich verschwendet zu haben und bitte Dich herzlich, andere Idealisten zu nerven.
Nicht böse sein, schönen Abend noch.
A.
I don't know that women are always rewarded for being charming. I think they are usually punished for it!
Wenn der Bildschirm leer ist ----> hast du das Active x nicht oder nicht richtig installiert oder der Browser erlaubt keine Ausführung von Active X...
nochmal (auch wenn Du's mit einer sagenhaft impertinenten Hartnäckigkeit nicht glaubst!! Active X wird nur am CLIENT ausgeführt!! NICHT am Server!!
Versuch mal von außen eine Verbindung mit dem Windows XP eigenen RDP Client auf Deinen Rechner daheim. (Mit IP oder Hostname:8080)
aufgeb
A.
nochmal (auch wenn Du's mit einer sagenhaft impertinenten Hartnäckigkeit nicht glaubst!! Active X wird nur am CLIENT ausgeführt!! NICHT am Server!!
Versuch mal von außen eine Verbindung mit dem Windows XP eigenen RDP Client auf Deinen Rechner daheim. (Mit IP oder Hostname:8080)
aufgeb
A.
Nutzen Sie einfach Anyplacepc
Professioneller geht es mit Inquiero - dem Rundumpaket mit Text-Chat, Voice over IP und Fernwartung. Prüfen Sie doch einmal den Einsatz von InQuiero (15 Tage kostenlos)
http://www.fernwartung.biz
Professioneller geht es mit Inquiero - dem Rundumpaket mit Text-Chat, Voice over IP und Fernwartung. Prüfen Sie doch einmal den Einsatz von InQuiero (15 Tage kostenlos)
http://www.fernwartung.biz
Hallo Zusammen,
sorry das ich den Thread nach langer Zeit wider hervor krame aber ich habe auch ein Problem mit dem Remotedesktop-Webverbinung.
Und zwar ist auf zwei Rechnern im Netzwerk Remotedesktopverbinung freigegebenen.
Die Rechner werden nur durch ihre Verschiedenen Ports angesprochen (3501 & 3502) welche vom Router gemappt sind. Klappt auch ohne Probleme unter XP. Auch die Installation vom TS-Web machte keine Probleme, allerdings kann ich keine Verbindung über dem IE aufbauen weil nach der Eingabe der IP und des Ports die Fehlermeldung kommt:
Es wurde ein ungültiger Servername eingegeben!
Muss der Port noch irgendwo editiert werden oder ist es einfach nicht möglich mit einem anderen Port als dem Standart eine Verbindung aufzubauen?
Danke Mandos
sorry das ich den Thread nach langer Zeit wider hervor krame aber ich habe auch ein Problem mit dem Remotedesktop-Webverbinung.
Und zwar ist auf zwei Rechnern im Netzwerk Remotedesktopverbinung freigegebenen.
Die Rechner werden nur durch ihre Verschiedenen Ports angesprochen (3501 & 3502) welche vom Router gemappt sind. Klappt auch ohne Probleme unter XP. Auch die Installation vom TS-Web machte keine Probleme, allerdings kann ich keine Verbindung über dem IE aufbauen weil nach der Eingabe der IP und des Ports die Fehlermeldung kommt:
Es wurde ein ungültiger Servername eingegeben!
Muss der Port noch irgendwo editiert werden oder ist es einfach nicht möglich mit einem anderen Port als dem Standart eine Verbindung aufzubauen?
Danke Mandos
hihi... das ist mein Haßthread...
Lieber Mandos!
Wenn Du einen anderen Port als 3389 für den Zugriff benutzen möchtest, musst Du diesen in der Registry des fernzubedienenden Clients einstellen.
Ich mache das so, wenn ich möchte daß der Client intern noch über 3389 extern aber zusätzlich über einen anderen Port erreichbar sein soll:
1. regedit ausführen
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp
diesen Tree exportieren mit dem Befehl Datei Exportieren
2. den Tree RDP-Tcp umbenennen auf RDP-Tcp1
3. dort den Key PortNumber von 3389 auf zB 3501 ändern
4. Regedit schließen
5. Exportierte Datei wieder importieren (Doppelklick und OK)
6. neu starten
Der Router muss dann den Port 3501 auf die Interne IP des Clients durchmappen (auf 3501), der Aufruf von extern muß im RDP Client mit deineexterneip:3501 erfolgen, intern kann der Aufruf OHNE Port erfolgen, weil der Computer auch noch auf 3389 "hört".
Wie sieht Deine Routerkonfiguration aus?
Extern 3501 auf interne IP x:3501 oder x:3389 ?
Hope this helps
A.
Lieber Mandos!
Wenn Du einen anderen Port als 3389 für den Zugriff benutzen möchtest, musst Du diesen in der Registry des fernzubedienenden Clients einstellen.
Ich mache das so, wenn ich möchte daß der Client intern noch über 3389 extern aber zusätzlich über einen anderen Port erreichbar sein soll:
1. regedit ausführen
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp
diesen Tree exportieren mit dem Befehl Datei Exportieren
2. den Tree RDP-Tcp umbenennen auf RDP-Tcp1
3. dort den Key PortNumber von 3389 auf zB 3501 ändern
4. Regedit schließen
5. Exportierte Datei wieder importieren (Doppelklick und OK)
6. neu starten
Der Router muss dann den Port 3501 auf die Interne IP des Clients durchmappen (auf 3501), der Aufruf von extern muß im RDP Client mit deineexterneip:3501 erfolgen, intern kann der Aufruf OHNE Port erfolgen, weil der Computer auch noch auf 3389 "hört".
Wie sieht Deine Routerkonfiguration aus?
Extern 3501 auf interne IP x:3501 oder x:3389 ?
Hope this helps
A.
Erst einmal vielen dank für die schnelle Antwort.
Und ja beim durchlesen ist mir schon ein wenig aufgefallen das dieser Thread wohl nicht zu deinen liebsten gehört. Ich will es aber auch nicht schlimmer machen und komme deswegen gleich zur Sache.
Die Portumstellung des fernzubedienenden Clients wurde genauso vorgenommen und getestet wie von dir beschrieben. Klappt auch einwandfrei auf jedem XP-Rechner.
Das heißt die Einstellungen beim Router sind richtig und die Ports werden wie gewollt durchgemappt. (Extern 3501 auf interne IP x:3501).
Bloß beim Versuch mich über einen Remote-Desktop im Internet Explorer einzuwählen kommt es immer, nach der Eingabe der IP und dem Port (XXX.XXX.XXX.XXX:Portnummer),
zu dieser Fehlermeldung.
Ich hoffe du hast noch eine Idee woran es liegen könnte.
Gruss Mandos
Und ja beim durchlesen ist mir schon ein wenig aufgefallen das dieser Thread wohl nicht zu deinen liebsten gehört. Ich will es aber auch nicht schlimmer machen und komme deswegen gleich zur Sache.
Die Portumstellung des fernzubedienenden Clients wurde genauso vorgenommen und getestet wie von dir beschrieben. Klappt auch einwandfrei auf jedem XP-Rechner.
Das heißt die Einstellungen beim Router sind richtig und die Ports werden wie gewollt durchgemappt. (Extern 3501 auf interne IP x:3501).
Bloß beim Versuch mich über einen Remote-Desktop im Internet Explorer einzuwählen kommt es immer, nach der Eingabe der IP und dem Port (XXX.XXX.XXX.XXX:Portnummer),
zu dieser Fehlermeldung.
Ich hoffe du hast noch eine Idee woran es liegen könnte.
Gruss Mandos
Bloß beim Versuch mich über einen Remote-Desktop im Internet Explorer einzuwählen kommt es immer, nach der Eingabe der IP und dem Port (XXX.XXX.XXX.XXX:Portnummer),
zu dieser Fehlermeldung.
Dein Zugriff über den TSWEBClient klappt nicht? Du musst die Seite ein wenig adaptieren, er braucht nämlich in der Function, die den Connect macht, den anderen Port
Der Befehl ist zB
MsRdpClient.AdvancedSettings.RDPPort=1234;
Sieh Dir mal den Quellcode von dieser Seite an, da ruft er gleich den Server und den richtigen Port auf
Hope this helps
A.
zu dieser Fehlermeldung.
Dein Zugriff über den TSWEBClient klappt nicht? Du musst die Seite ein wenig adaptieren, er braucht nämlich in der Function, die den Connect macht, den anderen Port
Der Befehl ist zB
MsRdpClient.AdvancedSettings.RDPPort=1234;
Sieh Dir mal den Quellcode von dieser Seite an, da ruft er gleich den Server und den richtigen Port auf
Hope this helps
A.
So es funktioniert.
Es war wirklich nur der Befehl der nur noch in den Quelltext der Seite eingefügt werden musste.
Vielen Dank für deine Hilfe.
Gruß Mandos
Es war wirklich nur der Befehl der nur noch in den Quelltext der Seite eingefügt werden musste.
Vielen Dank für deine Hilfe.
Gruß Mandos
Hallo
Du hast das ganze ja recht im griff samtpfote. toll. muss ich heute abend gerade mal einrichten und morgen ausprobieren.
Wäre es aber nicht auch möglich, wenn ich den tswebclient auf port 8080 konfiguriere.
und auf meinem Router zuhause Incoming port 8080 auf die interne ip und den port 3389 weiterleite?
Du hast das ganze ja recht im griff samtpfote. toll. muss ich heute abend gerade mal einrichten und morgen ausprobieren.
Wäre es aber nicht auch möglich, wenn ich den tswebclient auf port 8080 konfiguriere.
und auf meinem Router zuhause Incoming port 8080 auf die interne ip und den port 3389 weiterleite?