Проверка с помощью ping-запросов компьютеров в локальной сети: недостижимый узел назначения
У меня есть два компьютера человечности в локальной сети, и никакой из них не может проверить с помощью ping-запросов друг друга. Каждый раз, когда я пробую, я получаю "узел назначения недостижимое" сообщение об ошибке. Оба компьютера могут получить доступ к Интернету с любыми проблемами.
У меня есть маршрутизатор ActionTech v1000h от Telus. Я находился в контакте с одним из их представителей клиентов, и они сказали, что там should't быть любой причиной, почему два устройства не могут проверить с помощью ping-запросов друг друга в сети.
Я полностью в недоумении, какой-либо из Вас у парней есть какие-либо идеи?
Компьютер 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)
маршрут-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
Компьютер 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)
маршрут-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
Править: Пример ошибки, когда компьютер 1 попытка проверить с помощью ping-запросов компьютер 2:
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
Редактирование 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 журналы обоих компьютеров, в то время как первый ping 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: Установите статического дюйм/с для обоих компьютеров etho0, и соединил их с интернет-кабелем. Оба компьютера могут определенно проверить с помощью ping-запросов друг друга через кабель 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)
9 ответов
шлюз ping от обоих компьютеров ping 192.168.1.254 затем попытайтесь проверить с помощью ping-запросов comp1 к compt2, и comp2 к comp1 затем отправляют результаты arp -a от ОБОИХ полей
Править
Интересный, что-то блокирует трафик
выполненный sudo tcpdump -ni wlan0 arp в одном окне на обоих компьютерах и затем пытаются проверить с помощью ping-запросов друг друга и шлюз из другого окна и на снова и отправляют результаты
Edit2
До сих пор это показывает, что comp1 делает то, что это, предполагают к отправке запроса ARP (просьба об адресе comp2s etherner), но не получение ответа ARP (слышащий что-либо назад). Потребность видеть tcpdump от PC2 для наблюдения полного изображения. Или выполните экранную команду или сделайте это на PC1 sudo tcpdump -w pc1.pcap -ni wlan0 arp & и на PC2 sudo tcpdump -w pc2.pcap -ni wlan0 arp & И должен бросить его в фоновом режиме и дать Вам Вашу подсказку назад для ping. После сбоя ping возвращают задания переднему плану с fg %1 прекрати ctrl+c и считайте записанные файлы с sudo tcpdump -r pc1/2.pcap
Edit3 ПК делают то, что они, предполагают к, производя ARPs, но они не проходят который точки к маршрутизатору. Возможно, запрещать установка брандмауэра, сомневайтесь, что она поддерживает VLAN? Вид желания, Вы позволяете ему выполнить немного дольше в 22:45:48.379058 Ваших маршрутизаторов, отправил свой собственный запрос ARP, когда это искало PC1 22:45:48.379058 ARP, Request who-has 192.168.1.77 tell 192.168.1.254, length 28 оба ПК должны были видеть его, мы видим, что PC1 видела его и ответила с ее IP, но наклон говорит, получила ли PC2 его, так как так как Вас остановил его остановка, просто короткая в 22:45:09.796214. Принятие Вы - часы, синхронизируется с NTP, который является.
Edit4
Посмотрите, что это все еще не разрешено. Не видел, что у Вас есть eth адаптеры на обоих ПК. Можно ли соединить проводами в маршрутизатор на eth вместо wlan и видеть ли, можно ли проверить с помощью ping-запросов затем? Или получите другой маршрутизатор? Или сделайте горячую точку на телефонном подключении обоими ПК и попытайтесь проверить с помощью ping-запросов? Кроме того, удивленный видеть, что Вы смогли подключить два ПК вместе и проверить с помощью ping-запросов друг друга, Вы использовали перекрестный кабель?
Мой ответ кулака, когда я вижу что-то странное как это, должен установить wireshark.
Тогда делают его так, у Вас есть разрешение использовать его в качестве некорневого:
sudo dpkg-reconfigure wireshark-common
Выбирают "да" опция.
usermod -a -G wireshark your-user-name
Выход из системы и входит во взять новый состав группы, и можно теперь выполнить пакеты получения как некорневой пользователь.
Тогда выполняет wireshark на машине, выбирая интерфейс, подключенный к сети. Попытайтесь минимизировать трафик кроме своего тестирования для создания интерпретации результатов легче.
, Если Вы выполняете wireshark на одной машине, и затем пытаетесь проверить с помощью ping-запросов от другого, Вы должны видеть что-то на машине, работающей wireshark, который говорит что-то вроде, "У кого есть < IP Вы пробуете к ping>";. если Вы получаете это, то компьютер, пытающийся проверять с помощью ping-запросов, имеет, это - запрос, полученный wireshark компьютером. Хотелось бы надеяться, необходимо также видеть в wireshark что-то вроде "< IP-адрес Вы пробуете к ping> в < Mac address>";. если Вы делаете, то wireshark компьютер отвечает. Если это так, затем попытайтесь выполнить wireshark на компьютерной проверке с помощью ping-запросов и посмотрите, видите ли Вы "< IP-адрес Вы пробуете к ping> в < Mac address>"; ответ на компьютере проверки с помощью ping-запросов.
я приношу извинения, если это - слишком низкий уровень и пробегается через Вашу голову. Этот метод действительно становится глубоким в детали. Но способность видеть, что на самом деле происходит в сети, имеет тенденцию делать проблемы намного более очевидными.
Попытайтесь подключить непосредственно свои два компьютера друг друга с кабелем Ethernet, установив на обоих фиксированный IP-адрес (исключая A: 192.168.1.10, B: 192.168.1.20) и попытка проверить с помощью ping-запросов снова.
Тогда Вы будете знать очень быстро, если проблема возникнет из Вашего маршрутизатора или Ваших компьютеров.
У меня были те же признаки с моей LAN (только машины человечности). Это произошло, так как мы получили новый маршрутизатор. Это - один из тех двухдиапазонных. Не мог понять проблему, пока я не думал, может быть одна "полоса", является полностью непересекающимся от другого. Должно быть легко протестировать, я разъединил одну машину от Wi-Fi и повторно подключил его (к тому же SSID), и что Вы знаете, я стал удачливым (действительно ли это - шанс 50-50?) и это появилось на LAN другой машины, и я могу теперь проверить с помощью ping-запросов и войти в него! "nmap" выше дал мне ключ к разгадке. Спасибо за идею.
Пройдите конфигурацию своего маршрутизатора и посмотрите, ли брандмауэр (брандмауэры) локальной сети не. Некоторые маршрутизаторы, по умолчанию, изолируют подключенные устройства друг от друга.
можно также использовать nmap:
$ nmap -sn 192.168.1.0/24
Видят, придумывает ли это что-нибудь.
Что-то испорчено с Вашей таблицей маршрутизации, но я не вижу ничто плохого с нею. "Разместите недостижимый", означает, что ядро не может решить, какой адаптер использовать для отправки пакета, таким образом, это сдается и отбрасывает пакет.
Метрика для Вашей локальной сети равняется 9. Это должно быть 0 или 1. Однако ядро Linux, как известно по слухам, игнорирует метрику.
я попытался бы добавить маршрут к определенному хосту. Попробуйте это на Компьютере 1:
route add -host 192.168.1.2 metric 0 dev wlan0
Также попытка, удаляющая маршрут к 169.254.0.0 и, видит, поможет ли это. Это маловероятно, но Вы никогда не знаете.
РЕДАКТИРОВАНИЕ
у Вас нет выполнения VPN, не так ли? VPN Cisco, как известно, вмешивается в соединения локальной сети.
Все Ваши пакеты от Компьютера 1 и Компьютера 2 направляются к wlan0 на каждом localhost, но никакой беспроводной интерфейс не связан с беспроводной сетью.
Вы присваивали IP-адреса вручную? Им нужно предоставить, через DHCP, маршрутизатором, как часть установки ассоциации/аутентификации.
Сделать sudo iwlist wlan0 scan на каждом компьютере для наблюдения беспроводных сетей, доступных каждому компьютеру. Один из них должен быть Вашим маршрутизатором. Маршрутизатор настроен с ESSID (имя беспроводной сети), который отличается от значения по умолчанию?
Для/способ какого шифрования маршрутизатор настроен? Выбор не Ни один (очень очень плохо), WEP (очень плохо), WPA (плохо) и WPA2 (наилучший имеющийся на данный момент). Все 3 системы должны договориться об общем шифровании.
После того как все, что разглажено, Компьютер 1, должно смочь с помощью беспроводных технологий соединиться с маршрутизатором, получить IP-адрес от него (наряду с другой сетевой информацией как шлюз по умолчанию, MTU). Смогите к ping маршрутизатор.
Повторитесь для компьютера 2.
Затем и только затем, может Вы действительно ping, если маршрутизатор позволяет локальную маршрутизацию адреса.
Проблема, кажется, находится в Вашей сети. Не в самих машинах Linux. Я сказал бы, что это - Ваш беспроводной маршрутизатор / точка доступа, которая выделывает фокусы с Вами.
- , Так как можно достигнуть Интернета от обоих хостов, они могут получить MAC шлюзов по умолчанию посредством запроса ARP.
- Они не получают каждого запросы ARP других или ответы.
- Они (доказанный на computer1) получают запрос ARP маршрутизаторов.
Это указывает, что Ваш маршрутизатор/AP глотает запросы ARP, и без функционирования ARP, они не знают MAC другого, и таким образом они не могут говорить Ethernet друг с другом.
Попытка имеет DHCP маршрутизатора, присваивают адреса вместо того, чтобы статически присвоить им самостоятельно.
Или добавляют их статически к Вашему кэшу ARP , чтобы видеть, помогает ли это.
На Computer1:
arp -s 192.168.1.2 00:22:43:9b:7b:64
На Computer2:
arp -a 192.168.1.77 c4:85:08:77:d3:f5
Проверьте, запрещает ли Ваш wlan маршрутизатор, AP имеет опцию изоляции (включают Изоляцию AP) ее.