Remotedesktop/Fernwartung über Proxy
Hallo,
ich möchte eine W2k3 Server mit irgendeiner Software über das Internet fernwarten, wobei der Server hinter einer Proxy/Firewall Konfiguration hängt, über die ich nichts näheres Bescheid weiß, als dass sie ausgehend die Standard Internetdienste (Mail, HTTP, FTP) zulässt und sonst kaum noch etwas.
Ich bräuchte also eine ausgehende Verbindung vom Server, da ich keinen Port forwarden kann, die über den Proxy geht und mir eine Fernwartung/Remotedesktop ermöglicht.
Ich habe bereits versucht, den Windows Remotedesktop zu tunneln, das funktioniert allerdings nicht.
Kennt jemand ein Fernwartungprogramm, dass das ganze auch über Proxy beherrscht oder hat jemand eine Idee wie ich so etwas realisieren könnte?
Danke für alle Tipps!
ich möchte eine W2k3 Server mit irgendeiner Software über das Internet fernwarten, wobei der Server hinter einer Proxy/Firewall Konfiguration hängt, über die ich nichts näheres Bescheid weiß, als dass sie ausgehend die Standard Internetdienste (Mail, HTTP, FTP) zulässt und sonst kaum noch etwas.
Ich bräuchte also eine ausgehende Verbindung vom Server, da ich keinen Port forwarden kann, die über den Proxy geht und mir eine Fernwartung/Remotedesktop ermöglicht.
Ich habe bereits versucht, den Windows Remotedesktop zu tunneln, das funktioniert allerdings nicht.
Kennt jemand ein Fernwartungprogramm, dass das ganze auch über Proxy beherrscht oder hat jemand eine Idee wie ich so etwas realisieren könnte?
Danke für alle Tipps!
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 39770
Url: https://administrator.de/forum/remotedesktop-fernwartung-ueber-proxy-39770.html
Ausgedruckt am: 23.12.2024 um 14:12 Uhr
4 Kommentare
Neuester Kommentar
hi,
das solltest du mal raußfinden und posten, sonst ist keine hilfe möglich
hier solltest du mal in die grundlagen von netzwerkverbindungen gucken... stichwort "nat", das hat allerdings mit dem proxy nichts zu tun... so wie du dir das vorstellst, geht es nicht, außer jemand baut vom server aus aktiv eine verbindung zu dem rechner auf, von dem ferngewartget werden soll und das ist bestimmt nicht sinn und zweck
wie auch, vom internet aus erreicht man den server nicht... s.h. nat
gruß t
wobei der Server hinter einer
Proxy/Firewall Konfiguration hängt,
über die ich nichts näheres
Bescheid weiß,
Proxy/Firewall Konfiguration hängt,
über die ich nichts näheres
Bescheid weiß,
das solltest du mal raußfinden und posten, sonst ist keine hilfe möglich
Ich bräuchte also eine ausgehende
Verbindung vom Server, da ich keinen Port
forwarden kann, die über den Proxy geht
und mir eine Fernwartung/Remotedesktop
ermöglicht.
Verbindung vom Server, da ich keinen Port
forwarden kann, die über den Proxy geht
und mir eine Fernwartung/Remotedesktop
ermöglicht.
hier solltest du mal in die grundlagen von netzwerkverbindungen gucken... stichwort "nat", das hat allerdings mit dem proxy nichts zu tun... so wie du dir das vorstellst, geht es nicht, außer jemand baut vom server aus aktiv eine verbindung zu dem rechner auf, von dem ferngewartget werden soll und das ist bestimmt nicht sinn und zweck
Ich habe bereits versucht, den Windows
Remotedesktop zu tunneln, das funktioniert
allerdings nicht.
Remotedesktop zu tunneln, das funktioniert
allerdings nicht.
wie auch, vom internet aus erreicht man den server nicht... s.h. nat
gruß t
Hallo,
es gibt die UltraVNC-Variante "Single Click":
http://ultravnc.sourceforge.net/addons/singleclick.html
Die baut die VNC-Verbindung ausgehend vom Server aus auf, also den umgekehrten Weg als üblich. Das Problem mit für die Außenwelt nicht offenen Ports entfällt dann.
Das bedingt natürlich, dass die IP des Rechners, _von dem aus_ gewartet werden soll, gleich bleibt. Eventuell lässt sich so etwas aber über DynDNS machen, wenn Du über einen Provider ins Netz gehst und immer eine andere IP zugewiesen bekommst.
UltraVNC bietet auch noch einige Add-Ons für die Verwendung mit Routern etc.:
http://ultravnc.sourceforge.net/addons/index.html
Eventuell kann etwas davon Dir weiterhelfen.
Gruß,
Tim
es gibt die UltraVNC-Variante "Single Click":
http://ultravnc.sourceforge.net/addons/singleclick.html
Die baut die VNC-Verbindung ausgehend vom Server aus auf, also den umgekehrten Weg als üblich. Das Problem mit für die Außenwelt nicht offenen Ports entfällt dann.
Das bedingt natürlich, dass die IP des Rechners, _von dem aus_ gewartet werden soll, gleich bleibt. Eventuell lässt sich so etwas aber über DynDNS machen, wenn Du über einen Provider ins Netz gehst und immer eine andere IP zugewiesen bekommst.
UltraVNC bietet auch noch einige Add-Ons für die Verwendung mit Routern etc.:
http://ultravnc.sourceforge.net/addons/index.html
Eventuell kann etwas davon Dir weiterhelfen.
Gruß,
Tim
Hallo,
Also, man kann im normalen VNCViewer explizit eine Proxy-IP angeben, über die die Verbindung läuft. Allerdings funktioniert bei SingleClick der Verbindungsaufbau ja nicht vom Viewer auf den Server sondern umgekehrt. In der Konfiguration von SingleClick gibt es keine Angabe für einen Proxy.
Ich kann Dir also nur den Tipp geben, es einfach mal auszuprobieren und zu schauen, wie sich die Software verhält. Allerdings sagt die Vernunft, dass SingleClick den Proxy nicht von sich aus finden wird.
Tim
Kann UltraVNC denn diese ausgehende
Verbindung über einen Proxy aufbauen,
denn genau da liegt mein Problem!
Ich benötige eine Fernwartung mit
ausgehender Verbindung Server>Client, die
über einen Proxy konfigurierbar ist.
Gibts da was?
Verbindung über einen Proxy aufbauen,
denn genau da liegt mein Problem!
Ich benötige eine Fernwartung mit
ausgehender Verbindung Server>Client, die
über einen Proxy konfigurierbar ist.
Gibts da was?
Also, man kann im normalen VNCViewer explizit eine Proxy-IP angeben, über die die Verbindung läuft. Allerdings funktioniert bei SingleClick der Verbindungsaufbau ja nicht vom Viewer auf den Server sondern umgekehrt. In der Konfiguration von SingleClick gibt es keine Angabe für einen Proxy.
Ich kann Dir also nur den Tipp geben, es einfach mal auszuprobieren und zu schauen, wie sich die Software verhält. Allerdings sagt die Vernunft, dass SingleClick den Proxy nicht von sich aus finden wird.
Tim