我有两个本地子网上的OSX机器。 从机器A到机器B的平台一直超时，直到机器B对机器A进行ping操作。在平板A之后，A可以成功地ping B，但是这种成功是暂时的; 如果两台机器之间没有通信半小时左右，则从A到B的ping重新开始超时（直到再次ping B）。
我怎样才能确保B始终可以从A到达，而不必通过先从B ping A来“启动”连接？
当你说同一个子网时，你是否清楚子网的行业定义，因为这是一个经常被误用的术语。
我想澄清你说的是两个OSx盒子没有被一个路由器隔开（防火墙是具有态度的路由器），这两个盒子都驻留在这两个地址模式之间。
你所描述的是一个不存在的ARPconfiguration修剪计划，或者configuration不正确的ARP修剪计划而导致错过的ARPlogging。 ARP是以太网解决TCP / IP地址相互依赖的正确操作的方法。
您详细说明了一个系统无法find另一个系统，直到第一个由同一台计算机找不到另一个系统，直到它由缺less的计算机首先更新。
如果这是一个ARP修剪问题，必须ping第二个丢失的计算机正在更新您的第一个和错误的计算机与它的新的ARP / IP组合，如果他们在不同的子网，行业级交换机例如思科或NetGear专业设备将无缝地pipe理这些logging，并防止这种情况频繁发生，与没有这种装备的networking相比。
一个很好的问题是，机器B是否配备了更积极的电源pipe理策略，或者是不太经常使用，并被允许暂停/hibernate？ 因为这样做不是一个完美的事件，而Windows社区在大型小公司networking上试图节省电力却没有升级他们的networking基础设施就存在这个问题。 所以PC出去，他们的IP地址被租借给别人或者返回到地址池并且保持未分配状态。 你的机器一直保持坚持，机器B必须在这个特定的IP地址，当它从那个地址被驱逐很长时间。
通过防止两台计算机挂起或closures其网卡来节省电力来确认这一点。 WiFi NIC通常使用更多的电源，并且更加积极地进行pipe理，所以如果这些设备是WiFi盒，请检查两台计算机中的所有电源pipe理设置，以确保其保持活动状态并通电。
TCP / IP命令共享比Mac / Windows中使用的其他命令更常见的部分，在Win方面，我们使用arp -a转储IP和ARP的列表，下一次你的B框不可及并且假设你可以到达它，首先访问它，并且不要唤醒任何东西，直到确定它的当前IP地址。
然后从机器A确认它不能再find机器B并执行相应的arp -a命令，比较IP机器A（B不能B直到B自己宣布的机器），如果IP不同于A的caching， B的物理检查…你有一个ARP修剪问题，你欠我充分的信用这个详细的答案。
检查本地networking上是否有重复的MAC地址。
这听起来很像我以前的networking问题。