計算機網絡

1、OSI，TCP/IP，五層協議的體系結構，以及各層協議

答:OSI分層 （7層）：物理層、數據鏈路層、網絡層、傳輸層、會話層、表示層、應用層。

TCP/IP分層（4層）：網絡接口層、 網際層、運輸層、 應用層。

五層協議 （5層）：物理層、數據鏈路層、網絡層、運輸層、 應用層。

每一層的協議如下：物理層：RJ45、CLOCK、IEEE802.3 （中繼器，集線器）

數據鏈路：PPP、FR、HDLC、VLAN、MAC （網橋，交換機）

網絡層：IP、ICMP、ARP、RARP、OSPF、IPX、RIP、IGRP、 （路由器）

傳輸層：TCP、UDP、SPX

會話層：NFS、SQL、NETBIOS、RPC

表示層：JPEG、MPEG、ASII

應用層：FTP、DNS、Telnet、SMTP、HTTP、WWW、NFS

每一層的作用如下：物理層：通過媒介傳輸比特,確定機械及電氣規范（比特Bit）

數據鏈路層：將比特組裝成幀和點到點的傳遞（幀Frame）

網絡層：負責數據包從源到宿的傳遞和網際互連（包PackeT）

傳輸層：提供端到端的可靠報文傳遞和錯誤恢復（段Segment）

會話層：建立、管理和終止會話（會話協議數據單元SPDU）

表示層：對數據進行翻譯、加密和壓縮（表示協議數據單元PPDU）

應用層：允許訪問OSI環境的手段（應用協議數據單元APDU）

2、IP地址的分類

答:A類地址：以0開頭， 第一個字節范圍：0~126（1.0.0.0 - 126.255.255.255）；

B類地址：以10開頭， 第一個字節范圍：128~191（128.0.0.0 - 191.255.255.255）；

C類地址：以110開頭， 第一個字節范圍：192~223（192.0.0.0 - 223.255.255.255）；

10.0.0.0—10.255.255.255， 172.16.0.0—172.31.255.255， 192.168.0.0—192.168.255.255。（Internet上保留地址用于內部）IP地址與子網掩碼相與得到網絡號

3、ARP是地址解析協議，簡單語言解釋一下工作原理。

答:1：首先，每個主機都會在自己的ARP緩沖區中建立一個ARP列表，以表示IP地址和MAC地址之間的對應關系。

2：當源主機要發送數據時，首先檢查ARP列表中是否有對應IP地址的目的主機的MAC地址，如果有，則直接發送數據，如果沒有，就向本網段的所有主機發送ARP數據包，該數據包包括的內容有：源主機 IP地址，源主機MAC地址，目的主機的IP 地址。

3：當本網絡的所有主機收到該ARP數據包時，首先檢查數據包中的IP地址是否是自己的IP地址，如果不是，則忽略該數據包，如果是，則首先從數據包中取出源主機的IP和MAC地址寫入到ARP列表中，如果已經存在，則覆蓋，然后將自己的MAC地址寫入ARP響應包中，告訴源主機自己是它想要找的MAC地址。

4：源主機收到ARP響應包后。將目的主機的IP和MAC地址寫入ARP列表，并利用此信息發送數據。如果源主機一直沒有收到ARP響應數據包，表示ARP查詢失敗。廣播發送ARP請求，單播發送ARP響應。

4、各種協議的介紹

答:ICMP協議： 因特網控制報文協議。它是TCP/IP協議族的一個子協議，用于在IP主機、路由器之間傳遞控制消息。

TFTP協議： 是TCP/IP協議族中的一個用來在客戶機與服務器之間進行簡單文件傳輸的協議，提供不復雜、開銷不大的文件傳輸服務。

HTTP協議： 超文本傳輸協議，是一個屬于應用層的面向對象的協議，由于其簡捷、快速的方式，適用于分布式超媒體信息系統。

