第五周:網(wǎng)絡協(xié)議和管理配置

1、簡述osi七層模型和TCP/IP五層模型

OSI七層模型:

7 應用層??????Application:針對特定應用的協(xié)議

6 表示層??????Presentation:設備固有數(shù)據(jù)格式和網(wǎng)絡標準數(shù)據(jù)格式的轉換。壓縮、加密等

5 會話層??????Session:通信管理。負責建立和斷開通信連接(數(shù)據(jù)滾動的邏輯通路)管理傳輸層以下的分層

4 傳輸層??????Transport:管理兩個節(jié)點之間的數(shù)據(jù)傳輸。負責可靠傳輸(確保數(shù)據(jù)被可靠地傳送到目標地址)

3 網(wǎng)絡層??????Network:地址管理與路由選擇(跨網(wǎng)絡之間的網(wǎng)絡通訊)

2 數(shù)據(jù)鏈路層??Data Link :互聯(lián)設備之間傳送和識別數(shù)據(jù)幀

1 物理層??????Physical?:某種媒介(物理)連接

TCP/IP五層模型:

5 應用層? ? Applicaton?Layer

4 傳輸層??????Transport?Layer

3 互聯(lián)網(wǎng)層??????Internet?Layer

2 數(shù)據(jù)鏈路層? ?Link Layer(meida-access)

1 物理層??????Physical?Layer

2、總結描述TCP三次握手四次揮手

TCP三次握手

第一次握手:建立連接時,客戶端發(fā)送SYN包(seq=x)到服務器,并進入SYN_SENT狀態(tài),等待服務器確認;SYN:同步序列編號(Synchronize Sequence Numbers)。

第二次握手:服務器收到syn包,必須確認客戶的SYN(ack=x+1),同時自己也發(fā)送一個SYN包(seq=y),即SYN+ACK包,此時服務器進入SYN_RCVD狀態(tài);

第三次握手:客戶端收到服務器的SYN+ACK包,向服務器發(fā)送確認包ACK(ack=y+1),此包發(fā)送完畢,客戶端和服務器進入ESTABLISHED(TCP連接成功)狀態(tài),完成三次握手。

TCP四次揮手

1) 客戶端進程發(fā)出連接釋放報文,并且停止發(fā)送數(shù)據(jù)。釋放數(shù)據(jù)報文首部,F(xiàn)IN=1,其序列號為seq=u(等于前面已經(jīng)傳送過來的數(shù)據(jù)的最后一個字節(jié)的序號加1),此時,客戶端進入FIN-WAIT-1(終止等待1)狀態(tài)。 TCP規(guī)定,F(xiàn)IN報文段即使不攜帶數(shù)據(jù),也要消耗一個序號。

2 )服務器收到連接釋放報文,發(fā)出確認報文,ACK=1,ack=u+1,并且?guī)献约旱男蛄刑杝eq=v,此時,服務端就進入了CLOSE-WAIT(關閉等待)狀態(tài)。TCP服務器通知高層的應用進程,客戶端向服務器的方向就釋放了,這時候處于半關閉狀態(tài),即客戶端已經(jīng)沒有數(shù)據(jù)要發(fā)送了,但是服務器若發(fā)送數(shù)據(jù),客戶端依然要接受。這個狀態(tài)還要持續(xù)一段時間,也就是整個CLOSE-WAIT狀態(tài)持續(xù)的時間。

3)客戶端收到服務器的確認請求后,此時,客戶端就進入FIN-WAIT-2(終止等待2)狀態(tài),等待服務器發(fā)送連接釋放報文(在這之前還需要接受服務器發(fā)送的最后的數(shù)據(jù))。

4)服務器將最后的數(shù)據(jù)發(fā)送完畢后,就向客戶端發(fā)送連接釋放報文,F(xiàn)IN=1,ack=u+1,由于在半關閉狀態(tài),服務器很可能又發(fā)送了一些數(shù)據(jù),假定此時的序列號為seq=w,此時,服務器就進入了LAST-ACK(最后確認)狀態(tài),等待客戶端的確認。

5)客戶端收到服務器的連接釋放報文后,必須發(fā)出確認,ACK=1,ack=w+1,而自己的序列號是seq=u+1,此時,客戶端就進入了TIME-WAIT(時間等待)狀態(tài)。注意:此時TCP連接還沒有釋放,必須經(jīng)過2??MSL(最長報文段壽命)的時間后,當客戶端撤銷相應的TCB后,才進入CLOSED狀態(tài)。

6)服務器只要收到了客戶端發(fā)出的確認,立即進入CLOSED狀態(tài)。同樣,撤銷TCB后,就結束了這次的TCP連接??梢钥吹?,服務器結束TCP連接的時間要比客戶端早一些。

3、描述TCP和UDP區(qū)別

TCP:

可靠

面向連接

有序列

郵件通訊、文件共享、下載

UDP

高性能

非面向連接

無序列

語音、視頻通信

4、網(wǎng)卡綁定bond0的實現(xiàn)

# 添加bonding接口

nmcli con add type bond con-name mybond0 ifname bond0 mode active-backup ipv4.method manual ipv4.addresses 192.168.203.132/24

# 添加從屬接口

nmcli con add type bond-slave ifname ens160 master bond0

nmcli con add type bond-slave ifname ens224 master bond0

#啟動網(wǎng)卡

nmcli con up bond-slave-ens160

nmcli con up bond-slave-ens224

#啟動綁定

nmcli con up mybond0

?著作權歸作者所有,轉載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務。

相關閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容