計(jì)算機(jī)網(wǎng)絡(luò)知識(shí)點(diǎn)整理

1、OSI分層結(jié)構(gòu)：應(yīng)用層：允許訪問(wèn)OSI環(huán)境的手段（應(yīng)用協(xié)議數(shù)據(jù)單元APDU）Application Protocol Data Unit表示層：對(duì)數(shù)據(jù)進(jìn)行翻譯、加密和壓縮（表示協(xié)議數(shù)據(jù)單元PPDU）會(huì)話層：建立、管理和終止會(huì)話（會(huì)話協(xié)議數(shù)據(jù)單元SPDU）傳輸層：提供端到端的可靠報(bào)文傳遞和錯(cuò)誤恢復(fù)（段Segment）網(wǎng)絡(luò)層：負(fù)責(zé)數(shù)據(jù)包從源到宿的傳遞和網(wǎng)際互連（包PackeT）數(shù)據(jù)鏈路層：將比特組裝成幀和點(diǎn)到點(diǎn)的傳遞（幀F(xiàn)rame）物理層：通過(guò)媒介傳輸比特,確定機(jī)械及電氣規(guī)范（比特Bit）物理層：RJ45、CLOCK、IEEE802.3 等（中繼器，集線器）數(shù)據(jù)鏈路：PPP、FR、HDLC、VLA

2、N、MAC 等（網(wǎng)橋，交換機(jī)）網(wǎng)絡(luò)層：IP、ICMP、ARP、RARP、OSPF、IPX、RIP、IGRP 等（路由器）傳輸層：TCP、UDP、SPX 等會(huì)話層：NFS、SQL、NETBIOS、RPC 等表示層：JPEG、MPEG、ASII 等應(yīng)用層：FTP、DNS、Telnet、SMTP、HTTP、WWW、NFS 等TCP/IP分層（4層）：網(wǎng)絡(luò)接口層、 網(wǎng)際層、運(yùn)輸層、 應(yīng)用層。五層協(xié)議 （5層）：物理層、數(shù)據(jù)鏈路層、網(wǎng)絡(luò)層、運(yùn)輸層、 應(yīng)用層。IP地址的分類(lèi)：IPV4 => 28 = 256(0-255)，1byte=8bits，所以一個(gè)IPV4地址 => 4bytes =&g

3、t; 32bitsIP地址由網(wǎng)絡(luò)地址和主機(jī)地址組成。根據(jù)網(wǎng)絡(luò)地址的不同分為5類(lèi)：A類(lèi)IP地址一個(gè)A類(lèi)IP地址由1字節(jié)的網(wǎng)絡(luò)地址和3字節(jié)主機(jī)地址組成，網(wǎng)絡(luò)地址的最高位必須是“0”， 地址范圍從 到。可用的A類(lèi)網(wǎng)絡(luò)有126個(gè)，每個(gè)網(wǎng)絡(luò)能容納1億多個(gè)主機(jī)。 最高位必須是“0” => 27=128（0-127）因?yàn)槿?和全1有特殊用途，因此A類(lèi)IP地址的網(wǎng)絡(luò)地址的范圍是1-126.B類(lèi)IP地址一個(gè)B類(lèi)IP地址由2個(gè)字節(jié)的網(wǎng)絡(luò)地址和2個(gè)字節(jié)的主機(jī)地址組成，網(wǎng)絡(luò)地址的最高位必須是“10”，地址范圍從到55?？捎玫腂類(lèi)網(wǎng)絡(luò)有1

4、6382個(gè)，每個(gè)網(wǎng)絡(luò)能容納6萬(wàn)多個(gè)主機(jī) 。 最高位必須是“10” => 大于10000000=27=128，并且小于10111111=191。C類(lèi)IP地址一個(gè)C類(lèi)IP地址由3字節(jié)的網(wǎng)絡(luò)地址和1字節(jié)的主機(jī)地址組成，網(wǎng)絡(luò)地址的最高位必須是“110”。范圍從到55。C類(lèi)網(wǎng)絡(luò)可達(dá)209萬(wàn)余個(gè)，每個(gè)網(wǎng)絡(luò)能容納254個(gè)主機(jī)。 最高位必須是“110” => 11000000=192, 11011111=233D類(lèi)地址多用于多點(diǎn)廣播（multicast）D類(lèi)IP地址第一個(gè)字節(jié)以“1110”開(kāi)始，它是一個(gè)專(zhuān)門(mén)保留的地址。它并不指向特定的網(wǎng)絡(luò)，目前這一類(lèi)地址

