Linux運維常見網絡部分面試題庫合集

2，seq=u,u-1是A向B發送的最后一個字節的序號.

第二次揮手:

B收到連接釋放請求后,會通知相應的應用程序,告訴它A向B這個方向的連接已經釋放.此時B進入CLOSE-WAIT狀態,并向A發送連接釋放的應答,其報文頭包含:ACK=1,seq=v,ack=u+1.

ACK=1：除TCP連接請求報文段以外,TCP通信過程中所有數據報的ACK都為1，表示應答.

1，seq=v，v-1是B向A發送的最后一個字節的序號.

2，ack=u+1表示希望收到從第u+1個字節開始的報文段,并且已經成功接收了前u個字節.A收到該應答,進入FIN-WAIT-2狀態,等待B發送連接釋放請求.

第二次揮手完成后，A到B方向的連接已經釋放，B不會再接收數據，A也不會再發送數據。但B到A方向的連接仍然存在，B可以繼續向A發送數據。

第三次揮手:

當B向A發完所有數據后,向A發送連接釋放請求,請求頭中包含:
FIN=1,ACK=1,seq=w,ack=u+1.隨后B進入LAST-ACK狀態.

第四次揮手:

A收到釋放請求后,向B發送確認應答,此時A進入TIME-WAIT狀態.該狀態會持續2MSL時間,若該時間段內沒有B的重發請求的話,就進入CLOSED狀態,撤銷TCB.當B收到確認應答后,也便進入CLOSED狀態,撤銷TCB。

1，client為數據發送方

2，server為數據接收方

好，下面進行三次握手的總結：

1，client想要向server發送數據，請求連接。這時client想服務器發送一個數據包，其中同步位（SYN）被置為1，表明client申請TCP連接，序號為j。

2，當server接收到了來自client的數據包時，解析發現同步位為1，便知道client是想要簡歷TCP連接，于是將當前client的IP、端口之類的加入未連接隊列中，并向client回復接受連接請求，想client發送數據包，其中同步位為1，并附帶確認位ACK=j+1，表明server已經準備好分配資源了，并向client發起連接請求，請求client為建立TCP連接而分配資源。

3，client向server回復一個ACK，并分配資源建立連接。server收到這個確認時也分配資源進行連接的建立。

403：服務器拒絕請求。檢查服務器配置，是不是對客戶端做了限制。

404：未找到請求的資源。檢查服務器上是否存在請求的資源，看是否是配置問題。

31.TCP有哪些了解，TCP連接狀態中“TIME_WAIT”是什么意思，影響什么？

答：關于tcp有點復雜，直接上圖吧，更直觀

狀態描述：

CLOSED：這個沒什么好說的了，表示初始狀態。

LISTEN：這個也是非常容易理解的一個狀態，表示服務器端的某個SOCKET處于監聽狀態，可以接受連接了。

SYN_RCVD：這個狀態表示接受到了SYN報文，在正常情況下，這個狀態是服務器端的SOCKET在建立TCP連接時的三次握手會話過程中的一個中間狀態，很短暫，基本上用netstat你是很難看到這種狀態的，除非你特意寫了一個客戶端測試程序，故意將三次TCP握手過程中最后一個ACK報文不予發送。因此這種狀態時，當收到客戶端的ACK報文后，它會進入到ESTABLISHED狀態。

SYN_SENT：這個狀態與SYN_RCVD遙想呼應，當客戶端SOCKET執行CONNECT連接時，它首先發送SYN報文，因此也隨即它會進入到了SYN_SENT狀態，并等待服務端的發送三次握手中的第2個報文。SYN_SENT狀態表示客戶端已發送SYN報文。

ESTABLISHED：這個容易理解了，表示連接已經建立了。

FIN_WAIT_1：這個狀態要好好解釋一下，其實FIN_WAIT_1和FIN_WAIT_2狀態的真正含義都是表示等待對方的FIN報文。而這兩種狀態的區別是：FIN_WAIT_1狀態實際上是當SOCKET在ESTABLISHED狀態時，它想主動關閉連接，向對方發送了FIN報文，此時該SOCKET即進入到FIN_WAIT_1狀態。而當對方回應ACK報文后，則進入到FIN_WAIT_2狀態，當然在實際的正常情況下，無論對方何種情況下，都應該馬上回應ACK報文，所以FIN_WAIT_1狀態一般是比較難見到的，而FIN_WAIT_2狀態還有時常?？梢杂胣etstat看到。

