ICMP 協議- 網際控制資訊規約
網際控制資訊規約通信錯誤資訊在要求注意的系統之間。這個錯誤通常不是在用戶級, 錯誤由應用層處理。在OSI 模型, ICMPs 一般被認為一部分的IP 層數。
投入對簡單和簡單, ICMP 消息"在幕後" 寄發到您的應用告訴他們如果有有資料連接或調動的一個問題。這些消息告訴您的應用改變什麼他們做□, 改變怎麼他們送和基本上給他們一個誤差編碼關於怎樣他們能成功地解決他們的問題。
ICMPs' 被送在標準Ip 資料, 這張資料圖包含二十(20) 位元組和然後ICMP 消息IP 倒栽跳水。有十五價值為型辨認類型ICMP 消息的領域的資料圖。資料圖的"代碼" 部份指定"型的" 情況甚而促進。這聽起來起初混淆, 但您看一看二個主要類別、主要"問題," 和然後一次要更加詳細的那個問題。這將所有牌子更多感覺當您看資訊如下。
型0, 代碼0 - echo 回復
型3 (目的地不能得到)
型3, 代碼0 - 網路不能得到
型3, 代碼1 - 主機無法接通
型3, 代碼2 - 協議不能得到
型3, 代碼3 - 港不能得到
型3, 代碼4 - fragmention 需要
型3, 代碼5 - 來源路線失敗了
型3, 代碼6 - 終點網路未知數
型3, 代碼7 - 目的地主人未知數
型3, 代碼8 - 來源主人隔絕了
型3, 代碼9 - 終點網路行政禁止了
型3, 代碼10 - 目的地主人行政禁止了
型3, 代碼11 - 網路不能得到為TOS
型3, 代碼12 - 主機無法接通為TOS
型3, 代碼13 - 通信由過濾行政禁止
型3, 代碼14 - 主持優先次序侵害
型3, 代碼15 - 優先次序切除實際上
型4, 代碼0 - 來源熄滅
型5 (改方向)
型5, 代碼0 - 改方向為網路
型5, 代碼1 - 改方向為主人
型5, 代碼2 - 改方向為類型服務和網路
型5, 代碼3 - 改方向為類型服務和主持
型8, 代碼0 - echo 請求
型9, 代碼0 - 路由器廣告
型10, 代碼0 - 路由器墾請
型11 (時間被超出)
型11, 代碼0 - 有效時間(TTL) 合計0 在運輸期間
型11, 代碼1 - 有效時間(TTL) 合計0 在reassembly 期間
型12 (參量問題)
型12, 代碼0 - IP 倒栽跳水壞
型12, 代碼1 - 必需的選擇失蹤
型13, 代碼0 - 時間戳請求
型14, 代碼0 - 時間戳回復
型15, 代碼0 - 資訊請求
型16, 代碼0 - 資訊回復
型17, 代碼0 - 網址遮罩請求
型18, 代碼0 - 網址遮罩回復
如同您能看從上述資訊, 主要"型" 小組是主要問題, 有"代碼" 進一步指定問題。這種材料沒有道理對人的終端用戶無論如何, 但是它意味很多對使用這些請求解決問題在他們的編制程式的軟體開發商。
是好有他們的ICMP's 在幕後是一個好的幫手, 但是感激的您真正地不必須處理他們。對於更加詳細的資訊關於網際控制資訊規約(ICMP) 協議被定義在RFC 792 。
肯・丹尼斯
http://KenDennis-RSS.homeip.net/
文章來源: Messaggiamo.Com
Related:
» Seo Elite: New Seo Software!» AntiSpywareBOT
» Reverse Mobile
» Error Nuker
網管得到HTML代碼
加上這條到你的網站！
網站管理員提交你的文章
無須登記！填寫好的表格和你的文章是在 Messaggiamo.Com 目錄！