5、被用在多點(diǎn)廣播（Multicasting）中。多點(diǎn)廣播地址用來(lái)一次尋址一組計(jì)算機(jī)，它標(biāo)識(shí)共享同一協(xié)議的一組計(jì)算機(jī)。D類(lèi)的IP地址不標(biāo)識(shí)網(wǎng)絡(luò)，其地址覆蓋范圍為55。11100000=224,11101111=239E類(lèi)IP地址E類(lèi)IP地址是以“11110”開(kāi)始，為將來(lái)使用保留。他的第一字節(jié)的范圍是240255，主要用于Internet試驗(yàn)和開(kāi)發(fā)。全零（“0000”）地址對(duì)應(yīng)于當(dāng)前主機(jī)。全“1”的IP地址（“255255255255”）是當(dāng)前子網(wǎng)的廣播地址。在IP地址3種主要類(lèi)型里，各保留了3個(gè)區(qū)域作為私有地址，其地址范圍如下： A類(lèi)地址：10.0.0.

6、055 B類(lèi)地址：55 C類(lèi)地址：55簡(jiǎn)要回答：A類(lèi)地址：以0開(kāi)頭， 第一個(gè)字節(jié)范圍：0126（ - 55）；B類(lèi)地址：以10開(kāi)頭， 第一個(gè)字節(jié)范圍：128191（ - 55）；C類(lèi)地址：以110開(kāi)頭， 第一個(gè)字節(jié)范圍：192223（ - 55）；55， 55， 192.

7、168.0.055。（Internet上保留地址用于內(nèi)部）IP地址與子網(wǎng)掩碼相與得到網(wǎng)絡(luò)號(hào)。ARP（地址解析協(xié)議的工作原理）1：首先，每個(gè)主機(jī)都會(huì)在自己的ARP緩沖區(qū)中建立一個(gè)ARP列表，以表示IP地址和MAC地址之間的對(duì)應(yīng)關(guān)系。2：當(dāng)源主機(jī)要發(fā)送數(shù)據(jù)時(shí)，首先檢查ARP列表中是否有對(duì)應(yīng)IP地址的目的主機(jī)的MAC地址，如果有，則直接發(fā)送數(shù)據(jù)，如果沒(méi)有，就向本網(wǎng)段的所有主機(jī)發(fā)送ARP數(shù)據(jù)包，該數(shù)據(jù)包包括的內(nèi)容有：源主機(jī) IP地址，源主機(jī)MAC地址，目的主機(jī)的IP 地址。3： 當(dāng)本網(wǎng)絡(luò)的所有主機(jī)收到該ARP數(shù)據(jù)包時(shí)，首先檢查數(shù)據(jù)包中的IP地址是否是自己的IP地址，如果不是，

8、則忽略該數(shù)據(jù)包，如果是，則首先從數(shù)據(jù)包中取出源 主機(jī)的IP和MAC地址寫(xiě)入到ARP列表中，如果已經(jīng)存在，則覆蓋，然后將自己的MAC地址寫(xiě)入ARP響應(yīng)包中，告訴源主機(jī)自己是它想要找的MAC地址。4：源主機(jī)收到ARP響應(yīng)包后。將目的主機(jī)的IP和MAC地址寫(xiě)入ARP列表，并利用此信息發(fā)送數(shù)據(jù)。如果源主機(jī)一直沒(méi)有收到ARP響應(yīng)數(shù)據(jù)包，表示ARP查詢(xún)失敗。廣播發(fā)送ARP請(qǐng)求，單播發(fā)送ARP響應(yīng)。常見(jiàn)的一些協(xié)議的簡(jiǎn)介：ICMP協(xié)議： 因特網(wǎng)控制報(bào)文協(xié)議。它是TCP/IP協(xié)議族的一個(gè)子協(xié)議，用于在IP主機(jī)、路由器之間傳遞控制消息。TFTP協(xié)議： 是TCP/IP協(xié)議族中的一個(gè)用來(lái)在客戶機(jī)與服務(wù)器之間進(jìn)行簡(jiǎn)單文

