当网卡收到一个包的目的地址不是自己的地址时

当网卡收到一个包的目的不是自己的ＩＰ

或者问题变成了，多网卡的机器路由选择

机器有两张网卡Ａ和Ｂ，我将ｐｉｎｇＢ的包发送给Ａ这个时候是能ｐｉｎｇ通的，所以这里涉及到一个问题，网卡怎么知道这个数据包是不是自己的？拿到ＩＣＭＰ数据包后会怎么做呢？所以这里就涉及到ＩＣＭＰ协议了xｘ

这是因为这台机器上所有的网卡都标志了这台机器的身份，所以

那这么说的话，我从树莓派里面去ｐｉｎｇ我主机上的这些地址其实也是能ｐｉｎｇ通的shi 。

在树莓派上玩了，确实是这样的，和ｔａｐ机制一样，当我给与树莓派直连的网卡上

但是无论是从ｑｅｍｕ上ｐｉｎｇ还是从树莓派ｐｉｎｇ，宿主机上直连的网卡必须与树莓派和宿主机是同一个网段，这里不是很明白啊，为啥一定要是同一个网段的呢？

这里涉及到ＡＲＰ协议，ＡＲＰ协议发送的是一个地址的信息；

所以ＡＲＰ协议接收端发生了啥？

tap0和虚机中的ｅｔｈ０是直连的，但是tap0:192.168.11.3/24,　但是虚机ｅｔｈ０是：192.168.0.110/24，增加了一条路由：route add default eth0，也就是说，其实tap0能收到来自ｅｔｈ０的包，并且实际从ｔａｐ０上确实也观测到了相关的包，ＢＵＴ。。。就是ｐｉｎｇ不同；也就是说掩码只在发送端才有意义，这是个错的！之前假设ＡRP中是不会发送掩码的！这个也是错的么？

当把ｅｔｈ０的掩码换成255.255.0.0 即１８的时候，奇迹发生了，这个时候就ｐｉｎｇ通了，这说明：ＡＲＰ协议的接受端会判断来的ＩＰ地址和自己是不是一个子网（通过自己的ＩＰ地址和ｎｅｔｍａｓｋ），如果是那就直接返回了。【ＡＲＰ接受部分的代码】

还有问题宿主机上除了tap0，还有另外一块网卡是enp0s25，这个网卡的IP地址是11.11.11.11/255.255.255.0, 此时从虚拟机中去ping这个地址能ping通么？

答案是：能ping通！

直接上wiresharp抓到的包：不方便截图，下次自己手动操作一下吧

 eth0 虚机 <-----> tap0 <-------> enp0s25

监控tap0，发现了：who has 11.11.11.11 tell 192.168.0.110 MAC 地址是86：04:41是tap0的mac地址

也就是说tap0收到了从虚机中eth0中来的包之后，开始在自己的广播域中发起了一条ARP广播，谁的IP地址是11.11.11.11，告诉192.168.0.110，那么都有谁在这个广播域中，问题就来了，我这台机器上有docker0，enp0s25,等等诸多的网卡，是所有人都能听到这个ARP信息么？docker0看不到. 看下arp的代码

inet_confirm_addr ---> confirm_addr_indev 

 当一台宿主机上有多个网卡时，当arp包到了之后，就会用inet_c

这个函数也是顾名思义的，“确认一下addr是否在这个dev中”

下面这篇文章详细详细说明了我现在面临的情况：机器A上有两个网卡eth0和eth1，我网eth0上发目的地址是eth1上的包，能否接收到，这里面也提到了inet_confirm_addr

http://blog.csdn.net/dog250/article/details/5846449

 被教做人：一个网卡只有一个Mac地址，但是可以有很多的网络层地址

ARP请求从哪个网卡进入则一定从哪个网卡出去

最关键的配置是in_device

