☰

Невозможно выполнить ping, но Wireshark показывает пакеты

tag-icon • tag-icon networking ethernet ping wireshark
Невозможно выполнить ping, но Wireshark показывает пакеты

Я пытаюсь проверить, правильно ли работает мой сетевой интерфейс Ethernet. У меня два ПК, и они подключены напрямую (без коммутатора). На одном ПК я попытался пинговать другой с назначенным IP, но получаю сообщение «Узел назначения недоступен». Я проверил Wireshark, и там я получаю как запрос ARP на второй ПК, так и ответ от него (я проверяю второй ПК). Затем я проверил наоборот и обнаружил, что мой первый ПК не отвечает ни на какие запросы ARP. Есть идеи, что вызывает эту ошибку?

My settings: PC 1

ink encap:Ethernet  HWaddr 6c:b3:11:52:12:a5  
          inet addr:10.0.0.2  Bcast:10.0.0.255  Mask:255.255.255.0
          inet6 addr: fe80::66b3:11ff:fe52:2a9/64 Scope:Link
          UP BROADCAST RUNNING 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:0
          collisions:0 txqueuelen:1000 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
PC 2
ink encap:Ethernet  HWaddr 6c:b3:11:52:72:a0  
          inet addr:10.0.0.3  Bcast:10.0.0.255  Mask:255.255.255.0
          inet6 addr: fe80::66b3:12ff:fe52:2a9/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:8 errors:0 dropped:0 overruns:0 frame:0
          TX packets:284 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:0 (480.0 B)  TX bytes:0 (34.4 KB)

С ПК 1 я попробовал ip route ls и получил

10.0.0.0/24 dev enp1s0  proto kernel  scope link  src 10.0.0.2

Видел некоторые комментарии о брандмауэре, но вот что я получаю, когда проверяю

home# cat /etc/sysconfig/iptables                                                              
cat: /etc/sysconfig/iptables: No such file or directory

EDIT 1: Результат ip route на PC2

home$ip route ls
default via 172.16.0.1 dev eth0 proto static
10.0.0.0/24 dev eth1 proto kernel scoope link src 10.0.0.3 metric 1
172.16.0.0/16 dev eth0 proto kernel scope link src 172.16.2.3 metric 1

Попробовал, ping6 fe80::66b3:11ff:fe52:2a9 -I eth1 получил Destination unreachable, address unreachableошибку, тот же результат и в обратном порядке

Примечание: (Если это актуально) На ПК2 у меня две сетевые карты, и я пытаюсь связаться через eth1

решение1

Работая в предположении, что вы подключили 2 ПК с помощьюправильно сконструированный перекрестный кабельили хотя бы одно из устройств поддерживаетАвто-MDIXЯ могу придумать только две причины, по которым это может произойти.

A) Заблокированные запросы ICMP echo на порту 7 через брандмауэр

Б) Сетевая карта ПК1 неисправна (передатчик и приемник вышли из строя) и должна быть заменена.

Примечание:

auto MDI-X находится в пределах стандарта 1000BASE-T, а также разработал запатентованные алгоритмы для "принудительного режима auto MDI-X", которые позволяют автоматически устанавливать соединение, даже если порт не выполняет автосогласование. Это может быть реализовано или не реализовано на данном устройстве, поэтому иногдакроссоверный кабель все еще может быть необходимпри подключении авто MDI-X к MDI-X (концентратору или коммутатору),особенно когда отключено автосогласование.

Более новые маршрутизаторы, концентраторы и коммутаторы (включая некоторые 10/100 и все 1-гигабитные или 10-гигабитные устройства на практике) используют функцию Auto MDI-X для соединений 10/100 Мбит/с, чтобы автоматически переключаться на нужную конфигурацию после подключения кабеля.

Гигабитные и более быстрые соединения Ethernetпо витой пареиспользовать все четыре пары кабелей для одновременной передачи в обоих направлениях. По этой причине нет выделенных пар передачи и приема, и, следовательно,Для связи 1000BASE-T кроссовые кабели никогда не требуются.Подуровень физического подключения к среде (PMA) обеспечивает идентификацию каждой пары и обычно продолжает работать даже в кабелях, где пары необычно перепутаны или перекрещены.

Предполагая, что с помощью Wireshark вы видите пакеты в обоих направлениях на ПК2, но НЕ на ПК1, и не имея дополнительных сведений об используемом оборудовании, я могу предположить, что это B). Надеюсь, это поможет.

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