Pingen von Computern im lokalen Netzwerk: Zielhost nicht erreichbar

15

Ich habe zwei Ubuntu-Computer in einem lokalen Netzwerk und keiner von ihnen kann sich gegenseitig anpingen. Bei jedem Versuch erhalte ich die Fehlermeldung "Zielhost nicht erreichbar". Beide Computer können problemlos auf das Internet zugreifen.

Ich habe einen ActionTech v1000h Router von Telus. Ich war mit einem ihrer Kundenvertreter in Kontakt und sie sagten, dass es keinen Grund geben sollte, warum zwei Geräte sich nicht gegenseitig im Netzwerk anpingen können.

Ich bin total ratlos, hat jemand von euch eine Idee?

Computer 1:

ifconfig -a

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:10084 errors:0 dropped:0 overruns:0 frame:0
          TX packets:10084 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:797420 (797.4 KB)  TX bytes:797420 (797.4 KB)

wlan0     Link encap:Ethernet  HWaddr c4:85:08:77:d3:f5  
          inet addr:192.168.1.77  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::c685:8ff:fe77:d3f5/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:373068 errors:0 dropped:0 overruns:0 frame:0
          TX packets:380158 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:103445020 (103.4 MB)  TX bytes:112630337 (112.6 MB)

route -n

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.1.254   0.0.0.0         UG    0      0        0 wlan0
169.254.0.0     0.0.0.0         255.255.0.0     U     1000   0        0 wlan0
192.168.1.0     0.0.0.0         255.255.255.0   U     9      0        0 wlan0

sudo 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  

Computer 2:

ifconfig -a

etho0     Link encap:Ethernet HWaddr 00:24:8c:ae:f6:91
          UP BROADCAST MULTICAST MTU:1500 Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:2
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:110 errors:0 dropped:0 overruns:0 frame:0
          TX packets:110 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:8414 (8.4 KB)  TX bytes:8414 (8.4 KB)

wlan0     Link encap:Ethernet  HWaddr 00:22:43:9b:7b:64  
          inet addr:192.168.1.2  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::222:43ff:fe9b:7b64/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:252 errors:0 dropped:0 overruns:0 frame:0
          TX packets:435 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:123143 (123.1 KB)  TX bytes:65828 (65.8 KB)

route -n

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.1.254   0.0.0.0         UG    0      0        0 wlan0
192.168.1.0     0.0.0.0         255.255.255.0   U     9      0        0 wlan0

sudo 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  

Bearbeiten: Beispiel für den Fehler, wenn Computer 1 versucht, Computer 2 zu pingen:

ping 192.168.1.2

PING 192.168.1.2 (192.168.1.2) 56(84) bytes of data.
From 192.168.1.77 icmp_seq=1 Destination Host Unreachable
From 192.168.1.77 icmp_seq=2 Destination Host Unreachable
From 192.168.1.77 icmp_seq=3 Destination Host Unreachable
From 192.168.1.77 icmp_seq=4 Destination Host Unreachable
From 192.168.1.77 icmp_seq=5 Destination Host Unreachable
From 192.168.1.77 icmp_seq=6 Destination Host Unreachable
^C
--- 192.168.1.2 ping statistics ---
7 packets transmitted, 0 received, +6 errors, 100% packet loss, time 6031ms
pipe 3

Edit 2: arp -a von beiden Computern

Computer 1:

? (192.168.1.254) at 20:76:00:f5:3b:70 [ether] on wlan0

Computer 2:

? (192.168.1.254) at 20:76:00:f5:3b:70 [ether] on wlan0
? (192.168.1.77) at <incomplete> on wlan0

Edit 3: nmap -sn 192.168.1.0/24 auf Computer 2

