日本免费全黄少妇一区二区三区-高清无码一区二区三区四区-欧美中文字幕日韩在线观看-国产福利诱惑在线网站-国产中文字幕一区在线-亚洲欧美精品日韩一区-久久国产精品国产精品国产-国产精久久久久久一区二区三区-欧美亚洲国产精品久久久久

  1. 首頁 > 云知道 > >

TCP/IP協(xié)議詳解卷1學習筆記系列二( 二 )

云知道


有幾個細節(jié)：
1.局域網(wǎng)的路由是相對穩(wěn)定的，因此用traceroute打印出來的響應時間相差不大 。而假如用來跟蹤廣域網(wǎng)的路由，由于廣域網(wǎng)的路由信息是動態(tài)變化的，而且并不能確定是發(fā)送路徑耗時還是返回路徑耗時較多，因此時間與路由信息只能做為參考 。
2.TTL 的選擇 。假如把TTL設得足夠大，是不是一定可以打印出所有路由，比如一個數(shù)據(jù)包經(jīng)過300個路由器才到達目的端 。當然在現(xiàn)有網(wǎng)絡環(huán)境下不太可能出現(xiàn)要經(jīng)過這么多路由的情況 。而TTL信息在IP數(shù)據(jù)報中只有一個字節(jié)，也就是最多能設定到255（256以后又重新從0開始） 。設定這個信息的目的，就是防止一些僵而不化的數(shù)據(jù)報在網(wǎng)絡漫上無目的的游蕩而不消失 。數(shù)據(jù)報每經(jīng)過一個路由器，路由器就把TTL減1（或在該路由器被處理前經(jīng)過的秒數(shù)），總有一個時候會被減到1，然后路由器會把它丟棄 。
3.traceroute的是以收到“端口不可達”為標志來結束的 。前提是發(fā)出的UDP數(shù)據(jù)報中要求的端口在目的主機上沒有進程在使用 。而假如目的主機上正好有進程在使用這個端口，接收這個包并按正常方式處理，這樣traceroute就收不到“端口不可達”的錯誤了 。為了避免出現(xiàn)這種情況，UDP數(shù)據(jù)報的端口很高（書中的實現(xiàn)是初始值33435，以后每發(fā)送一次再加1，端口號最大可以到65535） 。普通程序一般不會使用這些高端口 。問題是假如真的存在這種情況時，traceroute會怎么處理？而似乎Solaris系統(tǒng)可能會使用高端口，這時又怎么樣 。
4. 在發(fā)送過程中，要經(jīng)過許多的路由，到達目的主機前，可能還要經(jīng)過網(wǎng)關，防火墻，以及其他例如IDS的過濾，發(fā)送包能不能到達目的主機還是個問題 。而即使到達了，發(fā)送的ICMP信息能不能返回也是個問題 。因為沿途經(jīng)過的關卡太多，遇上黑洞路由器，不轉(zhuǎn)發(fā)這些信息的話，那就一點辦法也沒有了 。
書中還提到原來的traceroute里有一個選項，可以指定數(shù)據(jù)包經(jīng)過的路由器 。假如是寬路由，則只要經(jīng)過指定的路由即可 。而假如是嚴路由，則必須按指定的順序經(jīng)過指定的路由器 。因為這個選項可能導致某個固定的路由處理信息太多，在公布的源碼里已經(jīng)取消了 。但是可以找到補丁，還是可以用起來的 。從比較的結果看，似乎指定路由器反而不如讓路由器采用默認路由處理得快 。而對于嚴路由來說，要成功就要更難一些，因為并不一定你指定的路由器正好有條目到接下來的路由器 。

這一章的習題比較復雜，找不到網(wǎng)絡環(huán)境可以實驗，而照原理分析看不出究竟 。源碼沒有，假如真的有，現(xiàn)在的水平估計也看不出什么東西來 。先不求甚解吧，看下一遍的時候可能就知道了 。

推薦閱讀