linux網(wǎng)絡(luò)問(wèn)題闡明的大刀：tcpdump +wireshark

1.參考
2.熟悉tcpdump東西
3.以事情中dhcp處事為例，查找linux下的網(wǎng)絡(luò)問(wèn)題。

本文主要來(lái)自網(wǎng)絡(luò)各家：
http://www.cnblogs.com/ggjucheng/archive/2012/01/14/2322659.html
http://www.tuicool.com/articles/EVVBrq
http://www.cnblogs.com/AloneSword/p/4510189.html
http://www.doc88.com/p-5807317030896.html
http://www.daxueba.net/?p=328
http://www.cr173.com/html/20128_4.html
http://www.linuxfly.org/post/183/

2.關(guān)于tcpdump
在 Linux 里抓包，然后在Windows 里闡明包。

tcpdump tcp -i eth1 -t -s 0 -c 100 and dst port ! 22 and src net 192.168.1.0/24 -w ./target.cap
(1)tcp: ip icmp arp rarp 和 tcp、udp、icmp這些選項(xiàng)等都要放到第一個(gè)參數(shù)的位置，用來(lái)過(guò)濾數(shù)據(jù)報(bào)的范例
(2)-i eth1 : 只抓顛末接口eth1的包
(3)-t : 不顯示時(shí)間戳
(4)-s 0 : 抓取數(shù)據(jù)包時(shí)默認(rèn)抓取長(zhǎng)度為68字節(jié)。加上-S 0 后可以抓到完整的數(shù)據(jù)包
(5)-c 100 : 只抓取100個(gè)數(shù)據(jù)包
(6)dst port ! 22 : 不抓取方針端口是22的數(shù)據(jù)包
(7)src net 192.168.1.0/24 : 數(shù)據(jù)包的源網(wǎng)絡(luò)地點(diǎn)為192.168.1.0/24
(8)-w ./target.cap : 生存成cap文件，利便用ethereal(即wireshark)闡明

DHCP的浸染：

在局域網(wǎng)中，用戶電腦都需要IP地點(diǎn)才利用網(wǎng)絡(luò)處事，可是客戶并不城市設(shè)置IP地點(diǎn)，這時(shí)，可以在網(wǎng)絡(luò)中陳設(shè)一個(gè)DHCP處事器，用來(lái)給這些客戶主靈活態(tài)的分派IP。所有DHCP的客戶端，在向DHCP處事器租用到地點(diǎn)后，會(huì)在DHCP處事器端留下租用信息，網(wǎng)絡(luò)打點(diǎn)員可以按照這些分派信息統(tǒng)一打點(diǎn)這些客戶。

DHCP的一些觀念：

DHCP是一個(gè)典范的Client/Server模子的協(xié)議，利用UDP傳輸
<1>.DHCP Server端，利用UDP端口：67 DHCP
<2>. Client端，利用UDP端口：68

DHCP的根基事情流程

DHCP的客戶端假如把網(wǎng)卡的IP地點(diǎn)設(shè)置為動(dòng)態(tài)獲取IP的方法，就會(huì)發(fā)送DHCP請(qǐng)求，來(lái)尋找DHCP處事器申請(qǐng)地點(diǎn)；

DHCP的在客戶端申請(qǐng)、處事器下發(fā)地點(diǎn)的進(jìn)程中，一共會(huì)發(fā)生四個(gè)數(shù)據(jù)包，如下：

按照這四個(gè)數(shù)據(jù)包來(lái)看，DHCP的事情流程如下圖：

DHCP具體事情流程理會(huì)

第一步：

DHCP客戶端主動(dòng)提倡DHCP
Discover包，用來(lái)尋找DHCP處事器，個(gè)中：源MAC是本身的MAC地點(diǎn)，目標(biāo)MAC是FFFF.FFFF.FFFF的廣播。源IP是0.0.0.0（此刻還沒(méi)有IP，就用全0地點(diǎn)），目標(biāo)IP是255.255.255.255的三層廣播。因?yàn)镈HCP處事器在那邊還不知道，所以利用廣播來(lái)尋找，廣播會(huì)泛洪到整個(gè)網(wǎng)段中；
譬喻：在 Windows 的預(yù)設(shè)景象下，Dhcpdiscover 的期待時(shí)間預(yù)設(shè)為 1 秒，也就是當(dāng)客戶端將第一個(gè)
Dhcpdiscover 封包送出去之后，在 1 秒之內(nèi)沒(méi)有獲得回應(yīng)的話，就會(huì)舉辦第二次 Dhcpdiscover
廣播。若一直得不到回應(yīng)的環(huán)境下，客戶端一共會(huì)有四次 Dhcpdiscover 廣播(包羅第一次在內(nèi))，除了第一次會(huì)期待 1
秒之外，其余三次的期待時(shí)間別離是 9﹑13﹑16 秒。假如都沒(méi)有獲得 DHCP 伺服器的回應(yīng)，客戶端則會(huì)顯示錯(cuò)誤信息，宣告
Dhcpdiscover 的失敗。之后，基于利用者的選擇，系統(tǒng)會(huì)繼承在 5 分鐘之后再反復(fù)一次 Dhcpdiscover
的進(jìn)程。

第二步：

DHCP處事器收到客戶端發(fā)的DHCP
Discover之后，會(huì)在本身的地點(diǎn)池中拿出一個(gè)沒(méi)有分派的地點(diǎn)以及配套的參數(shù)（如：掩碼、DNS、網(wǎng)關(guān)、域名、租期……），然后以一個(gè)DHCP
Offer包發(fā)送出去。這個(gè)DHCP
Offer數(shù)據(jù)包的地點(diǎn)如下：源MAC是DHCP處事器的MAC，目標(biāo)MAC是FFFF.FFFF.FFFF的廣播。源IP是DHCP處事器的IP，目標(biāo)IP是255.255.255.255的廣播。這時(shí)客戶端還沒(méi)有得到IP，DHCP處事器端此刻還無(wú)法定位客戶端，所以用廣播往返應(yīng)。

第三步：

客戶端收到這個(gè)DHCP Offer后，會(huì)再發(fā)出一個(gè)DHCP
Request給處事器來(lái)申請(qǐng)這個(gè)Offer中包括的地點(diǎn)。這個(gè)時(shí)候，客戶端還沒(méi)有正式拿到地點(diǎn)，所以還需要向DHCP處事器申請(qǐng)，匯報(bào)所有
DHCP 伺服器它將指定接管哪一臺(tái)伺服器提供的 IP
位址。這時(shí)客戶端的源IP照舊0.0.0.0，目標(biāo)IP照舊255.255.255.255。源MAC是客戶端的MAC，目標(biāo)MAC是FFFF.FFFF.FFFF廣播包。
同時(shí)，客戶端還會(huì)向網(wǎng)路發(fā)送一個(gè) ARP 封包，查詢網(wǎng)路上面有沒(méi)有其它呆板利用該 IP 位址；假如發(fā)明該 IP
已經(jīng)被占用，客戶端則會(huì)送出一個(gè)
DHCPDECLINE 封包給 DHCP 伺服器，拒絕接管其 Dhcpoffer ，并從頭發(fā)送 Dhcpdiscover
信息。
事實(shí)上，并不是所有 DHCP 客戶端城市無(wú)條件接管 DHCP 伺服器的 offer ，尤其這些主機(jī)安裝有其它 TCP/IP
相關(guān)的客戶軟體。客戶端也可以用 Dhcprequest 向伺服器提出 DHCP 選擇，而這些選擇會(huì)以差異的號(hào)碼填寫(xiě)在 DHCP
Option
Field 內(nèi)里：