FIN_WAIT_2：上面已經詳細解釋了這種狀態，實際上FIN_WAIT_2狀態下的SOCKET，表示半連接，也即有一方要求close連接，但另外還告訴對方，我暫時還有點數據需要傳送給你，稍后再關閉連接。

TIME_WAIT：表示收到了對方的FIN報文，并發送出了ACK報文，就等2MSL后即可回到CLOSED可用狀態了。如果FIN_WAIT_1狀態下，收到了對方同時帶FIN標志和ACK標志的報文時，可以直接進入到TIME_WAIT狀態，而無須經過FIN_WAIT_2狀態。

CLOSING：這種狀態比較特殊，實際情況中應該是很少見，屬于一種比較罕見的例外狀態。正常情況下，當你發送FIN報文后，按理來說是應該先收到（或同時收到）對方的ACK報文，再收到對方的FIN報文。但是CLOSING狀態表示你發送FIN報文后，并沒有收到對方的ACK報文，反而卻也收到了對方的FIN報文。什么情況下會出現此種情況呢？其實細想一下，也不難得出結論：那就是如果雙方幾乎在同時close一個SOCKET的話，那么就出現了雙方同時發送FIN報文的情況，也即會出現CLOSING狀態，表示雙方都正在關閉SOCKET連接。

CLOSE_WAIT：這種狀態的含義其實是表示在等待關閉。怎么理解呢？當對方close一個SOCKET后發送FIN報文給自己，你系統毫無疑問地會回應一個ACK報文給對方，此時則進入到CLOSE_WAIT狀態。接下來呢，實際上你真正需要考慮的事情是察看你是否還有數據發送給對方，如果沒有的話，那么你也就可以close這個SOCKET，發送FIN報文給對方，也即關閉連接。所以你在CLOSE_WAIT狀態下，需要完成的事情是等待你去關閉連接。

LAST_ACK：這個狀態還是比較容易好理解的，它是被動關閉一方在發送FIN報文后，最后等待對方的ACK報文。當收到ACK報文后，也即可以進入到CLOSED可用狀態了。

（3）若沒有查到，則將請求發給根域DNS?服務器，并依序從根域查找頂級域，由頂級查找二級域，二級域查找三級，直至找到要解析的地址或名字，即向客戶機所在網絡的DNS服務器發出應答信息，DNS服務器收到應答后現在緩存中存儲，然后，將解析結果發給客戶機。

（4）若沒有找到，則返回錯誤信息。

CNAME記錄別名域記錄

3)修改abc.com?域名的配置文件，增加以下記錄

INMX 10 mail.abc.com.

mailIN A 202.106.0.20

4)bind根據請求解析客戶端的IP地址，做出不同的解析，其原理是在配置文件中，設定了view，在每個view都有客戶端的IP地址段，bind服務器根據請求解析客戶端的IP地址，匹配不同的view,再根據該view的配置，到相應的配置文件進行查詢，將結果返回給請求的客戶端。

數據的表示、安全、壓縮。（在五層模型里面已經合并到了應用層）

格式有，JPEG、ASCll、DECOIC、加密格式等

會話層（Session?Layer）：

建立、管理、終止會話。（在五層模型里面已經合并到了應用層）

對應主機進程，指本地主機與遠程主機正在進行的會話

傳輸層?(Transport)：

定義傳輸數據的協議端口號，以及流控和差錯校驗。

協議有：TCP?UDP，數據包一旦離開網卡即進入網絡傳輸層

網絡層?(Network)：

進行邏輯地址尋址，實現不同網絡之間的路徑選擇。

協議有：ICMP?IGMP?IP（IPV4?IPV6）?ARP?RARP

數據鏈路層?(Link)：

建立邏輯連接、進行硬件地址尋址、差錯校驗等功能。（由底層網絡定義協議）

將比特組合成字節進而組合成幀，用MAC地址訪問介質，錯誤發現但不能糾正。

物理層（Physical?Layer）：

是計算機網絡OSI模型中最低的一層。

物理層規定：為傳輸數據所需要的物理鏈路創建、維持、拆除而提供具有機械的，電子的，功能的和規范的特性。