柚子快報邀請碼778899分享：一些常見的網(wǎng)絡協(xié)議

http://yzkb.51969.com/

FTP（文件傳輸協(xié)議）

FTP（文件傳輸協(xié)議，應用層協(xié)議）使用兩個端口進行通信：端口 20 和端口 21。

端口 21：FTP 控制連接端口?？蛻舳诉B接到服務器的端口 21，通過該端口發(fā)送命令（如登錄、列出目錄、下載文件等）和接收響應。 端口 20：FTP 數(shù)據(jù)連接端口。在文件傳輸期間，數(shù)據(jù)通過端口 20 進行傳輸。例如，當客戶端從服務器下載文件時，數(shù)據(jù)將通過服務器的端口 20 發(fā)送到客戶端。

DHCP（自動分配IP）

DHCP（Dynamic Host Configuration Protocol，應用層）是一種網(wǎng)絡協(xié)議，用于動態(tài)分配 IP 地址、子網(wǎng)掩碼、默認網(wǎng)關(guān)等網(wǎng)絡配置信息給連接到網(wǎng)絡的設備。通過 DHCP，網(wǎng)絡管理員可以更加方便地管理大量設備的網(wǎng)絡配置，而不需要手動為每個設備分配 IP 地址等信息。

在典型的 DHCP 配置中，有一個 DHCP 服務器負責分配 IP 地址和其他網(wǎng)絡配置信息，而客戶端設備通過 DHCP 協(xié)議向 DHCP 服務器發(fā)送請求，并接收服務器分配的配置信息。

在 Unix/Linux 系統(tǒng)中，通常使用 DHCP 客戶端來自動獲取網(wǎng)絡配置信息。常見的 DHCP 客戶端包括?dhclient?和?dhcpcd。這些客戶端會在系統(tǒng)啟動時向網(wǎng)絡中的 DHCP 服務器發(fā)送請求，并根據(jù)服務器的響應自動配置網(wǎng)絡。

關(guān)于 DHCP 的配置文件，主要包括以下幾個方面：

DHCP 客戶端配置文件：用于配置 DHCP 客戶端的參數(shù)，例如發(fā)送 DHCP 請求的接口、超時時間等。在不同的 Linux 發(fā)行版中，配置文件的位置和名稱可能會有所不同，但一般位于?/etc?目錄下或其子目錄中。 DHCP 服務器配置文件：用于配置 DHCP 服務器的參數(shù)，包括分配的 IP 地址范圍、子網(wǎng)掩碼、默認網(wǎng)關(guān)、DNS 服務器等。常見的 DHCP 服務器軟件包括 ISC DHCP Server 和 DHCPd。它們的配置文件通常位于?/etc/dhcp?目錄下，具體文件名可能是?dhcpd.conf?或類似的。

在配置 DHCP 服務器時，管理員需要根據(jù)網(wǎng)絡規(guī)劃和需求來編輯 DHCP 服務器的配置文件，指定適當?shù)?IP 地址范圍、子網(wǎng)掩碼、默認網(wǎng)關(guān)等參數(shù)，以便 DHCP 服務器能夠正確地為連接到網(wǎng)絡的客戶端設備分配配置信息。

需要注意的是，配置 DHCP 服務器時應當注意網(wǎng)絡安全性和網(wǎng)絡性能等因素，確保 DHCP 服務器的配置符合實際需求，并且能夠防止?jié)撛诘陌踩L險

ARP（MAC地址解析）

ARP（Address Resolution Protocol，網(wǎng)絡協(xié)議棧的數(shù)據(jù)鏈路層（OSI模型中的第二層））是一種用于將網(wǎng)絡層地址（通常是IP地址）解析為數(shù)據(jù)鏈路層地址（通常是MAC地址）的協(xié)議。它的主要作用是在局域網(wǎng)中解決目標設備的MAC地址。

在計算機網(wǎng)絡中，當一個設備需要發(fā)送數(shù)據(jù)包到另一個設備時，它通常知道目標設備的IP地址，但不知道目標設備的MAC地址。這時候就需要使用ARP協(xié)議來解析目標設備的MAC地址。

ARP工作原理如下：

