Mac можно проверить, но не пинговать

Почему Mac OS X и Linux не пингуют друг друга в локальной сети Ethernet?

Редактировать 14 декабря 2012 г. (десять дней спустя) проблемой может быть адаптер FireWire to Ethernet RJ45 (на MacBook Pro Retina начала 2015 г.). Я изучаю, как отладить его адаптер. Индикаторы Ethernet мигают, но я недостаточно знаю об этом раннем FireWire.

С помощью простого четырехпортового коммутатора Netgear при подключении через кабели RJ45 OSX-боксов и Linux-боксов и установке статических IP-адресов можно выполнять arping, но не пинговать различные операционные системы. Почему это, пожалуйста?

Я вижу маршруты к ящикам Linux в osx netstat -r. Но таймаут пингует с OSX на Linux. То же самое касается проверки связи Linux с OSX. Таблицы Arp верны и обновляются автоматически, а не вручную.

Десять лет назад кто-то спросил то же самое и не получил ответа:https://apple.stackexchange.com/questions/99996/what-setting-in-osx-could-block-ping-localhost

В моем случае нет, брандмауэр OS X НЕ находится в скрытом режиме и даже не работает. Я отключил его, чтобы провести эксперимент.

Это было опубликовано на веб-сайте поддержки Mac: https://discussions.apple.com/thread/253430208 .

Источник

2 ответа

На этом Mac OSX в приложении MullvadVPN была настройка «Всегда требовать VPN».

Эта настройка чрезвычайно желательна при фильтрации рекламы в Интернете и обеспечении конфиденциальности и безопасности, и здорово, что она хорошо работает. Приложение меняет очень глубокие конфигурации OSX, и у пользователя нет сети, если он не подключен к VPN. Это необходимо для предотвращения утечек. Чтобы гарантировать, что ни один запрос не пройдет через другой сокет. Это также отключает Интернет, если VPN-соединение прерывается и пользователю приходится ждать, пока оно не будет восстановлено. Даже если приложение будет убито, вы не сможете ничего запрашивать через сокеты, кроме VPN.

Это отличная настройка, но она не позволяет подключиться к службе, работающей на собственной машине, или к кластеру миникуба, или, как в приведенном выше случае, к простому Ethernet-соединению без DHCP или каких-либо сложностей.

Уроки, извлеченные при устранении таких проблем:

  • При сбое проверки связи результатarp -aможет помочь в устранении неполадок. OSX будет отображать вопросительный знак в качестве имени домена, если оно отключено от сети.
      ~ $ arp -a
? (169.254.13.100) at 0:1:0:0:0:4d on en4 [ethernet]

Но при наличии доступа к локальной сети будет отображаться имя домена:

      ~ $ arp -a
tux.local (169.254.13.100) at 0:1:0:0:0:4d on en4 [ethernet]

К сожалению, эта же команда в Linux не сможет читать имя OSX.

  • Адаптер FireWire 2 работал. Если индикаторы переключателя мигают, с эфиром все в порядке. В любом случае, я нашел ниже ресурс по проблемам FireWire 2, который может помочь людям. http://www.thexlab.com/faqs/firewiretroubleshooting.html

  • Брандмауэр OSX не блокирует входящий и исходящий пинг. Когда VPN был отключен, все работало с брандмауэром в режиме блокировки.

Источник

попробуйте прочитать и выбрать необходимые параметры /usr/libexec/ApplicationFirewall/socketfilterfw -h

Источник
Другие вопросы по тегам