9、件傳輸?shù)膮f(xié)議，提供不復(fù)雜、開(kāi)銷(xiāo)不大的文件傳輸服務(wù)。HTTP協(xié)議： 超文本傳輸協(xié)議，是一個(gè)屬于應(yīng)用層的面向?qū)ο蟮膮f(xié)議，由于其簡(jiǎn)捷、快速的方式，適用于分布式超媒體信息系統(tǒng)。DHCP協(xié)議： 動(dòng)態(tài)主機(jī)配置協(xié)議，是一種讓系統(tǒng)得以連接到網(wǎng)絡(luò)上，并獲取所需要的配置參數(shù)手段。NAT協(xié)議：網(wǎng)絡(luò)地址轉(zhuǎn)換屬接入廣域網(wǎng)(WAN)技術(shù)，是一種將私有（保留）地址轉(zhuǎn)化為合法IP地址的轉(zhuǎn)換技術(shù)，DHCP協(xié)議：一個(gè)局域網(wǎng)的網(wǎng)絡(luò)協(xié)議，使用UDP協(xié)議工作，用途：給內(nèi)部網(wǎng)絡(luò)或網(wǎng)絡(luò)服務(wù)供應(yīng)商自動(dòng)分配IP地址，給用戶或者內(nèi)部網(wǎng)絡(luò)管理員作為對(duì)所有計(jì)算機(jī)作中央管理的手段。DHCP協(xié)議的工作原理：發(fā)現(xiàn)階段，即DHCP客戶機(jī)尋找DHCP服務(wù)器的

10、階段。DHCP客戶機(jī)以廣播方式（因?yàn)镈HCP服務(wù)器的IP地 址對(duì)于客戶機(jī)來(lái)說(shuō)是未知的）發(fā)送DHCP discover發(fā)現(xiàn)信息來(lái)尋找DHCP服務(wù)器，即向地址55發(fā)送特定的廣播信息。網(wǎng)絡(luò)上每一臺(tái)安裝了TCP/IP協(xié)議的主機(jī) 都會(huì)接收到這種廣播信息，但只有DHCP服務(wù)器才會(huì)做出響應(yīng)。提供階段，即DHCP服務(wù)器提供IP地址的階段。在網(wǎng)絡(luò)中接收到DHCP discover發(fā)現(xiàn)信息的DHCP服務(wù)器都會(huì)做出響應(yīng)，它從尚未出租的IP地址中挑選一個(gè)分配給DHCP客戶機(jī)，向DHCP客戶機(jī)發(fā)送一個(gè)包含出租的IP地址和其他設(shè)置的DHCP offer提供信息。選擇階段，即DHCP客戶機(jī)選擇某臺(tái)

11、DHCP服務(wù)器提供的IP地址的階段。如果有多臺(tái)DHCP服務(wù)器向DHCP 客戶機(jī)發(fā)來(lái)的DHCP offer提供信息，則DHCP客戶機(jī)只接受第一個(gè)收到的DHCP offer提供信息，然后它就以廣播方式回答一個(gè)DHCP request請(qǐng)求信息，該信息中包含向它所選定的DHCP服務(wù)器請(qǐng)求IP地址的內(nèi)容。之所以要以廣播方式回答，是為了通知所有的DHCP服務(wù)器，他將選 擇某臺(tái)DHCP服務(wù)器所提供的IP地址。確認(rèn)階段，即DHCP服務(wù)器確認(rèn)所提供的IP地址的階段。當(dāng)DHCP服務(wù)器收到DHCP客戶機(jī)回答的DHCP request請(qǐng)求信息之后，它便向DHCP客戶機(jī)發(fā)送一個(gè)包含它所提供的IP地址和其他設(shè)置的DHCP

