我们有一个运行Linux（2.6。？）的embedded式设备，不能再通过以太网访问。 现场有人给这个设备的以太网接口设置了以下错误：
IP: 172.16.1.236 Subnet mask: 255.5.0.0 （我不知道使用这些设置的结果是什么，除了设备无法通话，我认为这些设置将被拒绝，并且一些替代的私有IP被分配给接口。
我们现场的人不能再与设备沟通，所以我正在寻找任何方法。
我相信该设备也运行Zeroconf，但我没有经验的协议。
编辑：最终在我们的testing设置上从172.16.1.236发送了一个ARP，模拟了现场的设备。 以太网接口的实际IP是169.xxx范围内的另一个私有IP。 我不明白我是如何连接到172.xxx IP的。
我通常的解决scheme是：
步骤1通常是困难的部分。 它可以是一台笔记本电脑，只需拖动到正确的位置，或具有两个连接的networking端口的设备; 一个给你连接，一个给不良networking数据。
如果该设备有一个未知的networkingconfiguration，它会变得更毛发，结果不是很好。 不过，我已经做到了。 您需要物理访问设备及其networking连接。 我做了什么：
如果幸运的话，该设备会发出一些数据包。 可能ARP网关设备的MAC地址。 这应该揭示它认为自己拥有的知识产权。 如果这是一个网关，它应该提供一些线索，它认为它的networking掩码虽然不总是。 一旦拥有IP，将您的笔记本电脑configuration为与IP相邻，并尝试对其进行ping操作。 保持networking跟踪运行。
如果networking跟踪显示当您的机器尝试ARP目标的IP地址，并且设备没有响应时，您可能需要为该IP设置静态ARP表项。 我遇到了需要执行此步骤来启动设备的设备。 如果在设置arp-entry之后ping命令不起作用，从networking根本无法访问的机会非常高。
如果您使用IP： 172.16.1.235/8configuration计算机，您将有最好的机会立即工作。 如果两个设备都认为他们在同一个子网上，他们只会沟通。
它支持IPv6吗？ 使用IPv6连接到设备。 您可能可能findMAC并找出链接本地地址。
如果两者都不起作用，那么接口可能会失效。 sysadmin1138的build议是非常好的，做到这一点。