ARP欺骗及其防御
问题：PC1给PC3发消息时候PC2也能收到这个广播包，那我PC2去回复了就弄成了ARP欺骗（修改源IP，改成PC3的信息就行了），这样PC1收到的数据包中IP地址是PC3的但是MAC地址是PC2的，这样就导致了PC1的ARP表出现了问题，这样就导致下次PC1和PC3通信时候，PC1发送的数据包的MAC地址是错的，由于交换机也不认识IP地址，所以就找MAC地址，就发给了PC2，所以，相当于PC2拦截了PC1的消息（知道PC3发送消息给PC1，这样PC1的ARP表就更新正确了）（如果PC2欺骗成了网关。那问题就大了）
结果：
-
监听
-
拦截
-
篡改
防御：
-
ARP上面的类型是动态的有问题，改成静态的（静态>动态）（重要的地方）
-
交换机上MAC和IP地址绑定（检查MAC地址和IP地址）
-
VLAN划分更小的局域网（减少欺骗）
MAC表记录的是接口和MAC地址
-
交换机重启了，PC1之前和PC4通信了，PC1知道PC4的MAC地址，但是PC1把数据包给交换机的时候，交换机不知道PC4的MAC地址是在那个接口。这不就完蛋了嘛
-
交换机老化时间（0-100万秒），就是这个MAC地址和接口能保存多久
说白了问题就是在交换机不认识PC发过来的数据包的MAC地址
交换机的解决方法：泛洪 又是广播，换个名字而已。（不同的地方是广播不知道目的MAC（目的MAC地址全是F）而且没有数据，泛红洪知道目的MAC不知道接口而且有数据！）问题就来了，
-
数据泛洪了，特喵的数据让别人全看了，这不扯犊子了。数据安全有问题
-
数据大，交换机转发就。。。太浪费带宽了
出现问题的情况：交换机连的呢个PC发送广播请求，但是这个PC坏得很，发送的广播请求的源MAC地址是随机生成的，这样交换机MAC表就满了，这样就导致原来存在的一些MAC地址就不知道了，这样下次其他PC再来就出现泛洪了
防御：
-
之前假如说PS/0接口来访问了，他回学很多MAC地址，也就是一个接口号对应很多MAC地址。所以我们就是设置一个接口号的MAC地址上限。
同一个网段的两两交换机之间的网线断了，不能通信的
-
交换机连两个网线，那问题就是：广播循环了，交换机1广播给交换机2，交换机2广播给交换机1（因为广播不发给传来的呢个接口），这个环路就会占用交换机和带宽资源，最后交换机宕机，同时MAC地址对应了好多接口（画图就知道了），最后就传过来的数据包不知道MAC地址对应那个端口了（MAC地址表震荡）
解决方法：
-
STP生成树协议，选择一个接口逻辑隔断，（就是有一根网线（A）断了，如果另外一根线（B）断了，那网线（A）开启）
终端-------交换机1-------交换机2-------数据中心
终端太多了，卡死了。。。。。。
解决：链路聚合，两个交换机之间多接几个网线，然后好多个物理网线聚合成一个虚拟接口，这个虚拟接口的带宽大小就是所有带宽的和
注意：不是环路，因为链路聚合只有一个接口！！！
即使有一根网线断了，也没事，就是带宽减少了（说白了能解决二层单点故障，比前面呢个好得多。。不用计算，而且带宽也增加了）
主机如何配置IP地址（DHCP）-
手动配置
-
DHCP（自动获取）
DHCP：就是给客户端分配IP的（应用层的协议）分配和回收IP地址
作用：
-
为了解决IPV4公网不够用的问题
-
现在的企业网中的应用
-
减少配置难度，减少配置错误，IP冲突
-
简化运维，降低运维成本
-
方便所有终端IP的集中监控、管理
-
工作原理：
-
DHCP DISCOVER 广播包，寻找能为它提供IP的DHCP Server（客户端发给服务端）
-
DHCP OFFER DHCP应答包（IP地址，默认网关，DNS服务器地址，租期），告诉客户端它可以提供的IP地址，DHCP Server为此客户端，保留为它提供的IP地址（服务端给客户端发的）
-
DHCP REQUEST 确认使用这个IP地址（客户端发给服务端）
-
DHCP ACK 确认信息 确认接受使用的IP（服务端发给客户端）
风险：
-
收到了OFFER包就会使用，先收到哪个就用哪个IP，如果黑客接入到了网络里面，跑一个DNS服务器，那这不就是DNS欺骗嘛（改一下IP地址，网关啥的，不就行了吗）
DHCP欺骗的影响：
-
地址冲突，无法上网。
-
错误的网关信息，信息泄露，拦截，篡改
-
错误DNS信息，钓鱼网站
DHCP如何防御：
-
DHCP SNOPPING 信任接口和非信任接口，如果是非信任接口就不接受ACK和OFFER包（在真正的DNS服务器上设置成信任接口）（主机和信任的DNS服务器开始信任接口）