12、 ACK確認(rèn)信息，告訴DHCP客戶機(jī)可以使用它所提供的IP地址。然后DHCP客戶機(jī)便將其TCP/IP協(xié)議與網(wǎng)卡綁定，另外，除DHCP客戶機(jī)選中的服務(wù)器外，其他的DHCP服務(wù)器都將收回曾提供的IP地址。重新登錄，以后DHCP客戶機(jī)每次重新登錄網(wǎng)絡(luò)時(shí)，就不需要再發(fā)送DHCP discover發(fā)現(xiàn)信息了，而是直接發(fā)送包含前一次所分配的IP地址的DHCP request請(qǐng)求信息。當(dāng)DHCP服務(wù)器收到這一信息后，它會(huì)嘗試讓DHCP客戶機(jī)繼續(xù)使用原來(lái)的IP地址，并回答一個(gè)DHCP ACK確認(rèn)信息。如果此IP地址已無(wú)法再分配給原來(lái)的DHCP客戶機(jī)使用時(shí)（比如此IP地址已分配給其它DHCP客戶機(jī)使用），則DH

13、CP服務(wù)器給 DHCP協(xié)議的客戶機(jī)回答一個(gè)DHCP NACK否認(rèn)信息。當(dāng)原來(lái)的DHCP客戶機(jī)收到此DHCP NACK否認(rèn)信息后，它就必須重新發(fā)送DHCP discover發(fā)現(xiàn)信息來(lái)請(qǐng)求新的IP地址。更新租約，DHCP服務(wù)器向DHCP客戶機(jī)出租的IP地址一般都有一個(gè)租借期限，期滿后DHCP服務(wù)器便會(huì)收回 出租的IP地址。如果DHCP客戶機(jī)要延長(zhǎng)其IP租約，則必須更新其IP租約。DHCP客戶機(jī)啟動(dòng)時(shí)和IP租約期限過(guò)一半時(shí)，DHCP協(xié)議客戶機(jī)都會(huì)自動(dòng)向DHCP服務(wù)器發(fā)送更新其IP租約的信息。DNS的工作原理：“Computer Networking: A Top-Down Approach”TCP三

14、次握手和四次揮手的全過(guò)程：三次握手：第一次握手：客戶端發(fā)送syn包(syn=x)到服務(wù)器，并進(jìn)入SYN_SEND狀態(tài)，等待服務(wù)器確認(rèn)；第二次握手：服務(wù)器收到syn包，必須確認(rèn)客戶的SYN（ack=x+1），同時(shí)自己也發(fā)送一個(gè)SYN包（syn=y），即SYN+ACK包，此時(shí)服務(wù)器進(jìn)入SYN_RECV狀態(tài)；第三次握手：客戶端收到服務(wù)器的SYNACK包，向服務(wù)器發(fā)送確認(rèn)包ACK(ack=y+1)，此包發(fā)送完畢，客戶端和服務(wù)器進(jìn)入ESTABLISHED狀態(tài)，完成三次握手。握手過(guò)程中傳送的包里不包含數(shù)據(jù)，三次握手完畢后，客戶端與服務(wù)器才正式開(kāi)始傳送數(shù)據(jù)。理想狀態(tài)下，TCP連接一旦建立，在通信雙方中的任何

15、一方主動(dòng)關(guān)閉連接之前，TCP 連接都將被一直保持下去。四次揮手：與建立連接的“三次握手”類(lèi)似，斷開(kāi)一個(gè)TCP連接則需要“四次握手”。第一次揮手：主動(dòng)關(guān)閉方發(fā)送一個(gè)FIN，用來(lái)關(guān)閉主動(dòng)方到被動(dòng)關(guān)閉方的數(shù)據(jù)傳送，也就是主動(dòng)關(guān)閉方告訴被動(dòng)關(guān)閉方：我已經(jīng)不 會(huì)再給你發(fā)數(shù)據(jù)了(當(dāng)然，在fin包之前發(fā)送出去的數(shù)據(jù)，如果沒(méi)有收到對(duì)應(yīng)的ack確認(rèn)報(bào)文，主動(dòng)關(guān)閉方依然會(huì)重發(fā)這些數(shù)據(jù))，但是，此時(shí)主動(dòng)關(guān)閉方還可以接受數(shù)據(jù)。第二次揮手：被動(dòng)關(guān)閉方收到FIN包后，發(fā)送一個(gè)ACK給對(duì)方，確認(rèn)序號(hào)為收到序號(hào)+1（與SYN相同，一個(gè)FIN占用一個(gè)序號(hào)）。第三次揮手：被動(dòng)關(guān)閉方發(fā)送一個(gè)FIN，用來(lái)關(guān)閉被動(dòng)關(guān)閉方到主動(dòng)關(guān)閉方的