Starting Nmap 6.40 ( http://nmap.org ) at 2014-05-07 21:14 PDT
Nmap scan report for 192.168.1.2
Host is up (0.00024s latency).
Nmap done: 256 IP addresses (1 host up) scanned in 3.30 seconds

Edit 4: Die tcpdump-Protokolle beider Computer während des ersten Pings 192.168.1.254 und dann untereinander:

Computer 1:

tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on wlan0, link-type EN10MB (Ethernet), capture size 65535 bytes
22:45:01.661300 ARP, Request who-has 192.168.1.2 tell 192.168.1.77, length 28
22:45:02.659393 ARP, Request who-has 192.168.1.2 tell 192.168.1.77, length 28
22:45:03.659394 ARP, Request who-has 192.168.1.2 tell 192.168.1.77, length 28
22:45:04.676872 ARP, Request who-has 192.168.1.2 tell 192.168.1.77, length 28
22:45:05.675391 ARP, Request who-has 192.168.1.2 tell 192.168.1.77, length 28
22:45:06.675396 ARP, Request who-has 192.168.1.2 tell 192.168.1.77, length 28
22:45:07.692825 ARP, Request who-has 192.168.1.2 tell 192.168.1.77, length 28
22:45:48.379058 ARP, Request who-has 192.168.1.77 tell 192.168.1.254, length 28
22:45:48.379108 ARP, Reply 192.168.1.77 is-at c4:85:08:77:d3:f5, length 28
22:45:54.419388 ARP, Request who-has 192.168.1.254 tell 192.168.1.77, length 28
22:45:54.420875 ARP, Reply 192.168.1.254 is-at 20:76:00:f5:3b:70, length 28

Computer 2:

reading from file pc2.pcap, link-type EN10MB (Ethernet)
22:44:43.538367 ARP, Request who-has 192.168.1.254 tell 192.168.1.2, length 28
22:44:43.676705 ARP, Reply 192.168.1.254 is-at 20:76:00:f5:3b:70 (oui Unknown), length 28
22:45:02.107935 ARP, Request who-has 192.168.1.254 tell 192.168.1.2, length 28
22:45:02.107951 ARP, Reply 192.168.1.254 is-at 20:76:00:f5:3b:70 (oui Unknown), length 28
22:45:06.780619 ARP, Request who-has 192.168.1.77 tell 192.168.1.2, length 28
22:45:07.778419 ARP, Request who-has 192.168.1.77 tell 192.168.1.2, length 28
22:45:08.778419 ARP, Request who-has 192.168.1.77 tell 192.168.1.2, length 28
22:45:09.796214 ARP, Request who-has 192.168.1.77 tell 192.168.1.2, length 28

Edit 5: Richten Sie statische IPS für beide Computer etho0 ein und verbinden Sie sie mit einem Internetkabel. Beide Computer können sich über das Ethernet-Kabel gegenseitig anpingen! ifconfig -aeth0 Ergebnisse:

Computer 1:

eth0      Link encap:Ethernet  HWaddr 68:68:68:00:62:a4  
          inet addr:192.168.1.10  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::6a68:68ff:fe00:62a4/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:15 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:4060 (4.0 KB)  TX bytes:7629 (7.6 KB)

Computer 2:

eth0      Link encap:Ethernet  HWaddr 00:24:8c:ae:f6:91  
          inet addr:192.168.1.20  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::224:8cff:feae:f691/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:250 errors:0 dropped:0 overruns:0 frame:0
          TX packets:130 errors:0 dropped:0 overruns:0 carrier:3
          collisions:0 txqueuelen:1000 
          RX bytes:26501 (26.5 KB)  TX bytes:20897 (20.8 KB)
Edgargiraffe
quelle
1
Wie pingst du sie? IP? Hostname?
Terdon
Wer sagt Ihnen, dass der Zielhost nicht erreichbar ist - Ihr lokaler Adapter oder etwas anderes? Bitte geben Sie Kopieren / Einfügen der Ping-Befehle und deren Ausgabe an.
Sonntag,
Ich pinge sie mit ihren IP-Adressen. Ich habe dem ursprünglichen Beitrag eine Bearbeitung hinzugefügt, in der der von mir verwendete Befehl und die Fehlermeldung aufgeführt sind.
Edgargiraffe
Blockieren Sie möglicherweise Ping in den Einstellungen Ihres Routers?
Terdon
Ich glaube nicht, ich habe ein paar Stunden lang die Einstellungen des Routers durchgesehen. Ich habe auch mit einem Telus-Vertreter gesprochen und er hat mir keinen Hinweis gegeben, dass dies das Problem sein könnte.
Edgargiraffe

Antworten:

4

Pingen Sie das Gateway von beiden Computern aus, ping 192.168.1.254 und versuchen Sie dann, comp1 an compt2 und comp2 an comp1 zu senden und die Ergebnisse arp -avon BEIDEN Boxen zu veröffentlichen

Bearbeiten

Interessanterweise blockiert etwas den Verkehr

Führen Sie sudo tcpdump -ni wlan0 arpin einem Fenster auf beiden Computern einen Ping-Befehl aus, und versuchen Sie dann, sich und das Gateway in einem anderen Fenster erneut anzupingen und die Ergebnisse zu veröffentlichen

Edit2

Bisher zeigt dies, dass comp1 genau das tut, was es heißt, eine Arp-Anfrage zu senden (nach der etherneren Adresse von comp2 zu fragen), aber keine Arp-Antwort zu erhalten (etwas zurück zu hören). Müssen Sie den tcpdump von PC2 sehen, um das vollständige Bild zu sehen. Führen Sie entweder den Befehl screen aus, oder führen Sie diesen Befehl auf PC1 sudo tcpdump -w pc1.pcap -ni wlan0 arp &und PC2 aus, sudo tcpdump -w pc2.pcap -ni wlan0 arp & und werfen Sie ihn in den Hintergrund, und geben Sie Ihre Eingabeaufforderung für Pings zurück. Wenn Pings fehlschlagen, bringen Sie die Jobs mit fg %1stop it wieder in den Vordergrund ctrl+cund lesen Sie die geschriebenen Dateien mitsudo tcpdump -r pc1/2.pcap

Edit3- PCs tun, was sie wollen, setzen ARPs aus, aber sie bekommen nicht durch, welche Punkte zum Router führen. Möglicherweise eine deaktivierte Firewall-Einstellung, Zweifel, dass VLANs unterstützt werden? Ich wünschte, Sie lassen es etwas länger laufen, um 22: 45: 48.379058. Ihr Router hat eine eigene ARP-Anfrage gesendet, als er nach PC1 gesucht hat. 22:45:48.379058 ARP, Request who-has 192.168.1.77 tell 192.168.1.254, length 28Beide PCs hätten es sehen sollen. Wir können sehen, dass PC1 es gesehen und mit seiner IP geantwortet hat, können es aber nicht Sagen Sie, ob PC2 es bekommen hat, seitdem Sie es gestoppt haben . Angenommen, Ihre Uhren werden mit NTP synchronisiert.

Edit4

Sehen Sie, dass es immer noch nicht gelöst ist. Ich habe nicht gesehen, dass Sie auf beiden PCs eth-Adapter haben. Kannst du auf eth anstatt auf wlan fest in den Router einbinden und sehen, ob du dann pingen kannst? Oder einen anderen Router bekommen? Oder machen Sie einen Hotspot am Telefon, verbinden Sie beide PCs und versuchen Sie zu pingen? Überrascht, dass Sie zwei PCs miteinander verbinden und sich gegenseitig anpingen konnten, haben Sie ein Crossover-Kabel verwendet?

meccooll
quelle
Beide Computer können problemlos einen Ping-Befehl an 192.168.1.254 senden, und keiner der Computer kann erfolgreich einen Ping-Befehl an den anderen senden. Dabei wird die oben angegebene Fehlermeldung angezeigt. Ich habe dem ursprünglichen Beitrag eine zweite Änderung hinzugefügt, die die Ergebnisse von `arp -a ~ auf beiden Computern enthält.
Edgargiraffe
Computer 2 hat nur ein Fenster, daher weiß ich nicht, wie ich es dazu bringen soll, tcdump und Ping-Computer 1 gleichzeitig zu verwenden. Ich habe die Ergebnisse der Ausführung von tcdump auf Computer 1 in der vierten Ausgabe des ursprünglichen Beitrags hinzugefügt.
Edgargiraffe
Der screenBefehl, mit Strg-A und dann c ein neues Fenster zu erstellen, könnte hilfreich sein. Strg-A, dann <Leertaste>, um ein Fenster vorwärts zu bewegen, Strg-A, dann <Rücktaste>, um ein Fenster zurück zu bewegen, damit Sie zwischen ihnen wechseln können.
Azendale
Ich habe die vierte Bearbeitung überarbeitet. Auf beiden Computern wurde tcpdump ausgeführt, und beide Computer versuchten, zuerst 192.168.1.254 und dann einander anzupingen. Vielen Dank, dass Sie mich durch die Sache geführt haben!
Edgargiraffe
1

Versuchen Sie, die beiden Computer über ein Ethernet-Kabel direkt miteinander zu verbinden. Stellen Sie dabei eine feste IP-Adresse ein (z. B. A: 192.168.1.10, B: 192.168.1.20), und versuchen Sie erneut, einen Ping-Befehl auszuführen.

Dann wissen Sie sehr schnell, ob das Problem an Ihrem Router oder an Ihren Computern liegt.

Sulliwane
quelle
Ich habe Computer 1 eth0 auf eine feste IP von 192.168.1.10 eingestellt. Ich habe nur ein Terminal mit Computer 2, daher konnte ich nicht die gleiche Methode wie mit Computer 1 verwenden. wie reparierst du die ip in einem terminal? Auf jeden Fall habe ich die eth0-IP von Computer 1 repariert, beide mit einem Ethernet-Kabel verbunden und Computer 2 verwendet, um Computer 1 anzupingen. Kein Glück.
Edgargiraffe
Informationen zum Ändern der IP-Adresse von Computer B über die Befehlszeile finden Sie hier: askubuntu.com/questions/342705/how-to-set-a-static-ip-address
Sulliwane
Nun, ich würde sagen, ist ping localhostoder ping 127.0.0.1was sagt Ihnen, ob die Netzwerkschnittstelle aktiv ist. Das bedeutet, dass beide PCs Anfragen bearbeiten können, wenn ich mich nicht irre.
AzkerM
Danke für deine Hilfe! Nachdem Sie die von Ihnen vorgeschlagenen Schritte ausgeführt haben, können sich die Computer über das Ethernet-Kabel gegenseitig anpingen. Ich habe zusätzliche Informationen in der fünften Ausgabe meines ursprünglichen Beitrags hinzugefügt. Bedeutet dies, dass das Problem definitiv beim Router liegt?
Edgargiraffe
1

Meine erste Antwort, wenn ich so etwas Seltsames sehe, ist die Installation von Wireshark.

Machen Sie es dann so, dass Sie die Erlaubnis haben, es als Nicht-Root zu verwenden:

sudo dpkg-reconfigure wireshark-common

Wählen Sie die Option "Ja".

usermod -a -G wireshark your-user-name

Melden Sie sich ab und wieder an, um die neue Gruppenmitgliedschaft zu übernehmen, und Sie können jetzt Erfassungspakete als Nicht-Root-Benutzer ausführen.

Führen Sie dann Wireshark auf dem Computer aus und wählen Sie die mit dem Netzwerk verbundene Schnittstelle aus. Versuchen Sie, andere Zugriffe als das Testen zu minimieren, um die Interpretation der Ergebnisse zu vereinfachen.

Wenn Sie Wireshark auf einem Computer ausführen und dann versuchen, von einem anderen aus zu pingen, sollte auf dem Computer etwas zu sehen sein, auf dem Wireshark ausgeführt wird. Wenn Sie das bekommen, wird der Computer, der versucht zu pingen, vom Wireshark-Computer angefordert. Hoffentlich sollten Sie in wireshark auch etwas in der Art von "<IP-Adresse, die Sie anpingen möchten> befindet sich unter <MAC-Adresse>" sehen. Wenn Sie dies tun, reagiert der Wireshark-Computer. Wenn dies der Fall ist, versuchen Sie, wireshark auf dem Ping-Computer auszuführen, und überprüfen Sie, ob auf dem Ping-Computer die Antwort "<IP-Adresse, die Sie pingen möchten> lautet <MAC-Adresse>" angezeigt wird.

Ich entschuldige mich, wenn dies zu niedrig ist und über Ihren Kopf geht. Diese Methode greift tief in die Details ein. Wenn Sie jedoch sehen können, was im Netzwerk tatsächlich passiert, werden Probleme viel offensichtlicher.

Azendale
quelle
Ich habe Wireshark auf Computer 2 gemäß Ihren Anweisungen installiert. Leider kann Computer 2 das Display von Wireshark nicht öffnen, daher habe ich auch tshark installiert. Ist das in Ordnung? Ich habe den Befehl verwendet tshark -i wlan0und sehe keine Ergebnisse, während Computer 1 versucht, Computer 2
anzupingen
tshark sollte in Ordnung sein, ich sagte nur wireshark, weil ich dachte, die GUI würde es einfacher machen :) Ich würde versuchen, unter Berücksichtigung der Ergebnisse das Gegenteil zu tun und zu sehen, ob Sie auf Computer 1 mit (wire / t) shark und ping etwas sehen können von computer2. Wenn das auch nichts ARP oder ICMP zeigt, würde ich sehen, ob Sie auf den Wireless-Seiten des Routers etwas über "Client-Isolation" oder etwas in dieser Richtung finden können. Wenn Sie es finden, wollen Sie es aus.
Azendale
Ich habe wireshark auf Computer 1 installiert. Computer 1 ist mein persönlicher Laptop und hat viel Verkehr, daher werde ich hier nicht die vollständigen Ergebnisse veröffentlichen. Ich kann es senden sehen, Who has 192.168.1.2? Tell 192.168.1.77aber es wird nie beantwortet. Auf dem von mir verwendeten Router ist die Client-Isolation nicht gemäß der FAQ
aktiviert
1

Ich hatte die gleichen Symptome mit meinem LAN (nur Ubuntu-Maschinen). Es ist passiert, seit wir einen neuen Router haben. Es ist einer dieser Dual-Band. Konnte das Problem nicht verstehen, bis ich dachte, vielleicht ist eine "Band" völlig unzusammenhängend von der anderen. Sollte einfach zu testen sein, habe ich einen Rechner vom WLAN getrennt und wieder angeschlossen (mit derselben SSID). Was weißt du, ich hatte Glück (ist das eine 50: 50-Chance?) Und es erschien auf dem LAN des anderen Maschine und ich kann jetzt pingen und einloggen! Die "nmap" oben gab mir den Hinweis. Danke für die Idee.

user333038
quelle
1
Bitte geben Sie als Antwort nicht "Danke" an. Wenn Sie etwas Zeit in die Website investieren, erhalten Sie ausreichende Berechtigungen , um die von Ihnen gewünschten Antworten zu verbessern.
Parto
0

Sehen Sie sich die Konfiguration Ihres Routers an und prüfen Sie, ob die lokalen Netzwerkfirewalls nicht aktiv sind. Einige Router isolieren standardmäßig angeschlossene Geräte voneinander.

Sie können auch verwenden nmap:

$ nmap -sn 192.168.1.0/24

Sehen Sie nach, ob Ihnen etwas einfällt.

ps95
quelle
Ich habe die Konfigurationsseiten meines Routers durchgesehen und glaube nicht, dass lokale Netzwerkfirewalls eingerichtet sind. Ich habe auch mit einem Kundenvertreter gesprochen und er hat keinen erwähnt. Ich habe dem ursprünglichen Beitrag eine dritte nmap
Änderung
0

Es ist etwas mit Ihrer Routing-Tabelle durcheinander gekommen, aber ich kann nichts falsches daran erkennen. "Host nicht erreichbar" bedeutet, dass der Kernel nicht entscheiden kann, welcher Adapter zum Senden des Pakets verwendet werden soll. Daher gibt er das Paket auf und löscht es.

Die Metrik für Ihr lokales Netzwerk ist 9. Das sollte 0 oder 1 sein. Es wird jedoch gemunkelt, dass der Linux-Kernel die Metrik ignoriert.

Ich würde versuchen, dem bestimmten Host eine Route hinzuzufügen. Versuchen Sie dies auf Computer 1:

route add -host 192.168.1.2 metric 0 dev wlan0

Versuchen Sie auch, die Route zu 169.254.0.0 zu entfernen, und prüfen Sie, ob dies hilfreich ist. Es ist unwahrscheinlich, aber man weiß es nie.

BEARBEITEN

Sie haben kein VPN, oder? Es ist bekannt, dass Cisco VPN die lokalen Netzwerkverbindungen stört.

sмurf
quelle
Ich habe die Route zu 169.254.0.0 von Computer 1 entfernt. Ich habe auch eine Route zu 192.168.1.2 zu Computer 1 hinzugefügt. Die entsprechende neue Route in der route -nTabelle ist:192.168.1.2 0.0.0.0 255.255.255.255 UH 0 0 0 wlan0
edgargiraffe
Nein, ich glaube nicht, dass ich ein VPN am Laufen habe.
Edgargiraffe
0

Alle Ihre Pakete von Computer 1 und Computer 2 werden auf jedem lokalen Host an wlan0 weitergeleitet , aber keine der Funkschnittstellen ist mit einem Funknetzwerk verbunden.

Haben Sie die IP-Adressen manuell vergeben? Sie sollten vom Router über DHCP als Teil des Zuordnungs- / Authentifizierungs-Setups bereitgestellt werden.

Tun Sie dies sudo iwlist wlan0 scanauf jedem Computer, um die drahtlosen Netzwerke anzuzeigen, die für jeden Computer verfügbar sind. Einer von ihnen sollte Ihr Router sein. Ist der Router mit einer vom Standard abweichenden ESSID (Wireless Network Name) konfiguriert?

Für welche Art von Verschlüsselung ist der Router konfiguriert / in der Lage? Zur Auswahl stehen None (sehr, sehr schlecht), WEP (sehr schlecht), WPA (schlecht) und WPA2 (am besten derzeit verfügbar). Alle 3 Systeme müssen sich auf eine gemeinsame Verschlüsselung einigen.

Sobald dies erledigt ist, sollte Computer 1 in der Lage sein, eine drahtlose Verbindung zum Router herzustellen und eine IP-Adresse von diesem abzurufen (zusammen mit anderen Netzwerkinformationen wie dem Standard-Gateway, MTU). Seien Sie in der Lage, pingden Router.

Wiederholen Sie dies für Computer 2 .

Dann und nur dann können Sie wirklich ping, wenn der Router lokales Adressrouting zulässt.

Waltinator
quelle
Soweit ich weiß, verwendet der Router WPA / WPA2Sicherheit mit einem WPA or WPA2 - PersonalWPA-Typ. Die ESSID ist so konfiguriert, dass sie sich von der Standardeinstellung unterscheidet. Beide Computer können die Router mit dem sudo iwlist wlan0 scanBefehl finden. Beide Computer können den Router anpingen. Computer 1 hat eine dynamische IP und Computer 2 hat eine feste IP. Kein Computer kann den anderen anpingen.
Edgargiraffe
Ich NetworkManagerverwalte meine WLAN-Verbindungen und Passwörter und iwconfigzeigt: $ iwconfig wlan0 wlan0 IEEE 802.11bg ESSID:"Fairfield" Mode:Managed Frequency:2.422 GHz Access Point: 14:D6:4D:2D:5F:AE Bit Rate=54 Mb/s Tx-Power=20 dBm Retry long limit:7 RTS thr:off Fragment thr:off Power Management:off Link Quality=70/70 Signal level=-40 dBm Rx invalid nwid:0 Rx invalid crypt:0 Rx Invalid frag:0 Tx excessive retries:0 Invalid misc:37 Missed beacon:0
Waltinator
0

Das Problem scheint in Ihrem Netzwerk zu liegen. Nicht in den Linux-Maschinen selbst. Ich würde sagen, es ist Ihr WLAN-Router / Access Point, der Ihnen einen Streich spielt.

  • Da Sie von beiden Hosts aus auf das Internet zugreifen können, können sie die Standard-MAC-Gateways über eine ARP-Anforderung abrufen.
  • Sie erhalten keine gegenseitigen ARP-Anfragen oder -Antworten.
  • Sie (auf Computer1 getestet) erhalten die Router-ARP-Anfrage.

Dies zeigt an, dass Ihr Router / AP die ARP-Anforderungen verschluckt und ohne ARP-Funktion den MAC des anderen nicht kennt und daher nicht miteinander über Ethernet kommunizieren kann.

Bitten Sie den Router, die Adressen über DHCP zuzuweisen, anstatt sie selbst statisch zuzuweisen .

Oder fügen Sie sie statisch zu Ihrem ARP-Cache hinzu , um festzustellen , ob dies hilfreich ist.

Auf Computer1:

arp -s 192.168.1.2 00:22:43:9b:7b:64

Auf Computer2:

arp -a 192.168.1.77 c4:85:08:77:d3:f5  
MattBianco
quelle
0

Überprüfen Sie, ob Ihr WLAN-Router-AP über eine Isolierungsoption verfügt (AP-Isolierung aktivieren), und deaktivieren Sie diese Option.

Mohamed A. Hafez
quelle