《TCP/IP詳解》讀后感第一彈

本系列文章均基于《TCP/IP 詳解 卷一:協(xié)議》及維基百科(嘿嘿嘿)

首先我們聊個讓耳朵起繭的話題,網絡協(xié)議的基礎分層斧吐,沒錯又固,就是毫無新意的——鏈路層、網絡層煤率、運輸層口予、應用層。此處只需要理解:

1.各分層之間并無明顯界限涕侈;

2.每一分層都是多種協(xié)議構成的協(xié)議簇沪停。

然后,讓我們稍稍聊聊這四層協(xié)議簇:

1.鏈路層——主要處理硬件層(網卡,包括以太網接口木张、回環(huán)接口众辨、串行接口等)的相關事宜,這層內容筆者只會稍稍帶過,并不會于后續(xù)進行過多探討耸弄。

2.網絡層——其核心協(xié)議即IP 協(xié)議侈询,主要處理各類分組于網絡中的活動。需要注意的點是蛛株,網絡層完全不關心鏈路層的實現(xiàn)細節(jié);網絡層是逐跳協(xié)議(每跳可理解成IP 路由器或者具有路由功能的主機)育拨;并且IP 協(xié)議很光棍谨履,他不可靠,還一副滿不在乎的樣子熬丧。另外笋粟,IP 選路機制是該層的精華所在,一個IP 選路機制的實現(xiàn)離不開兩點(a.選路策略析蝴,關鍵在于路由表的維護害捕,這部分實現(xiàn)依賴于路由守護線程;b.執(zhí)行選路機制闷畸,這部分內容就在于IP 協(xié)議如何利用路由表進行合理選路)尝盼,上述兩點會是后續(xù)章節(jié)討論要點。

3.運輸層——服務對象主要是主機上的應用程序佑菩,提供可靠(TCP)的端到端通信盾沫,它致力于把應用程序托付的數(shù)據(jù)塊進行合理分割,生成網絡層可用的分組倘待,最后當然不能忘記給光棍的IP 協(xié)議擦屁股疮跑,故網絡協(xié)議的高可靠性多數(shù)由上層保證。

4.應用層——這層沒啥凸舵,就了解些常用應用吧祖娘,咱瞅瞅都叫啥

A.Telnet 遠程登錄

B.FTP 文件傳輸協(xié)議

C.SMTP 簡單郵件傳送協(xié)議(書比較老,就有些老東西啊奄,但是協(xié)議足夠堅挺)

D.SNMP 簡單網絡管理協(xié)議

我們需要樹立一個概念渐苏,網絡協(xié)議的各層之間相對獨立,同層之間才會互相交換信息菇夸,具有良好的封裝性琼富。

然后首先需要聊的就是Internet 地址即IP 地址(也就是現(xiàn)在大家經常提到的外網IP),這貨長度32bit庄新,全網唯一鞠眉,很遺憾這亦僅針對外網薯鼠,誰讓IPv4不夠用呢。當然IP 地址并非扁平的械蹋,它具有一定結構(劃分不同長度的網絡號與主機號)出皇,也就是所謂的ABCDE 類地址,具體如下:

圖片來自Google哗戈,微信:?pigZsty??

再來張高清無碼:

圖片來自Google郊艘,微信: pigZsty

之后章節(jié)筆者會再重點聊下子網掩碼的那些破事。

外網擁有IP 后就能夠順利找到各網絡接口唯咬,但是很明顯這串數(shù)字反人類還不好記(商人和用戶都不喜)纱注,故DNS 出現(xiàn)——本質上是個數(shù)據(jù)庫,保存主機名與IP 地址的映射胆胰。于是各種DNS 解析服務自然就是提供本地或者在線的標準函數(shù)庫從數(shù)據(jù)庫中獲取數(shù)據(jù)記錄狞贱。

先了解下整體特性。

當用戶數(shù)據(jù)片段開始入網傳遞時煮剧,網絡協(xié)議的每層都需要對其進行封裝斥滤,這一封裝行為可以理解成對數(shù)據(jù)加裝頭尾的操作(也就是所說的TCP 首部将鸵、IP 首部勉盅、以太網首部等),每一協(xié)議的標識只被自己認識亦只被自己關心顶掉。

反之草娜,當鏈路層數(shù)據(jù)幀進入過程中的路由器或者目的主機進行解析時,就需要各協(xié)議對于數(shù)據(jù)由底層向上層逐級“去殼”(讀取首部內容并響應合適動作)痒筒,此過程就是分用宰闰。

那么分用過程中,運輸層如何確定該用戶數(shù)據(jù)應該交由哪個應用程序處理呢簿透?我們總不能記應用程序的名字吧移袍,那何止千千萬啊。