當一個設備（例如計算機A）需要知道另一個設備（例如計算機B）的MAC地址時，它首先檢查自己的ARP緩存表，看是否已經(jīng)有了對應IP地址的MAC地址的映射記錄。如果ARP緩存中沒有目標IP地址的MAC地址映射記錄，計算機A就會在局域網(wǎng)上發(fā)送一個ARP請求廣播，請求所有設備告知它們擁有目標IP地址的設備的MAC地址。其他設備收到ARP請求后，如果發(fā)現(xiàn)自己的IP地址與ARP請求中的目標IP地址相匹配，就會向計算機A回復一個ARP響應，包含自己的MAC地址。當計算機A收到對應的ARP響應后，就會將目標IP地址和MAC地址的映射關(guān)系存儲到自己的ARP緩存中，以便后續(xù)使用。一旦計算機A知道了目標設備的MAC地址，它就可以將數(shù)據(jù)包發(fā)送到目標設備，局域網(wǎng)上的路由器或交換機負責將數(shù)據(jù)包傳遞給目標設備。

總的來說，ARP協(xié)議允許網(wǎng)絡設備在局域網(wǎng)中通過IP地址解析目標設備的MAC地址，從而實現(xiàn)數(shù)據(jù)包的傳輸和通信。

NFS（Network File System）

NFS（Network File System，應用層）是一種允許在網(wǎng)絡上共享文件系統(tǒng)的協(xié)議。它允許在不同的計算機系統(tǒng)之間共享文件和目錄，就像這些文件和目錄本地存在一樣。NFS 最初由 Sun Microsystems 開發(fā)，是 UNIX 和類 UNIX 系統(tǒng)中廣泛使用的網(wǎng)絡文件系統(tǒng)標準。

NFS 的工作原理基于客戶端-服務器模型。在該模型中，NFS 服務器維護著文件系統(tǒng)，并通過網(wǎng)絡向客戶端提供對文件和目錄的訪問?？蛻舳丝梢酝ㄟ^ NFS 協(xié)議掛載（mount）服務器上的文件系統(tǒng)，使得這些文件系統(tǒng)在客戶端上就像本地文件系統(tǒng)一樣可訪問。

NFS 的主要優(yōu)點包括：

共享性：NFS 允許多個客戶端系統(tǒng)訪問同一個文件系統(tǒng)，實現(xiàn)了文件和數(shù)據(jù)的共享。 透明性：對于客戶端而言，訪問遠程文件系統(tǒng)和訪問本地文件系統(tǒng)沒有顯著區(qū)別，因此用戶無需關(guān)心文件實際存儲位置的細節(jié)。 靈活性：NFS 支持各種類型的操作系統(tǒng)和網(wǎng)絡環(huán)境，使得不同平臺間的文件共享成為可能。 可伸縮性：NFS 允許添加多個服務器以提供冗余和負載平衡，從而提高了系統(tǒng)的可用性和性能。

然而，NFS 也存在一些缺點和注意事項，比如安全性方面的考慮、網(wǎng)絡性能的影響等。因此，在設計和配置 NFS 系統(tǒng)時，需要綜合考慮安全性、性能和可用性等因素。

RTSP流媒體協(xié)議（應用層）

rtsp，英文全稱 Real Time Streaming Protocol，RFC2326，實時流傳輸協(xié)議，是TCP/IP協(xié)議體系中的一個應用層協(xié)議！協(xié)議主要規(guī)定定了一對多應用程序如何有效地通過IP網(wǎng)絡傳送多媒體數(shù)據(jù)。RTSP體系結(jié)位于RTP和RTCP之上（RTCP用于控制傳輸，RTP用于數(shù)據(jù)傳輸），使用TCP或UDP完成數(shù)據(jù)傳輸！

RTSP(TCP)建立連接過程：

C->B客戶端向服務端發(fā)送OPTION報文，詢問服務端支持哪些方法B->C 服務端向客戶端回復所支持的方法，一般包括：

DESCRIBE：用于獲取媒體資源的描述信息。 SETUP：用于建立媒體傳輸通道。 PLAY：用于開始播放媒體資源。 PAUSE：用于暫停播放媒體資源。 TEARDOWN：用于關(guān)閉媒體傳輸會話。 C->B客戶端發(fā)送DESCRIBE報文獲取媒體資源的描述信息B->C服務端返回媒體資源的詳細信息，包含SDP信息C->B發(fā)送SETUP報文，請求建立連接B->C回復建立連接請求（UDP返回數(shù)據(jù)會多client_port和 server_port兩個字段）C->B發(fā)送PLAY報文，請求開始傳輸媒體數(shù)據(jù)B->C...

socket套接字

用于描述地址和端口，是一個通信鏈的句柄。本質(zhì)是編程接口，對TCP/IP的封裝，不能算協(xié)議。

SIP（Session Initiation Protocol）

