Ich habe begonnen, Remotedesktopverbindungen auf einem meiner Computer zu akzeptieren. Wenn ich den Computer über ein Ethernet-Kabel mit meinem Router verbinde, kann ich ihn anpingen und eine Remoteverbindung herstellen (über RDP). Wenn ich den Computer jedoch über ein drahtloses Netzwerk verbinde, kann ich ihn nicht anpingen (oder über RDP darauf zugreifen).
Obwohl ich damit leben kann, diese Maschine über ein Ethernet-Kabel anzuschließen, wollte ich nur wissen, warum es nicht über WLAN funktioniert. Kann der Router keine Pakete an diesen Host weiterleiten, wenn er über WLAN verbunden ist? Wenn ja, gibt es Lösungen?
Auf meinem Computer läuft Windows 7
Antwort1
Es sieht so aus, als hätte ich dasselbe Problem und habe möglicherweise die Lösung für Sie.
Erste Anmerkung (zu RDP): Dies ist unter Windows 7 standardmäßig deaktiviert und sollte natürlich aktiviert werden (erweiterte Einstellungen des Computers).
Einige weitere Anmerkungen (hauptsächlich für Pratyush und Bob): Ich gehe davon aus, dass jemand, der Befehle wie „Ping“ und RDP kennt, nicht so ignorant ist, die falsche IP-Adresse für die Verbindung zu verwenden, und wahrscheinlich auch die Firewall-Einstellungen auf beiden Seiten überprüft hat. Weder DHCP noch die Freigabe wären die wahrscheinlichste Ursache für ein solches Problem. Ping und RDP haben an sich nichts mit der Freigabe zu tun (d. h. mit den Firewall-Einstellungen). Ein Computer kann funktionierende Freigaben für alle im Netzwerk haben und trotzdem nicht auf Ping- oder RDP-Anfragen antworten. Auch der Verbindungstyp (Privat, Arbeit, Domäne oder Öffentlich) sollte keinen Unterschied machen, sobald die Firewall-Einstellungen den gesamten ICMP- und RDP-Verkehr zulassen oder die Firewall ausgeschaltet ist und im Falle eines Domänennetzwerks Gruppenrichtlinien, die dieses Problem verursachen, ausgeschlossen werden können. Die Funktion dieser Unterschiede bei den Verbindungstypen besteht hauptsächlich darin, Sicherheitsflexibilität zwischen den verschiedenen Netzwerken zu ermöglichen. Sie würden natürlich strengere Sicherheitseinstellungen für öffentliche Netzwerke wünschen als für private oder Arbeits-/Domänennetzwerke. Durch die (automatische) Erkennung des richtigen Netzwerktyps können die Dinge für diejenigen, die häufig ihren Standort/ihr Netzwerk wechseln, viel einfacher gemacht werden.
Nun zur Lösung. Ich habe die wahrscheinlichste Ursache erraten, da - als Faustregel und aufgrund meiner 52-jährigen Lebenserfahrung - die wahrscheinlichste Ursache für etwas nicht zufällig die „wahrscheinlichste“ ist. Sehr oft IST sie die Ursache, also ist es am besten, dies zuerst zu prüfen.
Ich habe ein Netzwerk mit einigen Windows 2003- und Windows 2008-Servern, einem Desktop Windows 7, alles über UTP-LAN, und 3 Windows 7-Laptops, die ich über WLAN und/oder UTP-LAN verbinden kann.
Die Symptome, die ich bei zwei Laptops festgestellt habe, beide im WLAN-Netzwerk und der Internetverkehr auf beiden über WLAN verbundenen Laptops funktionierten einwandfrei (DHCP, DNS, Routing, Ping zum Router oder Internet usw.: kein Problem). Zuerst habe ich die korrekten IP-Adressen für die WLAN-Verbindungen auf den Laptops überprüft (DHCP, aber reservierte Adressen), da sie auch eine mögliche UTP-Verbindung (also kabelgebunden) haben. Ping- oder RDP-Verbindungzwischenzwei WLAN-Clients im Netzwerk verbunden gibt keine Antwort Ping oder RDP-Verbindungzu jedemMit dem Netzwerk verbundener UTP-LAN-Client funktioniert normal Ping oder RDP-Verbindungvon irgendwelchenEin mit einem dieser WLAN-Laptops verbundener UTP-LAN-Client funktioniert normal. Ich habe zur Sicherheit vorübergehend die Firewalls auf beiden WLAN-Clients ausgeschaltet. Da das Problem aber weder bei noch von einem per UTP verbundenen Client auftrat, war dies eigentlich sinnlos. Wenig überraschend führte dies auf beiden WLAN-Laptops zu denselben Ergebnissen.
Dies bedeutete offensichtlich, dass das Problem nur ZWISCHEN WLAN-verbundenen Geräten auftrat und nichts mit den lokalen Firewall-Einstellungen zu tun hatte, und dass UTP-LAN-Geräte (Kabel) keine Anzeichen dieses Problems zeigten. Die wahrscheinlichste Ursache konnte also kaum etwas anderes als zwei Dinge sein: 1. Eine Gruppenrichtlinieneinstellung, die bestimmten Datenverkehr über WLAN untersagte. 2. Der WLAN-Router blockierte einen Teil des Netzwerkverkehrs. Da ich die Gruppenrichtlinieneinstellungen überprüft habe und diese nicht einmal für diejenigen gelten, die keine Windows-Domänenumgebung ausführen und auch dieses Problem haben, war die zweite Option die wahrscheinlichste.
Also schaute ich mir die WLAN-Einstellungen des Routers an und fand eine Einstellung namens „Intra-BSS-Verkehrsblockierung“Ich habe einen ZyXEL P-2811HNU-F1 Wireless-Router/Modem, aber dies kann durchaus auch bei anderen Geräten standardmäßig eingeschaltet sein. Ich habe diese Einstellung deaktiviert und alles hat einwandfrei funktioniert. Offensichtlich ist dies eine Einstellung, die den Datenverkehr zwischen Wireless-Clients blockiert und als zusätzliche Sicherheit für per WLAN verbundene Geräte (ähnlich einer Firewall) für ansonsten ungeschützte Geräte dient. Denken Sie an WLAN-Drucker, Fernseher oder Smartphones. Wer weiß, welche Firewall-Einstellungen diese Art von Geräten haben???
PS: Eine weitere mögliche (aber nicht allzu wahrscheinliche) Ursache für dieses Problem könnte sein, dass das WLAN-Modem/der WLAN-Router als Router zwischen WLAN und (Kabel-/UTP-)LAN konfiguriert werden kann und im WLAN einen anderen IP-Netzwerkbereich hat als im LAN. In diesem Fall könnten NAT (Portweiterleitung), Router-Einstellungsfehler oder bestimmte Firewall-Einstellungen am Werk sein, die dieses Problem verursachen.
Antwort2
Sind Sie sicher, dass Sie die richtige IP-Adresse haben? Überprüfen Sie dies mit ipconfig /all.
Wenn Sie sich remote anmelden müssen, weisen Sie der Maschine am besten eine statische Adresse zu, anstatt DHCP zu verwenden. Dies müssen Sie in den Windows-Netzwerkverbindungseinstellungen für die LAN- und WLAN-Adapter separat tun.
Wenn Sie dem WLAN-Adapter die gleiche IP zuweisen wie dem LAN-Adapter, dürfen Sie keine Verbindung mit beiden Adaptern gleichzeitig herstellen.
Wenn Sie ihm eine andere IP zuweisen, müssen Sie möglicherweise die Portweiterleitung auf Ihrem Router konfigurieren, wenn Sie sich von einem externen Netzwerk aus verbinden. In diesem Fall wird standardmäßig ein anderer externer Port (z. B. 3390) gewählt und an die interne IP/den internen Port (Standard 3389) weitergeleitet. In diesem Fall würden Sie sich ip:portbeispielsweise über verbinden 127.0.0.1:3390.