DHCP協議： 動態主機配置協議，是一種讓系統得以連接到網絡上，并獲取所需要的配置參數手段。

NAT協議：網絡地址轉換屬接入廣域網(WAN)技術，是一種將私有（保留）地址轉化為合法IP地址的轉換技術，

DHCP協議：一個局域網的網絡協議，使用UDP協議工作，用途：給內部網絡或網絡服務供應商自動分配IP地址，給用戶或者內部網絡管理員作為對所有計算機作中央管理的手段。

5、描述RARP協議

答:RARP是逆地址解析協議，作用是完成硬件地址到IP地址的映射，主要用于無盤工作站，因為給無盤工作站配置的IP地址不能保存。

工作流程：在網絡中配置一臺RARP服務器，里面保存著IP地址和MAC地址的映射關系，當無盤工作站啟動后，就封裝一個RARP數據包，里面有其MAC地址，然后廣播到網絡上去，當服務器收到請求包后，就查找對應的MAC地址的IP地址裝入響應報文中發回給請求者。因為需要廣播請求報文，因此RARP只能用于具有廣播能力的網絡。

6、TCP三次握手和四次揮手的全過程

答:三次握手：

第一次握手：客戶端發送syn包(syn=x)到服務器，并進入SYN_SEND狀態，等待服務器確認；

第二次握手：服務器收到syn包，必須確認客戶的SYN（ack=x+1），同時自己也發送一個SYN包（syn=y），即SYN+ACK包，此時服務器進入SYN_RECV狀態；

第三次握手：客戶端收到服務器的SYN＋ACK包，向服務器發送確認包ACK(ack=y+1)，此包發送完畢，客戶端和服務器進入ESTABLISHED狀態，完成三次握手。

握手過程中傳送的包里不包含數據，三次握手完畢后，客戶端與服務器才正式開始傳送數據。理想狀態下，TCP連接一旦建立，在通信雙方中的任何一方主動關閉連接之前，TCP 連接都將被一直保持下去。

四次揮手：

與建立連接的“三次握手”類似，斷開一個TCP連接則需要“四次握手”。

第一次揮手：主動關閉方發送一個FIN，用來關閉主動方到被動關閉方的數據傳送，也就是主動關閉方告訴被動關閉方：我已經不 會再給你發數據了(當然，在fin包之前發送出去的數據，如果沒有收到對應的ack確認報文，主動關閉方依然會重發這些數據)，但是，此時主動關閉方還可 以接受數據。

第二次揮手：被動關閉方收到FIN包后，發送一個ACK給對方，確認序號為收到序號+1（與SYN相同，一個FIN占用一個序號）。

第三次揮手：被動關閉方發送一個FIN，用來關閉被動關閉方到主動關閉方的數據傳送，也就是告訴主動關閉方，我的數據也發送完了，不會再給你發數據了。

第四次揮手：主動關閉方收到FIN后，發送一個ACK給被動關閉方，確認序號為收到序號+1，至此，完成四次揮手。

7、在瀏覽器中輸入www.baidu.com后執行的全部過程

答:1、客戶端瀏覽器通過DNS解析到www.baidu.com的IP地址220.181.27.48，通過這個IP地址找到客戶端到服務器的路徑。客戶端瀏覽器發起一個HTTP會話到220.161.27.48，然后通過TCP進行封裝數據包，輸入到網絡層。

2、在客戶端的傳輸層，把HTTP會話請求分成報文段，添加源和目的端口，如服務器使用80端口監聽客戶端的請求，客戶端由系統隨機選擇一個端口如5000，與服務器進行交換，服務器把相應的請求返回給客戶端的5000端口。然后使用IP層的IP地址查找目的端。

3、客戶端的網絡層不用關心應用層或者傳輸層的東西，主要做的是通過查找路由表確定如何到達服務器，期間可能經過多個路由器，這些都是由路由器來完成的工作，我不作過多的描述，無非就是通過查找路由表決定通過那個路徑到達服務器。