struct ipv4_devconf {
    void    *sysctl;
    int data[IPV4_DEVCONF_MAX];
    DECLARE_BITMAP(state, IPV4_DEVCONF_MAX);
};

 这里有每个设备的配置，其中主要的设置如下图所示：

    IPV4_DEVCONF_FORWARDING=1,
    IPV4_DEVCONF_MC_FORWARDING,
    IPV4_DEVCONF_PROXY_ARP,
    IPV4_DEVCONF_ACCEPT_REDIRECTS,
    IPV4_DEVCONF_SECURE_REDIRECTS,
    IPV4_DEVCONF_SEND_REDIRECTS,
    IPV4_DEVCONF_SHARED_MEDIA,
    IPV4_DEVCONF_RP_FILTER,
    IPV4_DEVCONF_ACCEPT_SOURCE_ROUTE,
    IPV4_DEVCONF_BOOTP_RELAY,
    IPV4_DEVCONF_LOG_MARTIANS,
    IPV4_DEVCONF_TAG,
    IPV4_DEVCONF_ARPFILTER,
    IPV4_DEVCONF_MEDIUM_ID,
    IPV4_DEVCONF_NOXFRM,
    IPV4_DEVCONF_NOPOLICY,
    IPV4_DEVCONF_FORCE_IGMP_VERSION,
    IPV4_DEVCONF_ARP_ANNOUNCE,
    IPV4_DEVCONF_ARP_IGNORE,
    IPV4_DEVCONF_PROMOTE_SECONDARIES,
    IPV4_DEVCONF_ARP_ACCEPT,
    IPV4_DEVCONF_ARP_NOTIFY,
    IPV4_DEVCONF_ACCEPT_LOCAL,
    IPV4_DEVCONF_SRC_VMARK,
    IPV4_DEVCONF_PROXY_ARP_PVLAN,
    IPV4_DEVCONF_ROUTE_LOCALNET,
    IPV4_DEVCONF_IGMPV2_UNSOLICITED_REPORT_INTERVAL,
    IPV4_DEVCONF_IGMPV3_UNSOLICITED_REPORT_INTERVAL,
    IPV4_DEVCONF_IGNORE_ROUTES_WITH_LINKDOWN,
    IPV4_DEVCONF_DROP_UNICAST_IN_L2_MULTICAST,
    IPV4_DEVCONF_DROP_GRATUITOUS_ARP,
    __IPV4_DEVCONF_MAX

 修改的方法：

https://www.cnblogs.com/chia/p/7799071.html

修改方法

临时修改方法：

 1. 修改/proc文件系统：
 echo "1">/proc/sys/net/ipv4/conf/all/arp_ignore
 echo "1">/proc/sys/net/ipv4/conf/eth0/arp_ignore
 echo "2">/proc/sys/net/ipv4/conf/all/arp_announce
 echo "2">/proc/sys/net/ipv4/conf/eth0/arp_announce

 2. 使用sysctl -w直接写入内存：
 sysctl -w net.ipv4.conf.all.arp_ignore=1
 sysctl -w net.ipv4.conf.eth0.arp_ignore=1
 sysctl -w net.ipv4.conf.all.arp_announce=2
 sysctl -w net.ipv4.conf.eth0.arp_announce=2
 
永久修改需要写入配置文件：
修改/etc/sysctl.conf文件，然后sysctl -p刷新到内存。
 net.ipv4.conf.all.arp_ignore=1
 net.ipv4.conf.eth0.arp_ignore=1
 net.ipv4.conf.all.arp_announce=2
 net.ipv4.conf.eth0.arp_announce=2
备注：

arp_ignore和arp_announce参数分别有all,default,lo,eth0等对应不同网卡。当all和具体网卡的参数值不一致时，配置为较大值的生效。一般只需修改all和某个具体网卡的参数即可。

0：响应任意网卡上接收到的对本机IP地址的arp请求（包括环回网卡上的地址），而不管该目的IP是否在接收网卡上。

1：只响应目的IP地址为接收网卡上的本地地址的arp请求。

2：只响应目的IP地址为接收网卡上的本地地址的arp请求，并且arp请求的源IP必须和接收网卡同网段。

3：如果ARP请求数据包所请求的IP地址对应的本地地址其作用域（scope）为主机（host），则不回应ARP响应数据包，如果作用域为全局（global）或链路（link），则回应ARP响应数据包。

4~7：预留。

8：不回应所有的arp请求。

 亲试有效！

当设置成０的时候，能ｐｉｎｇ通，但是这说明了一个问题，因为1和２的检查会更严格一些

当设置成１后，可以不是一个网段的：192.168.0.110 经192.168.11.3/24 ping 192.168.199.120 应该能ping通才对呢，但是为啥子ping不通呢，从代码上看也是能ping通的才对呢