问不能用OS来平我的笔记本电脑

EN

几年后，当OS更新到一个更新的版本时，问题已经解决了。

我想这个网络运行得很好。

如果你刚刚在系统之间插入了电缆(交叉线)，我认为这是行不通的。回到过去我们需要直电缆。今天，我知道有些网卡能够检测和切换模式，但我不信任它们。

Ping发送ICMP数据包，而不是TCP/IP。因此，TCP或UDP上的Network可以工作得很好，但ICMP将被过滤(通常被称为“隐形模式”或“不可见的”)。

我这里没有OSX。因此，下面的部分是我的脑海和一个小谷歌。

1. 如果在目的地上使用TCPDump，则可以查看ICMP数据包是否已传递但已丢弃，或数据包是否在此之前被过滤。(使用混杂模式！) https://support.apple.com/en-us/HT202013
2. Traceroute也在使用ICMP，但是解决了路上的每一个跳。首先尝试‘跟踪stackoverflow.com’看第一跳。如果第一跳没有用数据显示，我们可以假设路由器正在丢弃ICMP。而不是跟踪目标系统的IP。我们
3. 看看'arp -a'，如果目标系统已经显示了。如果没有，试着用任何服务达到它之前。也许您看到的是IPv6地址而不是IPv4。这可能是一个有用的信息。
4. 你知道工具'nmap‘吗？

谢谢你LupusE。

我发现OS不会产生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
...

另外，arp -a从192.168.2.104中丢失了目的地主机(192.168.2.102)。

如果我找到解决方案

谢谢