4、客戶端的鏈路層，包通過鏈路層發送到路由器，通過鄰居協議查找給定IP地址的MAC地址，然后發送ARP請求查找目的地址，如果得到回應后就可以使用ARP的請求應答交換的IP數據包現在就可以傳輸了，然后發送IP數據包到達服務器的地址。

8、TCP和UDP的區別？

答:1）、TCP提供面向連接的、可靠的數據流傳輸，而UDP提供的是非面向連接的、不可靠的數據流傳輸。

2）、TCP傳輸單位稱為TCP報文段，UDP傳輸單位稱為用戶數據報。

3）、TCP注重數據安全性，UDP數據傳輸快，因為不需要連接等待，少了許多操作，但是其安全性卻一般。

TCP對應的協議和UDP對應的協議

TCP對應的協議：

（1） FTP：定義了文件傳輸協議，使用21端口。

（2） Telnet：一種用于遠程登陸的端口，使用23端口，用戶可以以自己的身份遠程連接到計算機上，可提供基于DOS模式下的通信服務。

（3） SMTP：郵件傳送協議，用于發送郵件。服務器開放的是25號端口。

（4） POP3：它是和SMTP對應，POP3用于接收郵件。POP3協議所用的是110端口。

（5）HTTP：是從Web服務器傳輸超文本到本地瀏覽器的傳送協議。

UDP對應的協議：

（1） DNS：用于域名解析服務，將域名地址轉換為IP地址。DNS用的是53號端口。

（2） SNMP：簡單網絡管理協議，使用161號端口，是用來管理網絡設備的。由于網絡設備很多，無連接的服務就體現出其優勢。

（3） TFTP(Trival File Tran敏感詞er Protocal)，簡單文件傳輸協議，該協議在熟知端口69上使用UDP服務。

9、DNS域名系統，簡單描述其工作原理。

答:當DNS客戶機需要在程序中使用名稱時，它會查詢DNS服務器來解析該名稱。客戶機發送的每條查詢信息包括三條信息：包括：指定的DNS域名，指定的查詢類型，DNS域名的指定類別。基于UDP服務，端口53. 該應用一般不直接為用戶使用，而是為其他應用服務，如HTTP，SMTP等在其中需要完成主機名到IP地址的轉換。

面向連接和非面向連接的服務的特點是什么？

面向連接的服務，通信雙方在進行通信之前，要先在雙方建立起一個完整的可以彼此溝通的通道，在通信過程中，整個連接的情況一直可以被實時地監控和管理。非面向連接的服務，不需要預先建立一個聯絡兩個通信節點的連接，需要通信的時候，發送節點就可以往網絡上發送信息，讓信息自主地在網絡上去傳，一般在傳輸的過程中不再加以監控。

10、TCP的三次握手過程？為什么會采用三次握手，若采用二次握手可以嗎？

答:建立連接的過程是利用客戶服務器模式，假設主機A為客戶端，主機B為服務器端。

（1）TCP的三次握手過程：主機A向B發送連接請求；主機B對收到的主機A的報文段進行確認；主機A再次對主機B的確認進行確認。

（2）采用三次握手是為了防止失效的連接請求報文段突然又傳送到主機B，因而產生錯誤。失效的連接請求報文段是指：主機A發出的連接請求沒有收到主機B的確認，于是經過一段時間后，主機A又重新向主機B發送連接請求，且建立成功，順序完成數據傳輸。考慮這樣一種特殊情況，主機A第一次發送的連接請求并沒有丟失，而是因為網絡節點導致延遲達到主機B，主機B以為是主機A又發起的新連接，于是主機B同意連接，并向主機A發回確認，但是此時主機A根本不會理會，主機B就一直在等待主機A發送數據，導致主機B的資源浪費。

（3）采用兩次握手不行，原因就是上面說的實效的連接請求的特殊情況。

