看《計算機網絡》的時候總是走神,抓幾個小玩意兒而已。
基本的因特網通訊協定都有在RFC文件內詳細說明。RFC文件還額外加入許多的論題在標準內,例如對於因特網新開發的協定及發展中所有的記錄。因此幾乎所有的因特網標準都有收錄在RFC文件之中。
RFC文件格式最初作爲ARPA網計劃的基礎起源於1969年。如今,它已經成爲IETF、Internet Architecture Board (IAB)還有其他一些主要的公共網絡研究社區的正式出版物發佈途徑。
如果你想成爲網絡方面的專家,那麼RFC無疑是最重要也是最經常需要用到的資料之一,所以RFC享有網絡知識聖經之美譽。通常,當某家機構或團體開發出了一套標準或提出對某種標準的設想,想要徵詢外界的意見時,就會在Internet上發放一份RFC,對這一問題感興趣的人可以閱讀該RFC並提出自己的意見;絕大部分網絡標準的制定都是以RFC的形式開始,經過大量的論證和修改過程,由主要的標準化組織所制定的,但在RFC中所收錄的文件並不都是正在使用或爲大家所公認的,也有很大一部分只在某個局部領域被使用或並沒有被採用,一份RFC具體處於什麼狀態都在文件中作了明確的標識。截至2001年中期,公佈的RFC大約有3000餘篇,以下是幾個較爲穩定的RFC鏈接,以及幾個重要的標準化組織的網站鏈接
http://www.rfc.net RFC的官方站點,可以檢查RFC最及時的更新情況
http://www.ietf.org 最重要的Internet組織之一
http://sunsite.dk RFC查詢非常強大(可以以FTP登錄下載全部RFC文檔)
http://www.iso.ch ISO-國際標準化組織
http://standards.ieee.org IEEE-電氣與電子工程師協會
http://web.ansi.org ANSI-美國國家標準化組織
http://www.itu.int ITU-國際電信同盟
中文網站:
http://www.cnpaf.net/ 中國協議分析網
在大多數情況下,作爲網絡工程技術人員或者系統管理員會在UNIX主機系統下,直接執行命令行:
Traceroute hostname
而在Windows系統下是執行Tracert的命令:
Tracert hostname
比如在北京地區使用windows NT 主機(已經與北京163建立了點對點的連接後)
使用NT系統中的Tracert命令:(用戶可用:開始->運行,輸入"command" 調出command窗口使用此命令)
C:\>tracert www.yahoo.com
Tracing route to www.yahoo.com [204.71.200.75]
over a maximum of 30 hops:
1 161 ms 150 ms 160 ms 202.99.38.67
2 151 ms 160 ms 160 ms 202.99.38.65
3 151 ms 160 ms 150 ms 202.97.16.170
4 151 ms 150 ms 150 ms 202.97.17.90
5 151 ms 150 ms 150 ms 202.97.10.5
6 151 ms 150 ms 150 ms 202.97.9.9
7 761 ms 761 ms 752 ms border7-serial3-0-0.Sacramento.cw.net [204.70.122.69]
8 751 ms 751 ms * core2-fddi-0.Sacramento.cw.net [204.70.164.49]
9 762 ms 771 ms 751 ms border8-fddi-0.Sacramento.cw.net [204.70.164.67]
10 721 ms * 741 ms globalcenter.Sacramento.cw.net [204.70.123.6]
11 * 761 ms 751 ms pos4-2-155M.cr2.SNV.globalcenter.net [206.132.150.237]
12 771 ms * 771 ms pos1-0-2488M.hr8.SNV.globalcenter.net [206.132.254.41]
13 731 ms 741 ms 751 ms bas1r-ge3-0-hr8.snv.yahoo.com [208.178.103.62]
14 781 ms 771 ms 781 ms www10.yahoo.com [204.71.200.75]
Trace complete.
您目前正在ONLINE狀態的話,可以直接嘗試一下。
參數說明:
tracert [-d] [-h maximum_hops] [-j computer-list] [-w timeout] target_name
該診斷實用程序通過向目的地發送具有不同生存時間 (TL) 的 Internet 控制信息協議 (CMP) 迴應報文,以確定至目的地的路由。路徑上的每個路由器都要在轉發該 ICMP 迴應報文之前將其 TTL 值至少減 1,因此 TTL 是有效的跳轉計數。當報文的 TTL 值減少到 0 時,路由器向源系統發回 ICMP 超時信息。通過發送 TTL 爲 1 的第一個迴應報文並且在隨後的發送中每次將 TTL 值加 1,直到目標響應或達到最大 TTL 值,Tracert 可以確定路由。通過檢查中間路由器發發回的 ICMP 超時 (ime Exceeded) 信息,可以確定路由器。注意,有些路由器“安靜”地丟棄生存時間 (TLS) 過期的報文並且對 tracert 無效。
參數
-d
指定不對計算機名解析地址。
-h maximum_hops
指定查找目標的跳轉的最大數目。
-jcomputer-list
指定在 computer-list 中鬆散源路由。
-w timeout
等待由 timeout 對每個應答指定的毫秒數。
target_name
目標計算機的名稱。
Ethereal 是當前較爲流行的一種計算機網絡調試和數據包嗅探軟件。Ethereal 基本類似於tcpdump,但 Ethereal 還具有設計完美的 GUI 和衆多分類信息及過濾選項。用戶通過 Ethereal,同時將網卡插入混合模式,可以查看到網絡中發送的所有通信流量。
Ethereal 應用於故障修復、分析、軟件和協議開發以及教育領域。它具有用戶對協議分析器所期望的所有標準特徵,並具有其它同類產品所不具備的有關特徵。Ethereal 是一種開發源代碼的許可軟件,允許用戶向其中添加改進方案。Ethereal 適用於當前所有較爲流行的計算機系統,包括 Unix、Linux 和 Windows 。
英文版下載地址:http://www.onlinedown.net/soft/3906.htm
漢化版下載地址:http://download.csdn.net/source/477021
有一定數量的自由軟件是在與 Gnutella 相同的協議下面設計並開發的,比如 gtk-gnutella, mutella, 和 gnucleus。可是請注意他們當中沒有一個是真正意義上的 GNU 軟件。
Gnutella是簡單又方便的網絡交換文件軟件,提供另外一種更簡單的交換文件方式給大家選擇。理論上,只要所有連接網絡的人都把文件分享出來,那麼大家的需求就可以得到解決。不管你是想要圖形文件、音樂甚至是食譜,只要有人分享該文件,我們就應該可以透過Gnutella找到。
Gnutella網絡的第一個客戶端由Nullsoft公司的賈斯汀·法蘭科(Justin Frankel)與湯姆·帕勃(Tom Pepper)於2000年早期最先開發。同年3月14日,該程序被放在Nullsoft的服務器上並允許公衆下載。該程序的源代碼稍後在GNU通用公共許可證下被髮布。
與半集中式網絡如FastTrack(KaZaA)以及Napster不同,Gnutella網絡是完全分佈式的。其最初的流行是源於2001年早期Napster由於法律糾紛而被關閉的威脅。不斷增長的用戶也使得該協議的最初版本暴露了不少缺陷。2001年早期,各種不同版本的協議(最初以專有閉源客戶軟件形式實現)使得Gnutella的擴展性得到了增強。與先前的協議將每一個用戶節點都當作用戶以及服務器不同,改進過的協議將某些用戶當作"超節點"(ultrapeer),其爲與之連接的所有用戶路由搜索請求及迴應。
這些發展使得Gnutella網絡進一步吸引了更多用戶。2001年晚期,一種Gnutella客戶端軟件LimeWire成爲免費開源軟件。2002年2月,Morpheus,一個商業文件共享開發羣,放棄了原先的基於FastTrack的端到端軟件,併發行了新的基於免費開源Gnutella客戶端軟件Gnucleus的新客戶端軟件。
"Gnutella"這個詞語現在被來指作被不同的客戶端軟件使用的一種開放網絡協議,而不用來指作任何一個單獨的項目或者某一個軟件。由於許多不同的組織都在開發新的客戶端軟件,而且該協議本身也將不斷演變,Gnutella這個詞語的意義在將來或許也會變化。
Gnutella這個名字是GNU與Nutella的混成詞:人們普遍認定法蘭科與帕勃在開發Gnutella項目的時候吃了許多的Nutella,並且希望在GNU通用公共許可證下完成項目。Gnutella並未與任何GNU項目相關聯;[3] 關於Gnutella在GNU中的相關項目,可以參見 GNUnet。
具體的還是看wikipedia吧。給出倆網址。
1.維基百科的TCP/UDP端口列表
http://zh.wikipedia.org/wiki/TCP/IP%E7%AB%AF%E5%8F%A3%E5%88%97%E8%A1%A8
2 瑞星提供的常見端口列表
http://fw.rising.com.cn/use/2008/scr/portlist.htm
Nslookup 是一個 監測網絡中 DNS 服務器是否能正確實現域名解析的命令行工具。 它在 Windows NT/2000/XP 中均可使用 , 但在 Windows 98 中卻沒有集成這一個工具。
Nslookup 必須要安裝了 TCP/IP 協議的網絡環境之後才能使用。
現在網絡中已經架設好了一臺 DNS 服務器, 主機名稱爲 ns-px.online.sh.cn , 它可以把域名 http://www.jsjzx.net 解析爲 220.181.31.3 的 IP 地址, 這是我們平時用得比較多的正向解析功能。
檢測步驟如下:
在 Windows 2000 中單擊 “ 開始 ” - >“ 程序 ” - >“ 附件 ” - >“ 命令提示符 ” ,在 C:\> 的後面鍵入 Nslookup www.jsjzx.net , “ 回車 ” 之後即可看到如下結果:
Server: ns-px.online.sh.cn
Address: 202.96.209.5
Name: www.jsjzx.net
Address: 220.181.31.3
以上結果顯示,正在工作的 DNS 服務器的主機名爲 ns-px.online.sh.cn ,它的 IP 地址是 202.96.209.5 ,而域名 www.jsjzx.net 所對應的 IP 地址爲 220.181.31.3 。那麼,在檢測到 DNS 服務器 ns-px.online.sh.cn 已經能順利實現正向解析的情況下,它的反向解析是否正常呢 ? 也就是說, 能否把 IP 地址 220.181.31.3 反向解析爲域名 www.jsjzx.net? 我們在命令提示符 C:\> 的後面鍵入 Nslookup 220.181.31.3 ,得到結果如下:
Server: ns-px.online.sh.cn
Address: 202.96.209.5
Name: www.jsjzx.net
Address: 220.181.31.3
這說明, DNS 服務器 linlin 的反向解析功能也正常。
然而,有的時候,我們鍵入 Nslookup www.jsjzx.net ,卻出現如下結果:
Server: ns-px.online.sh.cn
Address: 202.96.209.5
*** ns-px.online.sh.cn can't find www.jsjzx.net: Non-existent domain
這種情況說明網絡中 DNS 服務器 ns-px.online.sh.cn 在工作,卻不能實現域名 www.jsjzx.net 的正確解析。此時,要分析 DNS 服務器的配置情況,看是否 www.jsjzx.net 這一條域名對應的 IP 地址記錄已經添加到了 DNS 的數據庫中。
還有的時候,我們鍵入 Nslookup www.jsjzx.net ,會出現如下結果
*** Can't find server name for domain: No response from server
*** Can't repairpc.nease.net : Non-existent domain
這時,說明測試主機在目前的網絡中,根本沒有找到可以使用的 DNS 服務器。此時,我們要對整個網絡的連通性作全面的檢測,並檢查 DNS 服務器是否處於正常工作狀態,採用逐步排錯的方法,找出 DNS 服務不能啓動的根源。
nslookup命令用法
1.查詢A記錄
C:\>nslookup www.cdnunion.com
*** Can't find server name for address 192.168.2.1: Non-existent domain
*** Default servers are not available
Server: UnKnown
Address: 192.168.2.1
Non-authoritative answer:
Name: www.cdnunion.com
Addresses: 61.129.102.61, 202.101.42.101
61.129.102.61, 202.101.42.101是WWW對應的IP地址.
2.查詢MX記錄
C:\>nslookup -type=mx cdnunion.com
*** Can't find server name for address 192.168.2.1: Non-existent domain
*** Default servers are not available
Server: UnKnown
Address: 192.168.2.1
Non-authoritative answer:
cdnunion.com MX preference = 8, mail exchanger = mail.cdnunion.com
cdnunion.com nameserver = ns2.cdnunion.com
mail.cdnunion.com internet address = 61.129.102.61
mail.cdnunion.com是cdnunion.com對應的MX記錄.
3.查CNAME記錄
C:\>nslookup -type=cname www.kukudm.com
*** Can't find server name for address 192.168.2.1: Non-existent domain
*** Default servers are not available
Server: UnKnown
Address: 192.168.2.1
Non-authoritative answer:
www.kukudm.com canonical name = www.kukudm.cdnunion.com
www.kukudm.cdnunion.com是www.kukudm.com對應的CNAME記錄.
4.查詢域名服務器
C:\>nslookup -type=ns cdnunion.com
*** Can't find server name for address 192.168.2.1: Non-existent domain
*** Default servers are not available
Server: UnKnown
Address: 192.168.2.1
Non-authoritative answer:
cdnunion.com nameserver = ns2.cdnunion.com
ns2.cdnunion.com internet address = 61.129.102.61
ns2.cdnunion.com是cdnunion.com域名的DNS服務器.
5.指定域名服務器查詢結果.
C:\>nslookup www.cdnunion.com 202.96.209.133
Server: ns-pd.online.sh.cn
Address: 202.96.209.133
Non-authoritative answer:
Name: www.cdnunion.com
Address: 210.51.25.233
202.96.209.133是上海DNS服務器IP