沒錯老充,就是端口號葡盗。有些端口號固定即知名端口號(FTP 21,Telnet 23,TFTP 69等),有些端口號則是應用程序啟動后臨時分配啡浊,譬如tomcat觅够。

欲知后事,且聽下回……

?著作權歸作者所有,轉載或內容合作請聯(lián)系作者
  • 序言:七十年代末巷嚣,一起剝皮案震驚了整個濱河市喘先,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌廷粒,老刑警劉巖窘拯,帶你破解...
    沈念sama閱讀 206,723評論 6 481
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件红且,死亡現(xiàn)場離奇詭異,居然都是意外死亡涤姊,警方通過查閱死者的電腦和手機直焙,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 88,485評論 2 382
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來砂轻,“玉大人奔誓,你說我怎么就攤上這事∩裕” “怎么了厨喂?”我有些...
    開封第一講書人閱讀 152,998評論 0 344
  • 文/不壞的土叔 我叫張陵,是天一觀的道長庄呈。 經常有香客問我蜕煌,道長,這世上最難降的妖魔是什么诬留? 我笑而不...
    開封第一講書人閱讀 55,323評論 1 279
  • 正文 為了忘掉前任斜纪,我火速辦了婚禮,結果婚禮上文兑,老公的妹妹穿的比我還像新娘盒刚。我一直安慰自己,他們只是感情好绿贞,可當我...
    茶點故事閱讀 64,355評論 5 374
  • 文/花漫 我一把揭開白布因块。 她就那樣靜靜地躺著,像睡著了一般籍铁。 火紅的嫁衣襯著肌膚如雪涡上。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 49,079評論 1 285
  • 那天拒名,我揣著相機與錄音吩愧,去河邊找鬼。 笑死增显,一個胖子當著我的面吹牛雁佳,可吹牛的內容都是我干的。 我是一名探鬼主播甸怕,決...
    沈念sama閱讀 38,389評論 3 400
  • 文/蒼蘭香墨 我猛地睜開眼甘穿,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了梢杭?” 一聲冷哼從身側響起温兼,我...
    開封第一講書人閱讀 37,019評論 0 259
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎武契,沒想到半個月后募判,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體荡含,經...
    沈念sama閱讀 43,519評論 1 300
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 35,971評論 2 325
  • 正文 我和宋清朗相戀三年届垫,在試婚紗的時候發(fā)現(xiàn)自己被綠了释液。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 38,100評論 1 333
  • 序言:一個原本活蹦亂跳的男人離奇死亡装处,死狀恐怖误债,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情妄迁,我是刑警寧澤寝蹈,帶...
    沈念sama閱讀 33,738評論 4 324
  • 正文 年R本政府宣布,位于F島的核電站登淘,受9級特大地震影響箫老,放射性物質發(fā)生泄漏。R本人自食惡果不足惜黔州,卻給世界環(huán)境...
    茶點故事閱讀 39,293評論 3 307
  • 文/蒙蒙 一耍鬓、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧流妻,春花似錦牲蜀、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,289評論 0 19
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽项贺。三九已至君躺,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間开缎,已是汗流浹背棕叫。 一陣腳步聲響...
    開封第一講書人閱讀 31,517評論 1 262
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留奕删,地道東北人俺泣。 一個月前我還...
    沈念sama閱讀 45,547評論 2 354
  • 正文 我出身青樓,卻偏偏與公主長得像完残,于是被迫代替她去往敵國和親伏钠。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 42,834評論 2 345

推薦閱讀更多精彩內容

  • 1.這篇文章不是本人原創(chuàng)的谨设,只是個人為了對這部分知識做一個整理和系統(tǒng)的輸出而編輯成的熟掂,在此鄭重地向本文所引用文章的...
    SOMCENT閱讀 13,037評論 6 174
  • 個人認為,Goodboy1881先生的TCP /IP 協(xié)議詳解學習博客系列博客是一部非常精彩的學習筆記扎拣,這雖然只是...
    貳零壹柒_fc10閱讀 5,051評論 0 8
  • 協(xié)議基礎 協(xié)議就是計算機之間通過網絡實現(xiàn)通信時實現(xiàn)所達成的一種“約定”赴肚,這種約定使得那些由不同廠商的設備素跺,不同的C...
    d9fc24a0c9a9閱讀 2,351評論 0 6
  • 同樣的,本文篇幅也比較長誉券,先來一張思維導圖指厌,帶大家過一遍。 一踊跟、 計算機網絡體系結構分層 二踩验、 TCP/IP 基礎...
    滌生_Woo閱讀 64,930評論 38 1,038
  • 一、網絡基礎知識 1. OSI 參考模型 OSI 模型中商玫,每個分層都接受由它下一層所提供的特定服務晰甚,并且負責為自己...
    SeanCST閱讀 1,645評論 0 6