Невозможно выполнить ping, но wirehark показывает пакеты
Вам нужно включить multiarch перед попыткой установить 32-разрядные библиотеки:
echo foreign-architecture i386 | sudo tee /etc/dpkg/dpkg.cfg.d/multiarch
После этого вы должны установить все 32-разрядные библиотеки, которые вам нужны.
2 ответа
Работая в предположении, что вы подключили 2 ПК с правильно сконструированным перекрестным кабелем или хотя бы одно из устройств поддерживает Auto-MDIX, я могу думать только о двух причинах.
A) Заблокированные эхо-запросы ICMP на порте 7 через брандмауэр
B) Сетевой адаптер ПК1 неисправен (оба передатчика и приемника потерпели неудачу) и должны быть заменены.
Примечание:
auto MDI-X входит в стандарт 1000BASE-T, а также разработал запатентованные алгоритмы для «принудительного режима автоматического MDI-X», которые позволяют автоматически устанавливать связь, даже если порт не выполняет автоматическое согласование. Это может быть или не быть реализовано на данном устройстве, поэтому иногда при подключении автоматического MDI-X к MDI-X (концентратору или коммутатору) может потребоваться перекрестный кабель, особенно при отключении автосогласования. Новые маршрутизаторы, концентраторы и коммутаторы (в том числе 10/100 и все 1 гигабитные или 10-гигабитные устройства на практике) используют автоматический MDI-X для соединений 10/100 Мбит для автоматического переключения на правильную конфигурацию после подключения кабеля. Гигабитные и более быстрые Ethernet-соединения по витой паре используют все четыре пары кабелей для одновременной передачи в обоих направлениях. По этой причине нет выделенных пар передачи и приема, и, следовательно, для связи 1000BASE-T никогда не требуются перекрестные кабели. Подслой подуровня физического носителя (PMA) обеспечивает идентификацию каждой пары и обычно продолжает работать даже по кабелям, где пары необычно меняются местами или пересекаютсяПредполагая, что с помощью wirehark вы видите пакеты в обоих направлениях на PC2 и NOT на PC1, и без дополнительной информации о используемом оборудовании, я думаю, что это б). Надеюсь, это поможет.
Работая в предположении, что вы подключили 2 ПК с правильно сконструированным перекрестным кабелем или хотя бы одно из устройств поддерживает Auto-MDIX, я могу думать только о двух причинах.
A) Заблокированные эхо-запросы ICMP на порте 7 через брандмауэр
B) Сетевой адаптер ПК1 неисправен (оба передатчика и приемника потерпели неудачу) и должны быть заменены.
Примечание:
auto MDI-X входит в стандарт 1000BASE-T, а также разработал запатентованные алгоритмы для «принудительного режима автоматического MDI-X», которые позволяют автоматически устанавливать связь, даже если порт не выполняет автоматическое согласование. Это может быть или не быть реализовано на данном устройстве, поэтому иногда при подключении автоматического MDI-X к MDI-X (концентратору или коммутатору) может потребоваться перекрестный кабель, особенно при отключении автосогласования. Новые маршрутизаторы, концентраторы и коммутаторы (в том числе 10/100 и все 1 гигабитные или 10-гигабитные устройства на практике) используют автоматический MDI-X для соединений 10/100 Мбит для автоматического переключения на правильную конфигурацию после подключения кабеля. Гигабитные и более быстрые Ethernet-соединения по витой паре используют все четыре пары кабелей для одновременной передачи в обоих направлениях. По этой причине нет выделенных пар передачи и приема, и, следовательно, для связи 1000BASE-T никогда не требуются перекрестные кабели. Подслой подуровня физического носителя (PMA) обеспечивает идентификацию каждой пары и обычно продолжает работать даже по кабелям, где пары необычно меняются местами или пересекаютсяПредполагая, что с помощью wirehark вы видите пакеты в обоих направлениях на PC2 и NOT на PC1, и без дополнительной информации о используемом оборудовании, я думаю, что это б). Надеюсь, это поможет.