SIP（Session Initiation Protocol）是一種用于建立、修改和終止多媒體會話的通信協(xié)議，常用于互聯(lián)網(wǎng)電話（VoIP）和實時通信系統(tǒng)。它屬于應用層協(xié)議，用于在網(wǎng)絡上發(fā)送控制信息，以便在兩個或多個參與者之間建立通信會話。

SIP 協(xié)議的主要功能包括：

會話管理：SIP 允許用戶發(fā)起、接受和終止通信會話，包括語音通話、視頻通話和即時消息等。 用戶定位：SIP 可以幫助確定通信參與者的位置，并將通信請求路由到正確的終端。 狀態(tài)通知：SIP 允許用戶發(fā)送狀態(tài)通知，例如忙碌、在線或離線狀態(tài)，以便其他用戶知道他們是否可用。 會話協(xié)商：SIP 允許參與者協(xié)商會話參數(shù)，如編解碼器和傳輸協(xié)議，以便在不同終端之間實現(xiàn)兼容性。 故障處理：SIP 提供了故障處理機制，允許在會話建立和終止過程中處理錯誤和異常情況。

總之，SIP 是一種功能強大的通信協(xié)議，為實時通信系統(tǒng)提供了靈活性和可擴展性，使得不同終端和應用程序可以無縫地進行多媒體通信。

Telnet遠程登陸協(xié)議（應用層）

Telnet協(xié)議是一種用于遠程登錄和控制遠程計算機的協(xié)議，它允許用戶通過網(wǎng)絡連接登錄到遠程主機，并在該主機上執(zhí)行命令。Telnet協(xié)議通常運行在TCP/IP協(xié)議棧上，使用默認端口23。

使用Telnet協(xié)議，用戶可以通過命令行界面遠程登錄到另一臺計算機，并執(zhí)行各種操作，比如查看文件、管理系統(tǒng)、修改配置等。Telnet協(xié)議是一種基于文本的協(xié)議，傳輸?shù)臄?shù)據(jù)都是明文的，沒有加密保護，因此在安全性方面存在一定的風險。

雖然Telnet協(xié)議在過去廣泛使用，但由于其傳輸數(shù)據(jù)不加密的特性，現(xiàn)在已經(jīng)逐漸被更加安全的SSH（Secure Shell）協(xié)議所取代。SSH協(xié)議提供了加密的數(shù)據(jù)傳輸和會話管理，更適合于安全遠程訪問和操作。

總的來說，Telnet協(xié)議是一種用于遠程登錄和控制計算機的協(xié)議，但由于其安全性相對較低，在實際應用中比較少見，更多的情況下會選擇使用SSH協(xié)議來實現(xiàn)遠程訪問和操作。

TCP三次握手四次揮手

OSI（Open Systems Interconnection）七層模型

是一個用于描述計算機網(wǎng)絡體系結(jié)構(gòu)的參考模型，由國際標準化組織（ISO）制定。它將網(wǎng)絡通信過程分解為七個抽象的層次，每個層次負責特定的功能，從而使不同的網(wǎng)絡設備和軟件能夠相互通信和協(xié)作。以下是OSI七層模型的各個層次：

物理層（Physical Layer）： 物理層是最底層的層次，負責在物理媒介上傳輸原始比特流，它定義了電氣、光學和機械特性，例如電壓、電纜類型、接口等。 數(shù)據(jù)鏈路層（Data Link Layer）： 數(shù)據(jù)鏈路層負責通過物理連接傳輸數(shù)據(jù)，將原始比特流組織成幀（Frame），并提供錯誤檢測和糾正。它通常分為兩個子層：邏輯鏈路控制（LLC）和介質(zhì)訪問控制（MAC）。

常見協(xié)議ARP協(xié)議、國網(wǎng)376.1協(xié)議相關(guān)設備交換機

網(wǎng)絡層（Network Layer）： 網(wǎng)絡層負責在網(wǎng)絡上尋址和路由數(shù)據(jù)包，使數(shù)據(jù)能夠從源節(jié)點傳輸?shù)侥繕斯?jié)點，它定義了 IP 地址和路由協(xié)議。 傳輸層（Transport Layer）： 傳輸層提供端到端的通信，負責在源主機和目標主機之間建立、維護和終止數(shù)據(jù)傳輸連接。它定義了 TCP 和 UDP 等協(xié)議。 會話層（Session Layer）： 會話層負責建立、管理和終止會話或連接，提供數(shù)據(jù)交換的方式，例如對話控制和同步。 表示層（Presentation Layer）： 表示層負責數(shù)據(jù)的格式化、加密和壓縮，以確保數(shù)據(jù)在不同系統(tǒng)之間的兼容性和可讀性。 應用層（Application Layer）： 應用層是 OSI 模型的最高層，負責提供網(wǎng)絡服務和應用程序之間的接口，為用戶提供各種網(wǎng)絡服務，例如電子郵件、文件傳輸、遠程登錄等。