16、數(shù)據(jù)傳送，也就是告訴主動(dòng)關(guān)閉方，我的數(shù)據(jù)也發(fā)送完了，不會(huì)再給你發(fā)數(shù)據(jù)了。第四次揮手：主動(dòng)關(guān)閉方收到FIN后，發(fā)送一個(gè)ACK給被動(dòng)關(guān)閉方，確認(rèn)序號(hào)為收到序號(hào)+1，至此，完成四次揮手。建立連接的過(guò)程是利用客戶服務(wù)器模式，假設(shè)主機(jī)A為客戶端，主機(jī)B為服務(wù)器端。（1）TCP的三次握手過(guò)程：主機(jī)A向B發(fā)送連接請(qǐng)求；主機(jī)B對(duì)收到的主機(jī)A的報(bào)文段進(jìn)行確認(rèn)；主機(jī)A再次對(duì)主機(jī)B的確認(rèn)進(jìn)行確認(rèn)。（2） 采用三次握手是為了防止失效的連接請(qǐng)求報(bào)文段突然又傳送到主機(jī)B，因而產(chǎn)生錯(cuò)誤。失效的連接請(qǐng)求報(bào)文段是指：主機(jī)A發(fā)出的連接請(qǐng)求沒(méi)有收到主機(jī)B的確認(rèn)， 于是經(jīng)過(guò)一段時(shí)間后，主機(jī)A又重新向主機(jī)B發(fā)送連接請(qǐng)求，且建立成功，順

17、序完成數(shù)據(jù)傳輸。考慮這樣一種特殊情況，主機(jī)A第一次發(fā)送的連接請(qǐng)求并沒(méi)有丟失， 而是因?yàn)榫W(wǎng)絡(luò)節(jié)點(diǎn)導(dǎo)致延遲達(dá)到主機(jī)B，主機(jī)B以為是主機(jī)A又發(fā)起的新連接，于是主機(jī)B同意連接，并向主機(jī)A發(fā)回確認(rèn)，但是此時(shí)主機(jī)A根本不會(huì)理會(huì)，主機(jī)B 就一直在等待主機(jī)A發(fā)送數(shù)據(jù)，導(dǎo)致主機(jī)B的資源浪費(fèi)。（3）采用兩次握手不行，原因就是上面說(shuō)的實(shí)效的連接請(qǐng)求的特殊情況。在瀏覽器中輸入后執(zhí)行的全部過(guò)程：1、客戶端瀏覽器通過(guò)DNS解析到的IP地址8，通過(guò)這個(gè)IP地址找到客戶端到服務(wù)器的路徑。客戶端瀏覽器發(fā)起一個(gè)HTTP會(huì)話到8，然后通過(guò)TCP進(jìn)行封裝數(shù)據(jù)包，輸入到網(wǎng)絡(luò)層。2、在客戶

18、端的傳輸層，把HTTP會(huì)話請(qǐng)求分成報(bào)文段，添加源和目的端口，如服務(wù)器使用80端口監(jiān)聽(tīng)客戶端的請(qǐng)求，客戶端由系統(tǒng)隨機(jī)選擇一個(gè)端口如5000，與服務(wù)器進(jìn)行交換，服務(wù)器把相應(yīng)的請(qǐng)求返回給客戶端的5000端口。然后使用IP層的IP地址查找目的端。3、客戶端的網(wǎng)絡(luò)層不用關(guān)心應(yīng)用層或者傳輸層的東西，主要做的是通過(guò)查找路由表確定如何到達(dá)服務(wù)器，期間可能經(jīng)過(guò)多個(gè)路由器，這些都是由路由器來(lái)完成的工作，我不作過(guò)多的描述，無(wú)非就是通過(guò)查找路由表決定通過(guò)那個(gè)路徑到達(dá)服務(wù)器。4、客戶端的鏈路層，包通過(guò)鏈路層發(fā)送到路由器，通過(guò)鄰居協(xié)議查找給定IP地址的MAC地址，然后發(fā)送ARP請(qǐng)求查找目的地址，如果得到回應(yīng)后就可以使用A