11、了解交換機、路由器、網關的概念，并知道各自的用途

答:1）交換機

在計算機網絡系統中，交換機是針對共享工作模式的弱點而推出的。交換機擁有一條高帶寬的背部總線和內部交換矩陣。交換機的所有的端口都掛接在這條背 部總線上，當控制電路收到數據包以后，處理端口會查找內存中的地址對照表以確定目的MAC（網卡的硬件地址）的NIC（網卡）掛接在哪個端口上，通過內部 交換矩陣迅速將數據包傳送到目的端口。目的MAC若不存在，交換機才廣播到所有的端口，接收端口回應后交換機會“學習”新的地址，并把它添加入內部地址表 中。

交換機工作于OSI參考模型的第二層，即數據鏈路層。交換機內部的CPU會在每個端口成功連接時，通過ARP協議學習它的MAC地址，保存成一張 ARP表。在今后的通訊中，發往該MAC地址的數據包將僅送往其對應的端口，而不是所有的端口。因此，交換機可用于劃分數據鏈路層廣播，即沖突域；但它不 能劃分網絡層廣播，即廣播域。

交換機被廣泛應用于二層網絡交換，俗稱“二層交換機”。

交換機的種類有：二層交換機、三層交換機、四層交換機、七層交換機分別工作在OSI七層模型中的第二層、第三層、第四層盒第七層，并因此而得名。

2）路由器

路由器（Router）是一種計算機網絡設備，提供了路由與轉送兩種重要機制，可以決定數據包從來源端到目的端所經過 的路由路徑（host到host之間的傳輸路徑），這個過程稱為路由；將路由器輸入端的數據包移送至適當的路由器輸出端(在路由器內部進行)，這稱為轉 送。路由工作在OSI模型的第三層——即網絡層，例如網際協議。

路由器的一個作用是連通不同的網絡，另一個作用是選擇信息傳送的線路。 路由器與交換器的差別，路由器是屬于OSI第三層的產品，交換器是OSI第二層的產品(這里特指二層交換機)。

3）網關

網關（Gateway），網關顧名思義就是連接兩個網絡的設備，區別于路由器（由于歷史的原因，許多有關TCP/IP 的文獻曾經把網絡層使用的路由器（Router）稱為網關，在今天很多局域網采用都是路由來接入網絡，因此現在通常指的網關就是路由器的IP），經常在家 庭中或者小型企業網絡中使用，用于連接局域網和Internet。

網關也經常指把一種協議轉成另一種協議的設備，比如語音網關。

在傳統TCP/IP術語中，網絡設備只分成兩種，一種為網關（gateway），另一種為主機（host）。網關能在網絡間轉遞數據包，但主機不能 轉送數據包。在主機（又稱終端系統，end system）中，數據包需經過TCP/IP四層協議處理，但是在網關（又稱中介系 統，intermediate system）只需要到達網際層（Internet layer），決定路徑之后就可以轉送。在當時，網關 （gateway）與路由器（router）還沒有區別。

在現代網絡術語中，網關（gateway）與路由器（router）的定義不同。網關（gateway）能在不同協議間移動數據，而路由器（router）是在不同網絡間移動數據，相當于傳統所說的IP網關（IP gateway）。

網關是連接兩個網絡的設備，對于語音網關來說，他可以連接PSTN網絡和以太網，這就相當于VOIP，把不同電話中的模擬信號通過網關而轉換成數字信號，而且加入協議再去傳輸。在到了接收端的時候再通過網關還原成模擬的電話信號，最后才能在電話機上聽到。

對于以太網中的網關只能轉發三層以上數據包，這一點和路由是一樣的。而不同的是網關中并沒有路由表，他只能按照預先設定的不同網段來進行轉發。網關最重要的一點就是端口映射，子網內用戶在外網看來只是外網的IP地址對應著不同的端口，這樣看來就會保護子網內的用戶。