Не мог проверить с помощью ping-запросов, но wireshark показывает пакеты
Я пытаюсь проверить мой, работает ли мой интерфейс сети Ethernet правильно или нет. У меня есть два ПК, и они соединены непосредственно (без переключателя). В одном ПК я пытался проверить с помощью ping-запросов другой с присвоенным IP, но я получаю 'Недостижимый Узел назначения'. Я проверил wireshark, и там я получаю и запрос ARP к и ответ от второго ПК (я регистрируюсь в 2-м ПК). Затем я проверил otherway вокруг и нашел, что мой первый ПК не отвечает ни на какие запросы 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 маршрут 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
РЕДАКТИРОВАНИЕ 1: Результат IP маршрута на 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 ошибка Тот же результат для otherway вокруг
Примечание: (В случае, если, если его соответствующее), В PC2 у меня есть два NICs, и я пытаюсь связаться через eth1
1 ответ
Работа под предположением, что Вы соединили 2 пк с правильно созданным перекрестным кабелем или по крайней мере одним из устройств, поддерживает Auto-MDIX, я могу только думать о 2 причинах, это могло бы произойти.
A) Заблокированные эхо-запросы ICMP на порте 7 через брандмауэр
B) NIC PC1 является дефектным (и передатчик и получатель, перестали работать.) и должен быть заменен.
Примечание:
автоматический MDI-X в рамках 1000BASE-T стандарта и также разработал запатентованные алгоритмы для "принудительного режима автоматический MDI-X", которые позволяют ссылке быть автоматически установленной, даже если порт не автосогласовывает. Это может или не может быть реализовано на данном устройстве, поэтому иногда перекрестный кабель может все еще быть необходимым при соединении автоматического MDI-X с MDI-X (концентратор или переключатель), особенно когда автоматическое согласование деактивируется.
Более новые маршрутизаторы, концентраторы и переключатели (включая некоторый 10/100 и все устройства на 10 гигабитов или на 1 гигабит на практике) используют автоматический MDI-X для соединений на 10/100 Мбит для автоматического переключения на надлежащую конфигурацию, после того как кабель соединен.
Гигабитные и более быстрые каналы Ethernet по витой паре используют все четырех кабельных пар для одновременной передачи в обоих направлениях. Поэтому нет никакой специализированной передачи и не получает пар, и следовательно, перекрестные кабели никогда не требуются для 1000BASE-T коммуникации. Подуровень подключения к среде передачи (PMA) обеспечивает идентификацию каждой пары и обычно продолжает работать даже по кабелям, где пары необычно подкачаны или пересечены
При предположении, что с wireshark Вы видите пакеты оба пути на PC2 а НЕ на PC1, и без более подробной информации об используемых аппаратных средствах, мое лучшее предположение является B). Я надеюсь, что это помогает.