icmp协议介绍,type code 对应表
下圖藍綠色背景為常用報文類型?
| 0 | 0 | Echo Reply——回顯應答(Ping應答) | x | ? |
| 3 | 0 | Network Unreachable——網絡不可達 | ? | x |
| 3 | 1 | Host Unreachable——主機不可達 | ? | x |
| 3 | 2 | Protocol Unreachable——協議不可達 | ? | x |
| 3 | 3 | Port Unreachable——端口不可達 | ? | x |
| 3 | 4 | Fragmentation needed but no frag. bit set——需要進行分片但設置不分片比特 | ? | x |
| 3 | 5 | Source routing failed——源站選路失敗 | ? | x |
| 3 | 6 | Destination network unknown——目的網絡未知 | ? | x |
| 3 | 7 | Destination host unknown——目的主機未知 | ? | x |
| 3 | 8 | Source host isolated (obsolete)——源主機被隔離(作廢不用) | ? | x |
| 3 | 9 | Destination network administratively prohibited——目的網絡被強制禁止 | ? | x |
| 3 | 10 | Destination host administratively prohibited——目的主機被強制禁止 | ? | x |
| 3 | 11 | Network unreachable for TOS——由于服務類型TOS,網絡不可達 | ? | x |
| 3 | 12 | Host unreachable for TOS——由于服務類型TOS,主機不可達 | ? | x |
| 3 | 13 | Communication administratively prohibited by filtering——由于過濾,通信被強制禁止 | ? | x |
| 3 | 14 | Host precedence violation——主機越權 | ? | x |
| 3 | 15 | Precedence cutoff in effect——優先中止生效 | ? | x |
| 4 | 0 | Source quench——源端被關閉(基本流控制) | ? | ? |
| 5 | 0 | Redirect for network——對網絡重定向 | ? | ? |
| 5 | 1 | Redirect for host——對主機重定向 | ? | ? |
| 5 | 2 | Redirect for TOS and network——對服務類型和網絡重定向 | ? | ? |
| 5 | 3 | Redirect for TOS and host——對服務類型和主機重定向 | ? | ? |
| 8 | 0 | Echo request——回顯請求(Ping請求) | x | ? |
| 9 | 0 | Router advertisement——路由器通告 | ? | ? |
| 10 | 0 | Route solicitation——路由器請求 | ? | ? |
| 11 | 0 | TTL equals 0 during transit——傳輸期間生存時間為0 | ? | x |
| 11 | 1 | TTL equals 0 during reassembly——在數據報組裝期間生存時間為0 | ? | x |
| 12 | 0 | IP header bad (catchall error)——壞的IP首部(包括各種差錯) | ? | x |
| 12 | 1 | Required options missing——缺少必需的選項 | ? | x |
| 13 | 0 | Timestamp request (obsolete)——時間戳請求(作廢不用) | x | ? |
| 14 | ? | Timestamp reply (obsolete)——時間戳應答(作廢不用) | x | ? |
| 15 | 0 | Information request (obsolete)——信息請求(作廢不用) | x | ? |
| 16 | 0 | Information reply (obsolete)——信息應答(作廢不用) | x | ? |
| 17 | 0 | Address mask request——地址掩碼請求 | x | ? |
| 18 | 0 | Address mask reply——地址掩碼應答 | x |
概述:
????Internet控制信息協議(ICMP)是一個工作于網絡層的簡單的TCP/IP協議,IP協議也工作于這一層。IP協議的主要功能是使網絡可以發送和連接數據包,而ICMP協議與之相比則功能有限,主要包括:
- 測試與遠程主機的TCP/IP連接以確保他們處于活躍狀態(用ping命令)
- 對路由器和其他主機發出簡單的控制請求
- 從路由器和其他主機報告錯誤情況
實際上,ICMP協議通過為IP協議提供控制信息和錯誤報告來彌補IP協議的不足,ICMP在RFC 792和1700中定義。
體系結構:
??? ICMP信息封裝在IP數據包中在網絡上進行傳輸。ICMP數據包是面向無連接的,不提供傳輸保證。ICMP支持廣播,但與TCP和UDP不同,它們都是工作于更高的Internet層上的,ICMP也不使用端口號。
??? ICMP信息的功能由它的信息頭的前兩個字節決定,通常的幾種ICMP數據包類型有:
- 回復應答(ICMP類型0):ping命令用到該類型的數據包以測試TCP/IP連接;
- 目標不可達 (ICMP類型3):用以知識目標網絡、主機或者端口不可達;
- 源站抑制 (ICMP類型4):當路由器處理IP數據的速度不夠快時,會發送此類的消息。它的意思是讓發送方降低發送數據的速率。Microsoft Windows NT或Windows 2000主機可以通過降低數據傳輸率來響應這種類型的消息;
- 重定向消息 (ICMP類型5):用于將主機重新定向到一個不同的網絡路徑,該消息告訴路由器對于該數據包可以忽略它內部的路由表項;
- 回復請求(ICMP類型8):ping命令用該類型的數據包測試TCP/IP連接;
- 路由器通告 (ICMP類型9):以隨機的時間間隔發送該數據包以響應ICMP路由器請求數據包;
- 路由器請求 (ICMP類型10):路由器發送該數據包來請求路由器通告的更新;
- 超時 (ICMP類型11):指示數據包由于通過了太多的網段,其的生存時間(TTL)已經過期,Tracert命令用此消息來測試本地和遠程主機之間的多個路由器;
- 參數問題 (ICMP類型12):用以指示處理IP數據包頭時出錯。
問題:
??? 因為ICMP的廣播特性,他很容易遭受到網絡***的***,許多類型的拒絕服務(DoS)***就是基于ICMP的,包括Smurf***、TFN***、Loki***和WinFreeze***。例如,ICMP的重定向數據包會更該路由器的路由表,因此有時***就會發送偽造的ICMP重定向報文以擾亂路由器的正常工作,從而實現DoS***。一下的所有情況都發生時,路由器通常會發送ICMP重定向報文:
- 路由器被配置為發送ICMP重定向報文
- 路由器輸入數據包的接口與輸出路由器的接口相同
- 數據源子網的IP地址與下一網段的IP地址相同
- IP數據包不是由數據源發送的
?
參考文獻:
https://blog.csdn.net/weixin_34337265/article/details/92780616
總結
以上是生活随笔為你收集整理的icmp协议介绍,type code 对应表的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: Python从入门到入土-Python3
- 下一篇: JS 日期对象常用函数(时间常用函数、日