19、RP的請(qǐng)求應(yīng)答交換的IP數(shù)據(jù)包現(xiàn)在就可以傳輸了，然后發(fā)送IP數(shù)據(jù)包到達(dá)服務(wù)器的地址。HTTP協(xié)議返回狀態(tài)碼常見(jiàn)的幾種返回狀態(tài)碼：401 （未授權(quán)）請(qǐng)求要求身份驗(yàn)證。 對(duì)于需要登錄的網(wǎng)頁(yè)，服務(wù)器可能返回此響應(yīng)。 403 （禁止）服務(wù)器拒絕請(qǐng)求。 404 （未找到）服務(wù)器找不到請(qǐng)求的網(wǎng)頁(yè)。500 （服務(wù)器內(nèi)部錯(cuò)誤）服務(wù)器遇到錯(cuò)誤，無(wú)法完成請(qǐng)求。 501 （尚未實(shí)施）服務(wù)器不具備完成請(qǐng)求的功能。 例如，服務(wù)器無(wú)法識(shí)別請(qǐng)求方法時(shí)可能會(huì)返回此代碼502 （錯(cuò)誤網(wǎng)關(guān)）服務(wù)器作為網(wǎng)關(guān)或代理，從上游服務(wù)器收到無(wú)效響應(yīng)。 503 （服務(wù)不可用）服務(wù)器目前無(wú)法使用（由于超載或停機(jī)維護(hù)）。 通常，這只是暫時(shí)狀態(tài)。

20、504 （網(wǎng)關(guān)超時(shí)）服務(wù)器作為網(wǎng)關(guān)或代理，但是沒(méi)有及時(shí)從上游服務(wù)器收到請(qǐng)求。 505 （HTTP 版本不受支持） 服務(wù)器不支持請(qǐng)求中所用的 HTTP 協(xié)議版本。使用ASP.NET/PHP/JSP 或者javascript都會(huì)用到http的不同狀態(tài)，一些常見(jiàn)的狀態(tài)碼為： 200 服務(wù)器成功返回網(wǎng)頁(yè) 404 請(qǐng)求的網(wǎng)頁(yè)不存在 503 服務(wù)不可用 1xx（臨時(shí)響應(yīng)）表示臨時(shí)響應(yīng)并需要請(qǐng)求者繼續(xù)執(zhí)行操作的狀態(tài)代碼。2xx （成功） 表示成功處理了請(qǐng)求的狀態(tài)代碼。3xx （重定向） 表示要完成請(qǐng)求，需要進(jìn)一步操作。 通常，這些狀態(tài)代碼用來(lái)重定向。4xx（請(qǐng)求錯(cuò)誤） 這些狀態(tài)代碼表示請(qǐng)求可能出錯(cuò)，妨礙了服

21、務(wù)器的處理。5xx（服務(wù)器錯(cuò)誤） 這些狀態(tài)代碼表示服務(wù)器在嘗試處理請(qǐng)求時(shí)發(fā)生內(nèi)部錯(cuò)誤。 這些錯(cuò)誤可能是服務(wù)器本身的錯(cuò)誤，而不是請(qǐng)求出錯(cuò)。TCP和UDP之間的區(qū)別：TCP提供面向連接的、可靠的數(shù)據(jù)流傳輸，而UDP提供的是非面向連接的、不可靠的數(shù)據(jù)流傳輸。TCP傳輸單位稱(chēng)為T(mén)CP報(bào)文段，UDP傳輸單位稱(chēng)為用戶數(shù)據(jù)報(bào)。TCP注重?cái)?shù)據(jù)安全性，UDP數(shù)據(jù)傳輸快，因?yàn)椴恍枰B接等待，少了許多操作，但是其安全性卻一般。TCP對(duì)應(yīng)的協(xié)議和UDP對(duì)應(yīng)的協(xié)議TCP對(duì)應(yīng)的協(xié)議：（1） FTP：定義了文件傳輸協(xié)議，使用21端口。（2） Telnet：一種用于遠(yuǎn)程登陸的端口，使用23端口，用戶可以以自己的身份遠(yuǎn)程連接到

