Mac 可以被 arping，但不能被 ping
為什麼 Mac OS X 和 Linux 在本地乙太網網路上不能相互 ping 通？
編輯 2012-12-14（十天后）適配器 FireWire 到乙太網 RJ45 可能是問題所在（在 2015 年初的 MacBook Pro Retina 上）。我正在研究如何調試他的適配器。乙太網燈閃爍，但我對這個早期的 FireWire 知之甚少。
使用簡單的 Netgear 四埠交換集線器，當通過 RJ45 電纜連接 osx 盒和 Linux 盒並設置靜態 IP 地址時，可以 arping 但不能 ping 到/來往不同的作業系統。請問這是為什麼？
我可以在 osx netstat -r 上看到到 Linux 框的路由。但是從 osx ping 到 linux 超時。linux ping OSX 也是如此。Arp 表是正確的，並且是自動更新的，而不是手動更新的。
十年前有人問過同樣的問題，但沒有得到答案： https ://apple.stackexchange.com/questions/99996/which-setting-in-osx-could-block-ping-localhost
就我而言，不，OS X 防火牆沒有處於隱身模式，甚至沒有執行。我已將其關閉以進行實驗。
這已發佈在 Mac 支持網站上：https ://discussions.apple.com/thread/253430208
在此 Mac OSX 上，MullvadVPN 應用程序上有“始終需要 VPN”設置。
當在網際網路上過濾廣告並保持隱私和安全時，此設置非常可取，而且效果很好。該應用程序更改了非常深的 OSX 配置，如果未連接到 VPN，使用者將沒有網路。這是為了避免洩漏。保證沒有請求會通過另一個套接字。如果 VPN 連接中斷並且使用者必須等到它重新建立，它也會切斷網際網路。即使應用程序被殺死，也無法通過 VPN 以外的套接字請求任何內容。
這是一個很棒的設置，但它不允許一個人連接到在自己的機器上執行的服務，或者一個 minikube 集群，或者上面的這種情況，一個沒有 DHCP 或任何復雜性的簡單乙太網連接。
在解決此類問題的過程中吸取的經驗教訓：
- 當 ping 失敗時，結果
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 防火牆不會阻止 ping 輸入或輸出。當 VPN 退出時，所有都與防火牆一起工作。