問題の検出:

パス由表情報を動かさずに調べたところ、169.254.0.0のネットワークアドレスルーティングが現れた.

# route -n

	Kernel IP routing table
	Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
	0.0.0.0         172.16.1.254    0.0.0.0         UG    0      0        0 eth1
	10.0.0.0        0.0.0.0         255.255.255.0   U     0      0        0 eth0
	169.254.0.0     0.0.0.0         255.255.0.0     U     1002   0        0 eth0
	169.254.0.0     0.0.0.0         255.255.0.0     U     1003   0        0 eth1
	172.16.1.0      0.0.0.0         255.255.255.0   U     0      0        0 eth1

問題の原因:

169.254.0.0はもともとwindowsシステムのローカルエリアネットワーク環境の下でDHCP(Dynamic Host Configuration Protocol)サービスがアドレス衝突が発生した時に発生した予め設定されたipアドレスセグメントである.DHCPサービス実行中にアドレス競合時のデフォルトメカニズムが設定されている.
linuxにも採用されているこのメカニズムは、169.254.0が存在し、能力はどうでもいい.インターネットでは使えないからだ.しかし、169.254.0.0の出現は、自分がIPアドレスを設定したことによる衝突に違いない.
**
DHCPがIPアドレスを自動的に取得する場合の原理:01.ホストはDHCP機能02を起動する.ホストは、DHCP要求パケット(ブロードキャスト方式送信)03を交換ネットワークに送信.DHCPサーバは、要求パケットを受け取る、パケット応答04を行う.ホストは、応答パケット構成アドレス情報を受信、DHCP確認パケット05に返信する.DHCPサーバはパケットを受信、IPアドレスプール情報06を調整する.DHCPサーバは、リース期間情報に基づいて、アドレスが継続するか否かを確認し、No、アドレスを回収する.他のホストに割り当てて使用
**

解決策：

linuxライン環境:
ファイルの最後に追加

# vim /etc/sysconfig/network
	NOZEROCONF=yes
# systemctl restart network

VMware Workstationでは、複数のホストをクローン化する際に発生するアドレス競合の問題として、同じIPアドレスの仮想マシンが2台以上稼働しているため、アドレス競合が発生し、dhcpが自動的に割り当てられるアドレスセグメントが発生します.
この場合、デフォルトメカニズムではプローブ時間(Discover Time)が1時間を分割線としているため、1台閉じるのも使いにくい.
NE 80 E/40 Eの実装では,競合するIPアドレスが見つかった場合,1時間後にこのIPアドレスを再割り当てして使用することができる.競合IPアドレスが存在し、プローブ時間が1時間を超えない場合、reset dhcp server conflict allは競合IPアドレスを解放するように命令する.
解決方法:1.衝突する可能性のある複数のホストを閉じて(route-nはどのホストがこのアドレスを持っているかを見て電源を切る)このアドレスを解放することができて、単純にネットカードを再起動するのはだめです!!!
2.ホストの1台を開き、新しいipアドレスを再設定します(新しい必要があります!)、dhcpを再認識するために、アドレスプール情報も自動的に更新され、NICを再起動して有効になります.
3.先ほど設定した新しいIPを自分が設定すべきIPに変更し、ホストを再起動しなければならない(NICを再起動しても有効ではない).どうして?上のDHCPのデフォルトメカニズムを見てください.
4.他のホストを順にオンにします.アドレスが有効かどうかを確認します.上記の方法で設定を継続して有効にならない限り.
怠け者専用:寝て目が覚めると何でもいい!!!どうして?上のDHCPのデフォルトメカニズムを見てください.