Portweiterleitung für RDP

Ich versuche, Remote Desktop auf meinem Computer einzurichten. Es läuft derzeit Windows 7. RDP ist so eingestellt, dass eingehende Verbindungen zulässig sind.

Hab ich folgte den Anweisungen auf PortForward.com, aber ich habe kein Glück. Hier sind die details:

Router: TP-LINK WR841N -- WanIP=192.168.0.2, LanIP=192.168.0.1
                          DHCP Bounds = 192.168.1.100 (start) through 192.168.1.199

Computer Static IP (Assigned) = 192.168.1.151

External IP (whatsmyip.com) = 111.67.xxx.xxx

Beachten Sie auch, dass Port 3389 auf dem Router an IP 192.168.1.151 weitergeleitet wird und für alle Protokolle aktiviert ist.

Wenn ich nun PFPortCheck ausführe, erhalte ich " Port 3389 konnte nicht getestet werden, da eine andere Anwendung Folgendes hat diesem port gesperrt. Schließen Sie alle Anwendungen, die diesen Port verwenden, und versuchen Sie es erneut."

Jetzt ist das lustig, da ich alle Antiviren-und Firewall-Software von meinem Computer entfernt und Windows Defender deaktiviert habe.

Also führe ich "netstat-aon" aus und erhalte Folgendes:

TCP    0.0.0.0:3389    0.0.0.0.:0    LISTENING    PID=1216

PID 1216 wird im Task-Manager nicht angezeigt, aber die Verwendung von "tasklist" über die Befehlszeile zeigt, dass es sich um svchost handelt.exe. Also habe ich den Prozess mit "taskkill /PID 1216 /F" beendet und es magisch beendet.

Wenn ich zu PFPortCheck zurückkehre, versuche ich, den Port erneut zu testen. Erst jetzt bekomme ich "Wir konnten Ihren Router nicht anpingen" und "Ihr Port ist NICHT GEÖFFNET oder nicht erreichbar!".

Also, kann mir jemand sagen, wie ich diesen Port öffnen kann, damit ich über die Straße gehen und RDP hineingehen kann?

Dank

Jason -

Author: TechnoCore, 2012-12-29

3 answers

Ich bin mir ziemlich sicher, dass der Prozess, der 3389 sperrt, RDP selbst ist. Wenn Sie zuerst Remote-Verbindungen deaktivieren und erneut testen, sollte es in der Lage sein, erfolgreich zu testen, zumindest hat es bei mir funktioniert.

  1. Systemsteuerung > System > Fernverbindungen
  2. Remote-Verbindungen deaktivieren und anwenden.
  3. Erneut mit Port Checker testen, könnte eine Minute dauern, bis RDP den Port freigibt
  4. Nachdem Sie Ihre Ergebnisse haben, können Sie Remote-Verbindungen wieder aktivieren und Anwenden

Dies sollte es zumindest für Sie eingrenzen, derzeit habe ich den Ports-Test erfolgreich nach dem Deaktivieren von RDP. Nicht sicher, was der rest des Problems ist.

 0
Author: TechnoCore,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/techietown.info/template/agent.layouts/content.php on line 61
2015-03-03 22:30:46

Ihr ISP könnte je nach Paket die Portweiterleitung blockieren. Die Lösung wäre, Ihr Paket zu aktualisieren. Ref: Blockiert mein ISP Ports? Es gibt andere Problemumgehungen; ref: Wie kann ich einen Server haben, auch wenn mein ISP eingehende Anforderungen an meine IP blockiert?

 0
Author: Geoffrey Wheeler,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/techietown.info/template/agent.layouts/content.php on line 61
2018-09-10 03:19:32

Es ist durchaus möglich, dass die Windows-Firewall blockiert.

Öffnen Sie das Windows Firewall MMC-Snap-In (wf.msc im Feld Ausführen oder Suchfeld starten), klicken Sie auf Eingehende Regeln und suchen Sie die folgenden Regeln: windows-firewall - eingehende Regeln

Die Gruppe von 5 Regeln sollte grün markiert sein. Es ist wahrscheinlich, dass Sie die TCP-WS-In/TCP-WSS-In-Regeln nicht benötigen, aber ich aktiviere sie trotzdem der Vollständigkeit halber.

Wenn sie nicht grün markiert sind, wählen Sie alle 5 aus, klicken Sie mit der rechten Maustaste und aktivieren Sie dann Regel. Versuchen Sie RDP wieder.

 0
Author: Thomas Jones,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/techietown.info/template/agent.layouts/content.php on line 61
2021-01-15 05:07:50