访问具有错误的IP段超出范围的服务器

在这个问题上，我遇到了类似的问题， 关于局域网中的错误的IP 。 但是，NIC上的标准addr别名技巧并没有帮助。 我没有直接访问服务器控制台，如果幸运的话，我可能会在一周或更长时间内获得物理访问权限，但我希望能find更快的方法。

我可以在服务器（Linux，地址$MY_IP IP $MY_IP ）的地址10.0.0.1上（假定是）在相同的L2网段上对（Linux）服务器进行$MY_IP ，并使用$TARGET_MAC作为该服务器的正确MAC地址

 root@host:~# arping -c 3 -I $IFACE 10.0.0.1 ARPING 10.0.0.1 from $MY_IP $IFACE Unicast reply from 10.0.0.1 [$TARGET_MAC] 0.746ms Unicast reply from 10.0.0.1 [$TARGET_MAC] 0.796ms Unicast reply from 10.0.0.1 [$TARGET_MAC] 0.807ms Sent 3 probes (1 broadcast(s)) Received 3 response(s) 

我隐藏了我的IP和MAC，因为这些机器是公开访问的。

如果我为该接口添加一个地址别名，我仍然可以arping目标，但是我无法ping通它。 没有其他接口具有10.0.0.0/24范围，即使使用ping -I $IFACE也不会失败。

• Azure IP翻译
• 公开一个私人的networking服务器框到互联网
• 间歇性不通畅的子网
• Linux路由到不同的子网
• 子网间的select性路由

 root@host:~# ip addr add 10.0.0.2/24 dev $IFACE root@host:~# arping -c 3 -I $IFACE 10.0.0.1 ARPING 10.0.0.1 from 10.0.0.2 $IFACE Unicast reply from 10.0.0.1 [$TARGET_MAC] 0.788ms Unicast reply from 10.0.0.1 [$TARGET_MAC] 0.766ms Unicast reply from 10.0.0.1 [$TARGET_MAC] 0.794ms Sent 3 probes (1 broadcast(s)) Received 3 response(s) root@host:~# ping -c 3 10.0.0.1 PING 10.0.0.1 (10.0.0.1) 56(84) bytes of data. --- 10.0.0.1 ping statistics --- 3 packets transmitted, 0 received, 100% packet loss, time 2015ms 

目标服务器侦听SSH连接，但ssh不能通过

 root@host:~# ssh -vvv 10.0.0.1 OpenSSH_6.7p1 Debian-5, OpenSSL 1.0.1k 8 Jan 2015 debug1: Reading configuration data /etc/ssh/ssh_config debug1: /etc/ssh/ssh_config line 19: Applying options for * debug2: ssh_connect: needpriv 0 debug1: Connecting to 10.0.0.1 [10.0.0.1] port 22. debug1: connect to address 10.0.0.1 port 22: Connection timed out ssh: connect to host 10.0.0.1 port 22: Connection timed out 

我已经尝试强制目标更新其ARP表，通过发送ARP REPLY数据包，但似乎没有帮助。

 root@host:~# arping -A -c 3 -s 10.0.0.2 -I $IFACE 10.0.0.1 ARPING 10.0.0.1 from 10.0.0.2 $IFACE Sent 3 probes (3 broadcast(s)) Received 0 response(s) root@host:~# ping -c 3 10.0.0.1 PING 10.0.0.1 (10.0.0.1) 56(84) bytes of data. --- 10.0.0.1 ping statistics --- 3 packets transmitted, 0 received, 100% packet loss, time 1999ms 

由于服务器向我发送了电子邮件更新（ apt-listchanges输出），但是电子邮件标题包含分配给某个交换机的IP，但是标题中的主机名是正确的目标的主机名）。 其他pipe理员告诉我，它应该在同一个L2段，arping似乎表明这一点。 还有其他方法可以排除L3组件吗？

目标是build立到目标服务器的SSH连接，以便我可以解决这个问题。