☰

Пинг компьютеров в локальной сети: целевой хост недоступен

tag-icon • tag-icon networking
Пинг компьютеров в локальной сети: целевой хост недоступен

У меня два компьютера Ubuntu в локальной сети, и ни один из них не может пинговать друг друга. Каждый раз, когда я пытаюсь, я получаю сообщение об ошибке "хост назначения недоступен". Оба компьютера могут получить доступ к интернету без каких-либо проблем.

У меня маршрутизатор ActionTech v1000h от Telus. Я связался с одним из их представителей по работе с клиентами, и он сказал, что не должно быть никаких причин, по которым два устройства не могут пинговать друг друга в сети.

Я в полной растерянности. Есть ли у кого-нибудь из вас какие-нибудь идеи?

Компьютер 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)

маршрут -н

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

судо 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

Компьютер 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)

маршрут -н

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

судо 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

Редактировать:Пример ошибки, когда компьютер 1 пытается выполнить ping-запрос на компьютер 2:

пинг 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

Редактировать 2: arp -aобоих компьютеров

Компьютер 1:

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

Компьютер 2:

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

Редактировать 3: nmap -sn 192.168.1.0/24на компьютере 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

Редактировать 4:Логи tcpdump обоих компьютеров при первом пинге 192.168.1.254, а затем друг друга:

Компьютер 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

Компьютер 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

Редактировать 5:Настройте статические ip для обоих компьютеров etho0 и подключите их с помощью интернет-кабеля. Оба компьютера определенно могут пинговать друг друга через кабель ethernet! ifconfig -aРезультаты eth0:

Компьютер 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)

Компьютер 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)

решение1

ping gateway с обоих компьютеров ping 192.168.1.254 , затем попробуйте ping comp1 to compt2 и comp2 to comp1, затем опубликуйте результаты arp -aс ОБОИХ компьютеров

Редактировать

Интересно, что-то блокирует движение

запустите sudo tcpdump -ni wlan0 arpв одном окне на обоих компьютерах, а затем попробуйте снова пинговать друг друга и шлюз из другого окна на обоих компьютерах и опубликуйте результаты

Редактировать2

Пока что это показывает, что comp1 делает то, что должен, отправляя запрос arp (запрашивая адрес etherner comp2), но не получая ответа arp (ничего не слыша в ответ). Нужно посмотреть tcpdump с PC2, чтобы увидеть полную картину. Либо запустите команду screen, либо сделайте это на PC1 sudo tcpdump -w pc1.pcap -ni wlan0 arp &и на PC2sudo tcpdump -w pc2.pcap -ni wlan0 arp & &должен перевести его в фоновый режим и вернуть вам приглашение для пингов. После того, как пинги не пройдут, верните задания на передний план с помощью fg %1stop ctrl+cи прочитайте записанные файлы с помощьюsudo tcpdump -r pc1/2.pcap

Редактировать3 ПК делают то, что им положено, отправляют ARP, но они не проходят, что указывает на маршрутизатор. Может быть, отключение настройки брандмауэра, сомневаюсь, что он поддерживает VLAN? Хотелось бы, чтобы вы позволили ему работать немного дольше22:45:48.379058Ваш маршрутизатор отправил свой собственный ARP-запрос, когда искал ПК1, 22:45:48.379058 ARP, Request who-has 192.168.1.77 tell 192.168.1.254, length 28оба ПК должны были его увидеть, мы видим, что ПК1 его увидел и ответил своим IP-адресом, но не можем сказать, получил ли его ПК2, так как с тех пор, как вы остановили его, он остановился совсем рядом.22:45:09.796214. Предполагая, что ваши часы синхронизированы с NTP.

Редактировать4

Видите, проблема все еще не решена. Не увидел, что у вас есть адаптеры eth на обоих ПК. Можете ли вы подключиться к маршрутизатору по eth вместо wlan и посмотреть, сможете ли вы пинговать? Или купить другой маршрутизатор? Или создать точку доступа на телефоне, подключить оба ПК и попробовать пинговать? Кроме того, удивлен, что вам удалось соединить два ПК вместе и пинговать друг друга, вы использовали перекрестный кабель?

решение2

Попробуйте напрямую соединить два компьютера друг с другом с помощью кабеля Ethernet, установив для обоих фиксированный IP-адрес (например, A: 192.168.1.10, B: 192.168.1.20) и попробуйте снова выполнить команду ping.

Тогда вы очень быстро поймете, связана ли проблема с маршрутизатором или с компьютерами.

решение3

Моя первая реакция, когда я вижу что-то странное, — установить Wireshark.

Затем дайте ему разрешение на использование без прав root:

sudo dpkg-reconfigure wireshark-common

Выберите вариант «да».

usermod -a -G wireshark your-user-name

Выйдите из системы и войдите снова, чтобы получить новое членство в группе. Теперь вы можете запускать пакеты захвата как пользователь без прав root.

Затем запустите wireshark на машине, выбрав интерфейс, подключенный к сети. Постарайтесь минимизировать трафик, отличный от вашего тестирования, чтобы облегчить интерпретацию результатов.

Если вы запустите Wireshark на одной машине, а затем попытаетесь выполнить ping с другой, выдолженвидите что-то на машине, на которой запущен wireshark, что-то вроде "Who has <ip you're trying to ping>". Если вы видите это, то компьютер, пытающийся выполнить ping, получает свой запрос от компьютера wireshark. Надеюсь, вы также увидите в wireshark что-то вроде "<ip address you're trying to ping> is at <mac address>". Если вы видите, то компьютер wireshark отвечает. Если это так, то попробуйте запустить wireshark на компьютере, выполняющем ping, и посмотрите, увидите ли вы ответ "<ip address you're trying to ping> is at <mac address>" на компьютере, выполняющем ping.

Извините, если это слишком низкоуровнево и выходит за рамки вашего понимания. Этот метод действительно глубоко проникает в детали. Но возможность увидеть, что на самом деле происходит в сети, как правило, делает проблемы гораздо более очевидными.

решение4

У меня были те же симптомы с моей локальной сетью (только для машин с Ubuntu). Это произошло с тех пор, как мы получили новый маршрутизатор. Он один из тех двухдиапазонных. Не мог понять проблему, пока не подумал, что, возможно, одна «полоса» полностью отделена от другой. Должно быть, это легко проверить, я отключил одну машину от Wi-Fi и снова подключил ее (к тому же SSID), и что вы знаете, мне повезло (вероятность 50 на 50?), и она появилась в локальной сети другой машины, и теперь я могу пинговать и входить в нее! «nmap» выше дал мне подсказку. Спасибо за идею.

Связанный контент