Ich habe ein Problem mit Fernwartung zwischen einem Heim- und einem Arbeitsplatz-PC. Meine Frau und ich benutzen beide MSN Messenger und ich konnte ihren PC zu Hause über MSN Remote Assistance steuern. Vor einiger Zeit funktionierte das jedoch nicht mehr und ich weiß nicht warum.
Wir führen beide die neuesten Versionen von MSN Live Messenger aus, und ich habe überprüft, ob die entsprechenden Firewall-Ports geöffnet sind, aber es funktioniert immer noch nicht und MSN sagt nur etwas Nutzloses wie "Die Person antwortet nicht".
Irgendwelche Vorschläge, wie ich dies diagnostizieren kann?
Weitere Informationen: Ich habe gerade Remote Desktop zwischen Arbeits-PC und Heim-PC ausprobiert, und es funktioniert gut - also gehe ich davon aus, dass alle entsprechenden Anschlüsse offen sind. Nur Remoteunterstützung funktioniert nicht.
Ich möchte RA zum Laufen bringen, um zu zeigen, wie man Dinge aus der Ferne erledigt. Mit Remote Desktop wird die Person am anderen Ende gebootet und kann nicht sehen. Mit der Remoteunterstützung können sie Schritt für Schritt folgen.
Einige Anmerkungen unten schlagen vor, andere Lösungen zu verwenden, was in Ordnung ist und funktionieren, aber es muss eine Möglichkeit geben, RA zu diagnostizieren und es zum Laufen zu bringen.
Ich experimentierte noch etwas damit. Das Notebook, das ich heute bei der Arbeit verwendet habe und das sich weigerte, eine Verbindung herzustellen, funktioniert gut für Fernunterstützung, wenn ich es nach Hause bringe. Ich denke, dass dies ein Problem mit unserer Netzwerkkonfiguration bei der Arbeit sein muss. Ich habe überprüft, dass 3389 auf der Firewall des Bürorouters geöffnet ist und der Remotedesktop auf beide Arten funktioniert .... nur keine Remoteunterstützung.
Ich habe gelesen, dass Remote Assistance nicht funktioniert, wenn sich Client und Server hinter Non-UPnP / NAT-Routern befinden. Wenn man UPnP hat, sollte es funktionieren. Bei Office-Routern ist UPnP nicht aktiviert, bei mir zu Hause jedoch.
Ich habe auch die Ereignisprotokolle an beiden Enden durchforstet, nichts Besonderes - es sei denn, ich schaue in die falsche Richtung.
Anmerkung (aus Kommentar kopiert): Ich habe gerade ShowMyPC ausprobiert, das auf VNC basiert und zwar funktioniert, aber ich würde trotzdem gerne herausfinden, was mit RA falsch ist - es stört mich nur.
Bei der Frage geht es nur um Remoteunterstützung, es müssen keine Lösungen vorgeschlagen werden, die auf anderen Programmen basieren. [/ edit von Gnoupi]
Ich benutze TeamViewer, um meinen Freunden und meiner Familie "technischen Support" zu bieten, und es funktioniert. Sie müssen an keiner Seite etwas konfigurieren, und meiner Erfahrung nach funktioniert es sogar durch Firewalls und Stellvertreter von Unternehmen und Schulen. Die Verwendung ist so einfach wie das Öffnen der .exeDatei.
Es ist auf der TeamViewer-Website verfügbar . Es ist auch eine tragbare Version verfügbar.
Versuchen Sie es mit VNC?
Software, die verbirgt, dass es vor dem Benutzer funktioniert, um es "einfach" zu machen, ist bekanntermaßen schwer zu debuggen, wenn etwas schief geht. VNC stellt Ihnen die gleiche Funktionalität zur Verfügung und gibt auch nützliche Nachrichten aus, wenn dies nicht funktioniert.
In den Systemeigenschaften ( Win+ Pause) befindet sich eine Remote-Registerkarte. Stellen Sie sicher, dass Ihr PC ferngesteuert werden kann:
Prüfen Sie, ob das Netzwerk aus irgendeinem Grund als "Öffentlich" festgelegt wurde.
In diesem Fall ist die Firewall-Ausnahme für die Remoteunterstützung deaktiviert.
Wenn das nicht das Problem ist, würde ich auf jeden Fall alle Firewalls ausschalten und erneut testen.
Wenn Sie die offensichtlichen Sicherheitsbedenken Ihrer aktuellen Einrichtung ignorieren, ist ein Problem wie dieses schwer zu finden. Da der Datenverkehr mehrere Router und Switches passieren muss, um von zu Hause zu Ihren Arbeitsmaschinen zu gelangen, besteht die beste Möglichkeit zur Problembehandlung darin, die Verbindungen zu vereinfachen. Ich würde sie in der Reihenfolge testen:
1) Zwei Maschinen im selben Netzwerk. - Ich sehe, du hast das schon gemacht.
2) Zwei von Ihrem Router getrennte Maschinen. Dies ist etwas komplizierter. Sie müssen einen Computer zwischen Ihrem Router und dem Internet anschließen. Der einfachste Weg, dies zu tun, besteht darin, einen anderen Router anzuschließen und Ihre zweite Maschine und Ihren aktuellen Router daran anzuschließen. Dadurch wird die Firewall des Heimnetzwerks auf dem Router getestet.
3) Zwei Maschinen an verschiedenen Orten auf demselben ISP. Fragen Sie einen Freund oder Nachbarn, vorzugsweise einen desselben Diensteanbieters, ob Sie einen Computer direkt an das Modem anschließen können (ohne den Router zu wechseln). Dadurch wird sichergestellt, dass Ihr Modem oder das interne Netzwerk des ISP dies nicht verhindern.
Wenn das vor allem funktioniert, dann ist eines von zwei Dingen im Gange. Entweder funktioniert Ihr Arbeitsnetzwerk nicht richtig oder der ISP blockiert diese Art von Datenverkehr. Ich habe gehört, dass viele ISPs verschiedene Ports "zu Ihrem eigenen Schutz" blockieren. Es gibt wirklich nichts, was Sie in diesem Fall tun können, sie kontrollieren die Bits und können damit machen, was sie wollen.
Trotz alledem würde ich mir einen VPN-Router zulegen. Dies ist im Allgemeinen eine viel bessere Methode, um eine Verbindung zu einem Netzwerk herzustellen, da Sie einen Benutzernamen und ein Kennwort verwenden müssen, um Zugriff auf das interne Netzwerk zu erhalten. In dieser Konfiguration kann jeder auf der Welt versuchen, eine Remote-Desktopsitzung brutal zu erzwingen. Es gibt auch viele Probleme mit uPnP, die Sie für Angriffe öffnen können. Ein VPN würde die Notwendigkeit des Öffnens von Ports umgehen und den Computer virtuell in demselben Netzwerk wie der Heim-PC installieren. Das ändert die Verbindung logisch in etwas, von dem Sie wissen, dass es funktioniert.
Hoffe das hilft.
EDIT: Given you are establishing the connection using MSN I guess my answer does not apply.
Excuse me if this is too obvious but just to be sure: does the resulting invitation file include your public IP or the inner/private one? When you create the invitation on a PC that is behind a router usually the RCTICKET attribute contains the inner IP together with some weird port number.
RCTICKET="65538,1,192.168.1.102:49201...
Especially the inner IP is useless behind a router. I'm not sure what to think about the port number, might be worth playing with that a bit. (At the very moment I can't test it unfortunately.)
I'm experiencing the same issue you described (worked before, does not now) and this has been one pitfall I've noted.