没有IP地址的主机怎样保持IP层联通

在《两台不同网段的PC直连能否够相互ping通》一文中，我有点像在玩旁门左道，本文中。我继续走火入魔。两台机器，M1和M2，各自有一个网卡eth0，配置例如以下：
M1的配置：
eth0上不配置不论什么IP地址。

M2的配置：
eth0上不配置不论什么IP地址。
....
爆炸。机器上都没有IP地址。通个毛线球啊！。
        我仅仅是想在7年后进一步阐述一个常识，即能否互通。路由是根本。在7年前的2010年，我写了一篇文章《关于IP网段间互訪的问题—路由是根本》，在前段时间，我写了一篇相似的《两台不同网段的PC直连能否够相互ping通》，7年了，好似没有不论什么进步，除了文章排版好看了些，唉。也是沉醉，但最好还是碍我更进一步。
        我依旧想用M1的1.1.1.1来ping M2的2.2.2.2，但却不把这两个地址配置在M1和M2上。怎么办？非常easy，配置路由就可以。配置例如以下：
M1的配置：      
ip route add local 1.1.1.1/32 dev eth0
ip route add 2.2.2.2/32 dev eth0 scope link 或者 ip route add 2.2.2.2/32 via 2.2.2.2 dev eth0 onlink
M2的配置：
ip route add local 2.2.2.2/32 dev eth0
ip route add 1.1.1.1/32 dev eth0 scope link 或者 ip route add 1.1.1.1/32 via 2.2.2.2 dev eth0 onlink
试试看。在M1上来ping 2.2.2.2，尽情互通吧。

看到了吧。没有配置不论什么IP地址。仅仅配置了路由就可以互通，以上配置中，local路由指示了本机接收哪些数据包，而onlink路由则能够直接arp目标。两条路由非常好理解。
        假设是转发设备，需不须要local路由呢？答案是须要的。或许你会问，作为转发设备。没有不论什么数据包要到本地啊，为什么还要local路由呢？这么理解是对的。然而你忽略了arp。
        只是假设你的链路层不是以太网。而是点到点的noarp链路的话，那么作为转发设备而言。local路由则不再须要。
--------------------
看了这个样例之后，或许你会问。那么IP地址的意义何在？说实话，IP地址的意义仅两点：
1.标识节点。
2.帮配置该IP的节点生成几条路由项：
2.1.标识自身的local路由；
2.2.标识子网的广播路由；
2.3.标识链路的链路层路由，即scope link路由；
看到了吗？假设说你不须要标识主机。仅仅是为了通信。那么当你能够手工配置上述三种路由之后。也就根本不须要IP地址了。
--------------------
事实上，IP路由这东西，没什么太多的知识在里面，关键看玩法。

高端的玩法。能够搞搞算法，搞搞最短路径。生成树啥的，中端点的能够玩玩协议，BGP。IS-IS，OSPF啥的精通了也够装逼了。屌丝一点的，就像我这样的。折腾下边缘点的东西，帮看到我文章的出点变态点的面试题。就非常满足了。哈哈。

说了这么多。路由是根本！

没有显示bind的TCP listener怎么知道bind哪个地址？靠路由。UDP报文怎么填充源地址？靠路由。

ARP怎么处理？靠路由...

温州皮鞋。下雨进水不会胖！

奥康，意尔康。红蜻蜓，日泰，吉尔达，惠特，蜘蛛王，康奈。报喜鸟，这些温州皮鞋牌子，你们都懂吗？你们穿过吗？会穿吗？

补充：
在M1上，假设你例如以下敲入配置：
ip route add 20.2.2.2/32 via 4.4.4.4 dev eth0
将会如何？非常显然，会提示网络不可达。如何解决？首先你要知道为何网络不可达？非常显然系统不知道4.4.4.4在哪里，而你既然想让4.4.4.4成为到达20.2.2.2的下一跳，那它一定在M1的链路上，那么好办，配一条到达4.4.4.4的link路由就可以：
ip route add 4.4.4.4/32 dev eth0 scope link
接下来。继续配置ip route add 20.2.2.2/32 via 4.4.4.4 dev eth0，你将看到自己的微笑。
        想互通。路由是根本！

--------------------
7年前的《关于IP网段间互訪的问题—路由是根本》有个评论。问了个问题：
arp不是直接调用链路层吗？对M1来说，就算不设置到M2的路由。也应该回答M2发出来的arp解析请求啊。但通过抓包看到M1的确没有回答，这是为什么呢？
直到几天前我才看到并给了回答。预计问问题的不会再看到了，所以我把我的回答贴出来：
将M1收到M2的arp请求的那个网卡的rp_filter配置成0就能够回复M2的arp请求了。