Zuverlässige Fernwartungstools für privat

[Incanus]

Dem nicht so versierten Benutzer erweist man aber einen Bärendienst, wenn man ihm das Weiterleiten der für RDP genutzten Ports empfiehlt.
Außerdem will man in der Regel ja einem Benutzer vor Ort helfen und ihm nicht etwas einrichten, von dem er nichts mitbekommt. Eine Bildschirmspiegelung (die mit Tricks auch bei RDP manchmal möglich ist) ist daher meist erwünscht.

 

[Mickey Mouse]

Ach komm. Muss man ständig alles vorkauen? Das war hier schon hundertfach Thema. Und sollte mittlerweile als allgemein bekannt voraus setzbar sein.

ach so, also doch wieder Stammtischgeschichten aus der "guten alten Zeit", als RDP noch nicht verschlüsselt war usw.

die Leute schnappen irgendwas im Internet auf, verstehen es nicht und plappern es munter weiter. Irgendwann glauben es dann alle.

dein Link liefert hier nur sinnlose Ergebnisse.
sage doch ganz einfach, warum man für RDP unbedingt ein VPN benötigt?
weil jemand mitlauschen könnte? Oder weil man den Account knackt? Oder, oder?
Was GENAU ist denn RDP schlimmer als an anderen Protokollen?

 

[cumulonimbus8]

Was GENAU ist denn RDP schlimmer als an anderen Protokollen?

Was ist an WIN schlimmer als am Mac?
Auf WIN hat man sich eingeschossen. Man muss aktiv einen bestimmten gewissen Port öffnen.
deswegen.

Außerdem verzichte ich dankend auf ein Protokoll das die Bildschirmauflösung ummodelt und mir bei Fernwartung nicht ermöglicht Soundfehler zu beheben.

CN8

 

[Mickey Mouse]

Auf WIN hat man sich eingeschossen.

hast du mal darüber nachgedacht, dass das eher ein Vor- als Nachteil ist?
ich arbeite bei einer internationalen, paranoiden Firma (davor bei einer noch paranoideren ) und selbst da sind die Domaincontroller per RDP erreichbar (ja ok, für die Standard Verwaltung gibt es Web-Interfaces).
in jeder normalen Firma ist RDP absoluter Standard, ohne den gar nichts funktionieren würde.
alleine deshalb wird ja nicht nur das Protokoll allgemein, sondern auch die Implementierungen auf den jeweiligen Systemen bis ins letzte Details überprüft und getestet.
eine Schwachstelle im RDP würde sofort eine riesige Welle schlagen!

Man muss aktiv einen bestimmten gewissen Port öffnen.

das ist so wie du es schreibst ja schonmal missverständlich (absichtlich?). Richtig ausgedrückt: es muss ein dir bekannter Port geöffnet werden. Du kannst auch den Dienst auf einen anderen als die Standards 3389/3390 lauschen lassen und/oder du leitest einen anderen, von dir gewünschten Port im Router auf den von RDP aktuell verwendeten weiter.

einen Port freigeben musst du aber bei jedem Protokoll, das ohne einen öffentlich zugänglichen "Vermittler" (man könnte es auch Mithörposten nennen) im Netz auskommen soll oder aus Datenschutzgründen i.d.R. MUSS.

ich habe einen VServer bei einem Hostinganbieter, der ist nur per SSH zu erreichen, anders komme ich da gar nicht ran.

jetzt die Frage an die Experten/Nachplapperer hier:
was ist denn eurer Meinung nach der große Unterschied, ob ich ohne VPN über das Internet:
a) zwischen zwei aktuellen Windows Rechnern (auf dem Ziel nur ein Account für RDP freigegeben, sicheres Password usw.) eine RDP Verbindung nutze
b) auf einen Unix Rechner per SSH zugreife

 

[scrafi]

SSH würde ich auch nur mit deaktiviertem Passwort Login ins Internet freigeben, das geht meines Wissens bei RDP nicht.

 

[Gurkenwasser]

Ich nutze AnyDesk. Früher habe ich TeamViewer verwendet. Hatte mit beiden Tools bisher keine Probleme.

 

[itm]

hast du mal darüber nachgedacht, dass das eher ein Vor- als Nachteil ist?
ich arbeite bei einer internationalen, paranoiden Firma (davor bei einer noch paranoideren ) und selbst da sind die Domaincontroller per RDP erreichbar (ja ok, für die Standard Verwaltung gibt es Web-Interfaces).
in jeder normalen Firma ist RDP absoluter Standard, ohne den gar nichts funktionieren würde.
alleine deshalb wird ja nicht nur das Protokoll allgemein, sondern auch die Implementierungen auf den jeweiligen Systemen bis ins letzte Details überprüft und getestet.
eine Schwachstelle im RDP würde sofort eine riesige Welle schlagen!


das ist so wie du es schreibst ja schonmal missverständlich (absichtlich?). Richtig ausgedrückt: es muss ein dir bekannter Port geöffnet werden. Du kannst auch den Dienst auf einen anderen als die Standards 3389/3390 lauschen lassen und/oder du leitest einen anderen, von dir gewünschten Port im Router auf den von RDP aktuell verwendeten weiter.

einen Port freigeben musst du aber bei jedem Protokoll, das ohne einen öffentlich zugänglichen "Vermittler" (man könnte es auch Mithörposten nennen) im Netz auskommen soll oder aus Datenschutzgründen i.d.R. MUSS.

ich habe einen VServer bei einem Hostinganbieter, der ist nur per SSH zu erreichen, anders komme ich da gar nicht ran.

jetzt die Frage an die Experten/Nachplapperer hier:
was ist denn eurer Meinung nach der große Unterschied, ob ich ohne VPN über das Internet:
a) zwischen zwei aktuellen Windows Rechnern (auf dem Ziel nur ein Account für RDP freigegeben, sicheres Password usw.) eine RDP Verbindung nutze
b) auf einen Unix Rechner per SSH zugreife

davon abgesehen das Best Practice eh SSH mit Zertifikaten ist? SSH nutzt starke Cipher und DHKeyexchangw… selbst rDP mit TLS nutzt noch streamcipher 🤷