Kann keine Verbindung zum lokalen Server von anderen Geräten (über WLAN verbunden) herstellen, wenn der Server über WLAN verbunden ist
Es gibt Heimnetzwerk: 192.168.1.0/24, Standardgateway 192.168.1.1 (DHCP)
Es gibt einen Webserver, der auf einem Host ausgeführt wird, nennen wir den Host "Server".
Es gibt mehrere Geräte, die über WLAN (Clients) mit dem Router verbunden sind.
Problem: Clients können keine Verbindung zum Server herstellen, wenn er über WLAN mit dem Netzwerk verbunden ist. Sie können jedoch eine Verbindung herstellen, wenn sie über Ethernet verbunden ist.
" kann keine Verbindung herstellen" bedeutet:
http ://192.168.1.15/myservice- "Hoppla! Google Chrome konnte keine Verbindung herstellen 192.168.1.15"Telnet / ping
192.168.1.15- "Zielhost nicht erreichbar"
Server: Ubuntu 12.04 x86_64 (kernel 3.8.0-35-generic)
# ufw status
Status: inactive
# iptables -L
Chain INPUT (policy ACCEPT)
target prot opt source destination
Chain FORWARD (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
Server ethernet-Netzwerk-Konfiguration
# ifconfig eth2
inet addr:192.168.1.14 Bcast:192.168.1.255 Mask:255.255.255.0
# netstat -rn
Kernel IP routing table
Destination Gateway Genmask Flags MSS Window irtt Iface
0.0.0.0 192.168.1.1 0.0.0.0 UG 0 0 0 eth2
169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth2
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth2
Server wifi-Netzwerk Konfiguration
# ifconfig eth3
inet addr:192.168.1.15 Bcast:192.168.1.255 Mask:255.255.255.0
# netstat -rn
Kernel IP routing table
Destination Gateway Genmask Flags MSS Window irtt Iface
0.0.0.0 192.168.1.1 0.0.0.0 UG 0 0 0 eth3
169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth3
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth3
JIC, ich kann von(!) der Server (aber wahrscheinlich verbindet er sich stattdessen nur über die Loopback-Schnittstelle).
Was ist das problem?
4 answers
Wie erhält Ihr Server seine IP-Adresse?
Im Allgemeinen weist DHCP verschiedenen Schnittstellen unterschiedliche IP-Adressen zu, obwohl die betreffenden NICs möglicherweise zum selben PC gehören.
Woher konnte der DHCP-Server wissen, dass zwei verschiedene NICs zum selben PC gehören? Alle DHCP-Server sieht, sind die MAC-Adressen der beiden Karten, und sie sind unterschiedlich. Daher weist es verschiedene IP-Adressen zu.
Versuchen Sie als Test
http://192.168.1.15/myservice
Stattdessen verwenden von 15, die IP-Adresse des Web server, wenn es ist verbunden über wifi. Ich Wette, es wird funktionieren.
Die bei weitem einfachste Lösung besteht darin, den Server immer über dieselbe NIC-Karte verbunden zu lassen. Die zweite einfachste Lösung besteht darin, Adressreservierung für die MAC-Adresse der Ethernet-Karte des Webservers zu aktivieren und dieselbe Adresse auf die WLAN-Karte des Webservers zu fälschen, wenn sie über WLAN mit dem verbunden ist.
Wenn Sie durch das Wort verwirrt sind Parodie bedeutet, die wahre MAC-Adresse der WLAN-Karte zu maskieren und sie so aussehen zu lassen, als hätte sie eine andere MAC-Adresse. Es gibt Programme, um dies in allen Betriebssystemen zu tun.
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
2014-01-18 13:03:58
Die WLAN-Schnittstelle wird möglicherweise NACH dem Start der Systemdienste angezeigt, während die Ethernet-Verbindung VOR DEM Start der Dienste angezeigt wird.
Wenn Ihr Webserver explizit an die Wi-Fi-Adresse gebunden ist und vor Wi-Fi gestartet wird, versucht er möglicherweise, einen Abhörport zu öffnen, schlägt fehl und vergisst diese IP-Adresse ganz-dh danach keine Verbindungen.
Denken Sie daran, dass sich das WLAN bei Ihrem Router authentifizieren muss, bevor irgendetwas es verwenden kann (einschließlich ALLER Systeme Service). Wenn Sie dies nach dem Systemstart manuell tun, ist dies verdächtig.
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
2014-01-18 15:46:16
Alte Frage ist alt, aber immer noch... Ich bemerke, dass niemand das Potenzial des Webservers erwähnt hat, an eine bestimmte IP-Adresse gebunden zu sein, obwohl der angezeigte Fehler can ' t connect auf 192.168.1.15 ist, während der eth2 eindeutig für 192.168.1.14 und eth3 für 192.168.1.15 konfiguriert ist. In einem solchen Fall sollte man überprüfen, ob ihr Webserver an die richtige IP gebunden ist oder eine verfügbare IP verwenden soll.
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
2017-07-18 03:43:52
Während ich denke, dass alle bereits gegebenen Antworten gute Vermutungen sind, denke ich, dass es hier 2 Möglichkeiten gibt. Entweder Daniel B. war auf etwas mit der "APA" - Idee, oder es gibt ein Problem mit arp.
Ich könnte Ihnen nicht viel helfen, Ihnen zu sagen, wie Sie die AP-Isolationseinstellungen Ihres Routers überprüfen können, da ich sicher bin, dass dies davon abhängt, ob diese Funktionalität in Ihrem Router vorhanden ist und welche Art von Benutzeroberfläche Ihr Router bietet. Da diese Frage ist ziemlich alt, ich kann mir nicht vorstellen, dass ich auch darauf eine Antwort bekomme, aber wenn OP antwortet, wäre ich bereit, sie zu recherchieren und Anweisungen zum Überprüfen/Beheben bereitzustellen.
Ich kann Ihnen sagen, wie Sie überprüfen können, ob es ein Problem mit arp ist. Wenn Sie Windows-Clients ausführen, starten Sie eine administrative Eingabeaufforderung. Klicken Sie in Windows 10 auf Start, geben Sie "cmd" ein, klicken Sie mit der rechten Maustaste auf Eingabeaufforderung und wählen Sie im Kontextmenü "Als Administrator ausführen". An der Eingabeaufforderung können Sie " arp -a",
C:\Windows\system32>arp -a 192.168.1.15
Interface: 192.168.0.123 --- 0x13
Internet Address Physical Address Type
192.168.1.15 00-50-56-3e-ce-3e dynamic
Stellen Sie sicher, dass die angegebene MAC-Adresse mit der MAC-Adresse Ihrer WLAN-Karte übereinstimmt. Wenn nicht, können Sie versuchen, den ARP-Cache zu löschen...
C:\Windows\system32>arp /d 192.168.1.15
Versuchen Sie erneut, die Serveradresse 192.168.1.15 von Ihrem Client aus zu pingen, und überprüfen Sie dann erneut den ARP-Cache, um festzustellen, ob die richtige MAC-Adresse für die WLAN-Karte auf Ihrem Server abgerufen wird. Wenn dies nicht der Fall ist, müssen Sie wahrscheinlich einige Einstellungen an Ihrem WLAN-Router ändern, und auch hier kann ich nicht wirklich viel bereitstellen helfen Sie dabei ohne weitere Informationen.
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-04-07 13:50:18