網絡協議

TCP/UDP協議

TCP(Transmission Control Protocol)和UDP(User Datagram Protocol)協議屬於傳輸層協議。其中TCP提供IP環境下的數據可靠傳輸，它提供的服務包括數據流傳送、可靠性、有效流控、全雙工操做和多路複用。經過面向鏈接、端到端和可靠的數據包發送。通俗說，它是事先爲所發送的數據開闢出鏈接好的通道，而後再進行數據發送;而UDP則不爲IP提供可靠性、流控或差錯恢復功能。通常來講，TCP對應的是可靠性要求高的應用，而UDP對應的則是可靠性要求低、傳輸經濟的應用。

TCP支持的應用協議主要有：Telnet、FTP、SMTP等;UDP支持的應用層協議主要有：NFS(網絡文件系統)、SNMP(簡單網絡管理協議)、DNS(主域名稱系統)、TFTP(通用文件傳輸協議)等。

TCP/IP協議與低層的數據鏈路層和物理層無關，這也是TCP/IP的重要特色。

 

 

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查詢失敗。
5. 廣播發送ARP請求，單播發送ARP響應。

RARP逆地址解析協議：

RARP是逆地址解析協議，做用是完成硬件地址到IP地址的映射，主要用於無盤工做站，由於給無盤工做站配置的IP地址不能保存。工做流程：在網絡中配置一臺RARP服務器，裏面保存着IP地址和MAC地址的映射關係，當無盤工做站啓動後，就封裝一個RARP數據包，裏面有其MAC地址，而後廣播到網絡上去，當服務器收到請求包後，就查找對應的MAC地址的IP地址裝入響應報文中發回給請求者。由於須要廣播請求報文，所以RARP只能用於具備廣播能力的網絡。

ICMP互聯網控制消息協議：

它用於TCP/IP網絡中發送控制消息，提供可能發生在通訊環境中的各類問題反饋，經過這些信息，令管理者能夠對所發生的問題做出診斷，而後採起適當的措施解決。它與傳輸協議最大的不一樣：它通常不用於在兩點間傳輸數據，而經常用於返回的錯誤信息或是分析路由。

ICMP控制的內容包括但不只限於：echo響應（ping）、目標網絡不可達、目標端口不可達、禁止訪問的網絡、擁塞控制、重定向、TTL超時...

路由選擇協議：

路由選擇協議分爲：靜態的和動態的。Internet中使用的是動態路由選擇協議，在Internet的概念中，將整個互聯網劃分爲許多個小的自治系統（AS）。AS的最主要的特徵：一個AS對其餘AS表現出的是一個單一 和一致的路由選擇策略。

因爲AS的存在，路由選擇協議又分爲兩種：

• 內部網關協議（IGP）：即在一個AS內部使用的路由選擇協議，而這與互聯網中其餘AS選用什麼路由協議無關。好比：OSPF
• 外部網關協議（EGP）：若源主機和目的主機再也不同一個AS中，就須要使用一種協議將路由選擇信息傳遞到另外一個AS中，這就是EGP。好比：BGP。

DNS域名解析協議：

當 DNS 客戶機須要查詢程序中使用的名稱時，它會查詢本地DNS 服務器來解析該名稱。客戶機發送的每條查詢消息都包括3條信息，以指定服務器應回答的問題。

　　● 指定的 DNS 域名，表示爲徹底合格的域名 (FQDN) 。

　　● 指定的查詢類型，它可根據類型指定資源記錄，或做爲查詢操做的專門類型。

　　● DNS域名的指定類別。

DNS的查詢過程：（以訪問www.qq.com爲例）

1. 在瀏覽器中輸入www.qq.com域名，操做系統會先檢查本身本地的hosts文件是否有這個網址映射關係，若是有，就先調用這個IP地址映射，完成域名解析。 
2. 若是hosts裏沒有這個域名的映射，則查找本地DNS解析器緩存，是否有這個網址映射關係，若是有，直接返回，完成域名解析。 
3. 若是hosts與本地DNS解析器緩存都沒有相應的網址映射關係，首先會找TCP/IP參數中設置的首選DNS服務器，在此咱們叫它本地DNS服務器，此服務器收到查詢時，若是要查詢的域名，包含在本地配置區域資源中，則返回解析結果給客戶機，完成域名解析，此解析具備權威性。 
4. 若是要查詢的域名，不禁本地DNS服務器區域解析，但該服務器已緩存了此網址映射關係，則調用這個IP地址映射，完成域名解析，此解析不具備權威性。 
5. 若是本地DNS服務器本地區域文件與緩存解析都失效，則根據本地DNS服務器的設置（是否設置轉發器）進行查詢，若是未用轉發模式，本地DNS就把請求發至根DNS，根DNS服務器收到請求後會判斷這個域名(.com)是誰來受權管理，並會返回一個負責該頂級域名服務器的一個IP。本地DNS服務器收到IP信息後，將會聯繫負責.com域的這臺服務器。這臺負責.com域的服務器收到請求後，若是本身沒法解析，它就會找一個管理.com域的下一級DNS服務器地址(qq.com)給本地DNS服務器。當本地DNS服務器收到這個地址後，就會找qq.com域服務器，重複上面的動做，進行查詢，直至找到www.qq.com主機。