22、計(jì)算機(jī)上，可提供基于DOS模式下的通信服務(wù)。（3） SMTP：郵件傳送協(xié)議，用于發(fā)送郵件。服務(wù)器開(kāi)放的是25號(hào)端口。（4） POP3：它是和SMTP對(duì)應(yīng)，POP3用于接收郵件。POP3協(xié)議所用的是110端口。（5）HTTP：是從Web服務(wù)器傳輸超文本到本地瀏覽器的傳送協(xié)議。UDP對(duì)應(yīng)的協(xié)議：（1） DNS：用于域名解析服務(wù)，將域名地址轉(zhuǎn)換為IP地址。DNS用的是53號(hào)端口。（2） SNMP：簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議，使用161號(hào)端口，是用來(lái)管理網(wǎng)絡(luò)設(shè)備的。由于網(wǎng)絡(luò)設(shè)備很多，無(wú)連接的服務(wù)就體現(xiàn)出其優(yōu)勢(shì)。（3） TFTP(Trival File Tran敏感詞er Protocal)，簡(jiǎn)單文件傳輸協(xié)議，該

23、協(xié)議在熟知端口69上使用UDP服務(wù)。了解交換機(jī)、路由器、網(wǎng)關(guān)的概念，并知道各自的用途：1）交換機(jī)在計(jì)算機(jī)網(wǎng)絡(luò)系統(tǒng)中，交換機(jī)是針對(duì)共享工作模式的弱點(diǎn)而推出的。交換機(jī)擁有一條高帶寬的背部總線和內(nèi)部交換矩陣。交換機(jī)的所有的端口都 掛接在這條背 部總線上，當(dāng)控制電路收到數(shù)據(jù)包以后，處理端口會(huì)查找內(nèi)存中的地址對(duì)照表以確定目的MAC（網(wǎng)卡的硬件地址）的NIC（網(wǎng)卡）掛接在哪個(gè)端口上，通過(guò)內(nèi)部 交換矩陣迅速將數(shù)據(jù)包傳送到目的端口。目的MAC若不存在，交換機(jī)才廣播到所有的端口，接收端口回應(yīng)后交換機(jī)會(huì)“學(xué)習(xí)”新的地址，并把它添加入內(nèi)部地址表 中。交換機(jī)工作于OSI參考模型的第二層，即數(shù)據(jù)鏈路層。交換機(jī)內(nèi)部的CP

24、U會(huì)在每個(gè)端口成功連接時(shí)，通過(guò)ARP協(xié)議學(xué)習(xí)它的MAC地址，保存 成一張 ARP表。在今后的通訊中，發(fā)往該MAC地址的數(shù)據(jù)包將僅送往其對(duì)應(yīng)的端口，而不是所有的端口。因此，交換機(jī)可用于劃分?jǐn)?shù)據(jù)鏈路層廣播，即沖突域；但它不 能劃分網(wǎng)絡(luò)層廣播，即廣播域。交換機(jī)被廣泛應(yīng)用于二層網(wǎng)絡(luò)交換，俗稱(chēng)“二層交換機(jī)”。交換機(jī)的種類(lèi)有：二層交換機(jī)、三層交換機(jī)、四層交換機(jī)、七層交換機(jī)分別工作在OSI七層模型中的第二層、第三層、第四層盒第七層，并因此而得名。2）路由器路 由器（Router）是一種計(jì)算機(jī)網(wǎng)絡(luò)設(shè)備，提供了路由與轉(zhuǎn)送兩種重要機(jī)制，可以決定數(shù)據(jù)包從來(lái)源端到目的端所經(jīng)過(guò) 的路由路徑（host到host之間的傳輸路徑），這個(gè)過(guò)程稱(chēng)為路由；將路由器輸入端的數(shù)據(jù)包移送至適當(dāng)?shù)穆酚善鬏敵龆?在路由器內(nèi)部進(jìn)行)，這稱(chēng)為轉(zhuǎn) 送。路由工作在OSI模型的第三層即網(wǎng)絡(luò)層，例如網(wǎng)際協(xié)議。路由器的一個(gè)作用是連通不同的網(wǎng)絡(luò)，另一個(gè)作用是選擇信息傳送的線路。 路由器與交換器的差別，路由器是屬于OSI第三層的產(chǎn)品，交換器是OSI第二層的產(chǎn)品(這里特指二層交換機(jī))。3）網(wǎng)關(guān)網(wǎng) 關(guān)（