无法使用OS X

时间:2018-04-20 07:27:43

标签: macos-high-sierra

在macOS High Sierra上的同一网络中存在ping问题。笔记本电脑隐形,不回答(100%丢包)。请注意,这不是路由器问题,因为也直接通过电缆检查。

我尝试了以下

  • 关闭防火墙
  • 通过CleanMyMac进行相应的系统维护
  • 禁用所有第三方软件(启动代理/守护程序) 启动
  • 重新安装macOS
  • 尝试something无关紧要,但无论如何

不幸的是没有任何帮助:(

值得一提的是,从安全模式启动ping时效果很好& Mac可见网络。

任何想法都将不胜感激

由于

3 个答案:

答案 0 :(得分:1)

多年后,当OS X更新到较新版本时,问题已解决。

答案 1 :(得分:0)

我认为网络运行正常。

如果您刚刚在系统之间插入电缆(Crossover),我认为这不会起作用。回到过去,我们需要直线电缆。今天我知道有网卡能够检测并切换模式,但我不相信它们。

Ping发送ICMP数据包而不是TCP / IP。因此,通过TCP或UDP的网络可以很好地工作,但ICMP将被过滤(通常称为“隐身模式'或'隐形'”。

我这里没有OSX。因此,以下部分是我的想法和一点谷歌。

  1. 如果您在目的地上使用TCPDump,您可以查看ICMP数据包是否已发送但是已丢弃,或者之前是否已过滤数据包。 (使用混杂模式!) https://support.apple.com/en-us/HT202013

  2. Traceroute也在使用ICMP,但解决了每一步。 首先尝试跟踪stackoverflow.com'看第一跳。如果第一跳没有显示数据,我们可以假设路由器正在丢弃ICMP。 跟踪路由目标系统的IP。 https://support.apple.com/kb/PH25356?locale=en_US&viewlocale=en_US

  3. 如果目标系统已经显示,请查看' arp -a'如果没有,请尝试使用之前的任何服务。也许您看到IPv6地址而不是IPv4。这可能是一个有用的信息。

  4. 您是否知道该工具' nmap'?

答案 2 :(得分:0)

谢谢LupusE。

我发现OS X不会生成ICMP回复。

<强> TCPDump的

16:58:59.014915 48:4b:aa:c3:21:07 > dc:a9:04:6e:7f:5f, ethertype IPv4 (0x0800), length 98: (tos 0x0, ttl 64, id 16053, offset 0, flags [none], proto ICMP (1), length 84)
192.168.2.104 > 192.168.2.102: ICMP echo request, id 11772, seq 1, length 64
16:59:00.038830 48:4b:aa:c3:21:07 > dc:a9:04:6e:7f:5f, ethertype IPv4 (0x0800), length 98: (tos 0x0, ttl 64, id 10287, offset 0, flags [none], proto ICMP (1), length 84)
192.168.2.104 > 192.168.2.102: ICMP echo request, id 11772, seq 2, length 64
...

此外,来自192.168.2.104的arp -a缺少目标主机(192.168.2.102)。

如果我得到解决方案,将发布

由于