В этой Mac OSX в приложении MullvadVPN был параметр «Всегда требовать VPN».
Этот параметр чрезвычайно желателен при фильтрации рекламы в Интернете и сохранении конфиденциальности и безопасности, и здорово, что он работает хорошо. Приложение изменяет очень глубокие конфигурации OSX, и у пользователя нет сети, если он не подключен к VPN. Это во избежание утечек. Чтобы гарантировать, что ни один запрос не будет проходить через другой сокет. Он также отключает интернет, если VPN-соединение прерывается, и пользователю приходится ждать, пока оно будет восстановлено. Даже если приложение будет убито, никто не сможет ничего запрашивать через сокеты, кроме VPN.
Это отличная настройка, но она не позволяет подключиться к службе, работающей на собственном компьютере, или к кластеру minikube, или в этом случае выше, простое подключение к Ethernet без DHCP или каких-либо осложнений.
Уроки, извлеченные на пути устранения таких проблем:
- При сбое ping результат от
арп -а может помочь в устранении неполадок. OSX будет отображать вопросительный знак как доменное имя, если оно будет отключено от сети.
~$арп -а
? (169.254.13.100) в 0:1:0:0:0:4d на en4 [ethernet]
Но он будет отображать доменное имя при доступе к локальной сети:
~$арп -а
tux.local (169.254.13.100) в 0:1:0:0:0:4d на en4 [ethernet]
К сожалению, эта же команда в Linux не сможет прочитать имя OSX.
Адаптер FireWire 2 работал. Если индикаторы переключателя мигают, с эфиром все в порядке. В любом случае, я нашел приведенный ниже ресурс по проблемам FireWire 2, который может помочь людям.
http://www.thexlab.com/faqs/firewiretroubleshooting.html
Брандмауэр OSX не блокирует входящий и исходящий пинг. Когда VPN не работал, все работало с брандмауэром на блокировке всех.