常見協(xié)議HTTP，NFS,FTP,DHCP，SIP

OSI七層模型提供了一種標準的方式來理解和設計計算機網(wǎng)絡體系結(jié)構(gòu)，但在實際應用中，常用的是 TCP/IP 協(xié)議棧，它是根據(jù) OSI 模型發(fā)展而來的。

描述一下TCP三次握手，四次揮手？

在TCP報文的報文頭中包含的信息有：

目的端口號與源端口號，用于區(qū)分應用程序。

序列號，防止亂序

確認號，防止丟包

標志位：ACK用于回復，SYN用于建立連接，F(xiàn)IN用于斷開連接，rst同于重新連接等等

窗口大?。河糜诹髁靠刂?。

在建立連接之初，客戶端處于CLOSE狀態(tài)，而服務端處于監(jiān)聽狀態(tài)。

第一次握手由客戶端向服務端發(fā)送建立連接請求報文，包含SYN標志位，目的是檢驗客戶端的發(fā)送能力，發(fā)送完后客戶端處于SYN_send狀態(tài)。

第二次握手是由服務端在收到客戶端的請求連接報文后，需要對客戶端發(fā)送回復報文，主要有兩個目的，一是告知客戶端的發(fā)送沒有問題，而是驗證服務端的發(fā)送能力。所以會包含SYN標志位以及ACK回復標志位。收到建立連接請求回復后會轉(zhuǎn)為SYN_recive狀態(tài)

第三次握手是由在客戶端第一次接收到服務段的回復報文后發(fā)送回復，包含ACK標志位主要是告知服務端的發(fā)送能力沒有問題。發(fā)送回復后客戶端轉(zhuǎn)為estabelished狀態(tài)，服務端在接收到此報文后轉(zhuǎn)為該狀態(tài)。

關(guān)于TCP分割數(shù)據(jù)？

當我們的應用層需要發(fā)送的數(shù)據(jù)過多時會會對數(shù)據(jù)進行拆分，在以太網(wǎng)中（IP層）最大的網(wǎng)絡包一般為1500個字節(jié)，也就時我們說的MTU。除去IP層的ip頭部以及TCP頭部剩下的就是我們應用層一次能發(fā)送的數(shù)據(jù)長度MSS.

假設客戶端有多個網(wǎng)卡，就會有多個 IP 地址，那 IP 頭部的源地址應該選擇哪個 IP 呢？

當設備中包含多張網(wǎng)卡的時，linux系統(tǒng)會根據(jù)目標地址查找本機路由表，將目的地址與路由表中每個網(wǎng)卡的掩碼進行與運算，找到相匹配的的作為發(fā)送網(wǎng)卡，并以其IP為源地址。

MAC包頭格式？

MAC包頭中包含了接收方的MAC地址以及發(fā)送方的mac地址，還會包含協(xié)議類型，在TCP/ip中MAC包的協(xié)議類型只有ARP與IP協(xié)議兩種。

其中MAC數(shù)據(jù)幀中的發(fā)送方的MAC地址是在發(fā)送網(wǎng)卡的ROM只讀存儲器中出廠寫入的，也就是自帶的，而對于MAC的目的接收地址則需要通過ARP協(xié)議根據(jù)目的IP確認。

關(guān)于交換機你知道多少

以前的交換機主要工作在數(shù)據(jù)鏈路層現(xiàn)在也稱之為二層交換機或者傻瓜交換機，其將接收到的數(shù)據(jù)的mac地址以及接收的端口記錄在自己的MAC表中，從而實現(xiàn)根據(jù)mac對接收的數(shù)據(jù)進行轉(zhuǎn)發(fā)。如果本地的MAC表中沒有對應的目的MAC的端口，那么交換機會將數(shù)據(jù)包廣播出去。

在現(xiàn)在的三層交換機中，交換機不止工作在數(shù)據(jù)鏈路層還會工作在IP層用于劃分地址域，地址域之間通信，以及做VLAN隔離，避免廣播風暴等作用。

柚子快報邀請碼778899分享：一些常見的網(wǎng)絡協(xié)議

http://yzkb.51969.com/

精彩文章