Ethereal是一個(gè)開(kāi)放源碼的網(wǎng)絡(luò)分析系統(tǒng),也是是目前最好的開(kāi)放源碼的網(wǎng)絡(luò)協(xié)議分析器,支持Linux和windows平臺(tái)。Ethereal起初由Gerald Combs開(kāi)發(fā),隨后由一個(gè)松散的Etheral團(tuán)隊(duì)組織進(jìn)行維護(hù)開(kāi)發(fā)。它目前所提供的強(qiáng)大的協(xié)議分析功能完全可以媲美商業(yè)的網(wǎng)絡(luò)分析系統(tǒng),自從1998年發(fā)布最早的0.2版本至今,大量的志愿者為Ethereal添加新的協(xié)議解析器,如今Ethereal已經(jīng)支持五百多種協(xié)議解析。很難想象如此多的人開(kāi)發(fā)的代碼可以很好的融入系統(tǒng)中;并且在系統(tǒng)中加入一個(gè)新的協(xié)議解析器很簡(jiǎn)單,一個(gè)不了解系統(tǒng)的結(jié)構(gòu)的新手也可以根據(jù)留出的接口進(jìn)行自己的協(xié)議開(kāi)發(fā)。這都?xì)w功于Ehereal良好的設(shè)計(jì)結(jié)構(gòu)。事實(shí)上由于網(wǎng)絡(luò)上各種協(xié)議種類(lèi)繁多,各種新的協(xié)議層出不窮。一個(gè)好的協(xié)議分析器必需有很好的可擴(kuò)展性和結(jié)構(gòu)。這樣才能適應(yīng)網(wǎng)絡(luò)發(fā)展的需要不斷加入新的協(xié)議解析器。
1 Ethereal的捕包平臺(tái)
網(wǎng)絡(luò)分析系統(tǒng)首先依賴(lài)于一套捕捉網(wǎng)絡(luò)數(shù)據(jù)包的函數(shù)庫(kù)。這套函數(shù)庫(kù)工作在在網(wǎng)絡(luò)分析系統(tǒng)模塊的最底層。作用是從網(wǎng)卡取得數(shù)據(jù)包或者根據(jù)過(guò)濾規(guī)則取出數(shù)據(jù)包的子集,再轉(zhuǎn)交給上層分析模塊。從協(xié)議上說(shuō),這套函數(shù)庫(kù)將一個(gè)數(shù)據(jù)包從鏈路層接收,至少將其還原至傳輸層以上,以供上層分析。
在Linux系統(tǒng)中, 1992年Lawrence Berkeley Lab的Steven McCanne和Van Jacobson提出了包過(guò)濾器的一種的實(shí)現(xiàn),BPF(BSD Packet Filter)。Libpcap是一個(gè)基于BPF的開(kāi)放源碼的捕包函數(shù)庫(kù)。現(xiàn)有的大部分Linux捕包系統(tǒng)都是基于這套函數(shù)庫(kù)或者是在它基礎(chǔ)上做一些針對(duì)性的改進(jìn)。
在window系統(tǒng)中,意大利人Fulvio Risso和Loris Degioanni提出并實(shí)現(xiàn)了Winpcap函數(shù)庫(kù),作者稱(chēng)之為NPF。由于NPF的主要思想就是來(lái)源于BPF,它的設(shè)計(jì)目標(biāo)就是為windows系統(tǒng)提供一個(gè)功能強(qiáng)大的開(kāi)發(fā)式數(shù)據(jù)包捕獲平臺(tái),希望在Linux系統(tǒng)中的網(wǎng)絡(luò)分析工具經(jīng)過(guò)簡(jiǎn)單編譯以后也可以移植到windows中,因此這兩種捕包架構(gòu)是非常相似的。就實(shí)現(xiàn)來(lái)說(shuō)提供的函數(shù)調(diào)用接口也是一致的。
Ethereal網(wǎng)絡(luò)分析系統(tǒng)也需要一個(gè)底層的抓包平臺(tái),在Linux中是采用Libpcap函數(shù)庫(kù)抓包,在windows系統(tǒng)中采用winpcap函數(shù)庫(kù)抓包。
2 層次化的數(shù)據(jù)包協(xié)議分析方法
取得捕包函數(shù)捕回的數(shù)據(jù)包后就需要進(jìn)行協(xié)議分析和協(xié)議還原工作了。由于OSI的7層協(xié)議模型,協(xié)議數(shù)據(jù)是從上到下封裝后發(fā)送的。對(duì)于協(xié)議分析需要從下至上進(jìn)行。首先對(duì)網(wǎng)絡(luò)層的協(xié)議識(shí)別后進(jìn)行組包還原然后脫去網(wǎng)絡(luò)層協(xié)議頭。將里面的數(shù)據(jù)交給傳輸層分析,這樣一直進(jìn)行下去直到應(yīng)用層。
Ip
| \
Tcp udp
| \
HTTP TFTP
由于網(wǎng)絡(luò)協(xié)議種類(lèi)很多,就Ethereal所識(shí)別的500多種協(xié)議來(lái)說(shuō),為了使協(xié)議和協(xié)議間層次關(guān)系明顯。從而對(duì)數(shù)據(jù)流里的各個(gè)層次的協(xié)議能夠逐層處理。Ethereal系統(tǒng)采用了協(xié)議樹(shù)的方式。上圖就是一個(gè)簡(jiǎn)單的協(xié)議樹(shù)。如果協(xié)議A的所有數(shù)據(jù)都是封裝在協(xié)議B里的,那么這個(gè)協(xié)議A就是協(xié)議B是另外一個(gè)協(xié)議的兒子節(jié)點(diǎn)。我們將最低層的無(wú)結(jié)構(gòu)數(shù)據(jù)流作為根接點(diǎn)。那么具有相同父節(jié)點(diǎn)的協(xié)議成為兄弟節(jié)點(diǎn)。那么這些擁有同樣父協(xié)議兄弟節(jié)點(diǎn)協(xié)議如何互相區(qū)分了?Ethereal系統(tǒng)采用協(xié)議的特征字來(lái)識(shí)別。每個(gè)協(xié)議會(huì)注冊(cè)自己的特征字。這些特征字給自己的子節(jié)點(diǎn)協(xié)議提供可以互相區(qū)分開(kāi)來(lái)的標(biāo)識(shí)。比如tcp協(xié)議的port字段注冊(cè)后。 Tcp.port=21就可以認(rèn)為是ftp協(xié)議, 特征字可以是協(xié)議規(guī)范定義的任何一個(gè)字段。比如ip協(xié)議就可以定義proto字段為一個(gè)特征字。
在Ethereal中注冊(cè)一個(gè)協(xié)議解析器首先要指出它的父協(xié)議是什么。另外還要指出自己區(qū)別于父節(jié)點(diǎn)下的兄弟接點(diǎn)協(xié)議的特征。比如ftp協(xié)議。在Ethereal中他的父接點(diǎn)是tcp協(xié)議,它的特征就是tcp協(xié)議的port字段為21。
這樣當(dāng)一個(gè)端口為21的tcp數(shù)據(jù)流來(lái)到時(shí)。首先由tcp協(xié)議注冊(cè)的解析模塊處理,處理完之后通過(guò)查找協(xié)議樹(shù)找到自己協(xié)議下面的子協(xié)議,判斷應(yīng)該由那個(gè)子協(xié)議來(lái)執(zhí)行,找到正確的子協(xié)議后,就轉(zhuǎn)交給ftp注冊(cè)的解析模塊處理。這樣由根節(jié)點(diǎn)開(kāi)始一層層解析下去。
由于采用了協(xié)議樹(shù)加特征字的設(shè)計(jì),這個(gè)系統(tǒng)在協(xié)議解析上由了很強(qiáng)的擴(kuò)展性,增加一個(gè)協(xié)議解析器只需要將解析函數(shù)掛到協(xié)議樹(shù)的相應(yīng)節(jié)點(diǎn)上即可。
3 基于插件技術(shù)的協(xié)議分析器
所謂插件技術(shù),就是在程序的設(shè)計(jì)開(kāi)發(fā)過(guò)程中,把整個(gè)應(yīng)用程序分成宿主程序和插件兩個(gè)部分,宿主程序與插件能夠相互通信,并且,在宿主程序不變的情況下,可以通過(guò)增減插件或修改插件來(lái)調(diào)整應(yīng)用程序的功能。運(yùn)用插件技術(shù)可以開(kāi)發(fā)出伸縮性良好、便于維護(hù)的應(yīng)用程序。它著名的應(yīng)用實(shí)例有:媒體播放器winamp、微軟的網(wǎng)絡(luò)瀏覽器ie等。
由于現(xiàn)在網(wǎng)絡(luò)協(xié)議種類(lèi)繁多,為了可以隨時(shí)增加新的協(xié)議分析器,一般的協(xié)議分析器都采用插件技術(shù),這樣如果需要對(duì)一個(gè)新的協(xié)議分析只需要開(kāi)發(fā)編寫(xiě)這個(gè)協(xié)議分析器并調(diào)用注冊(cè)函數(shù)在系統(tǒng)注冊(cè)就可以使用了。通過(guò)增加插件使程序有很強(qiáng)的可擴(kuò)展性,各個(gè)功能模塊內(nèi)聚。
在協(xié)議分析器中新增加一個(gè)協(xié)議插件一般需要插件安裝或者注冊(cè),插件初始化,插件處理3個(gè)步驟,下面以Ethereal為例進(jìn)行分析如何利用插件技術(shù)新增加一個(gè)協(xié)議分析模塊。
Ethereal由于采用插件技術(shù),一個(gè)新加入開(kāi)發(fā)的程序員開(kāi)發(fā)一種新的協(xié)議分析模塊的時(shí)候不需要了解所有的代碼,他只需要寫(xiě)好這個(gè)協(xié)議模塊的函數(shù)后,寫(xiě)一個(gè)格式為proto_reg_handoff_XXX的函數(shù),在函數(shù)內(nèi)調(diào)用注冊(cè)函數(shù)告訴系統(tǒng)在什么時(shí)候需要調(diào)用這個(gè)協(xié)議模塊。比如
你事先寫(xiě)好了一個(gè)名為dissect_myprot的協(xié)議解析模塊,它是用來(lái)解析tcp協(xié)議端口為250的數(shù)據(jù)。可以利用這些語(yǔ)句來(lái)將這個(gè)解析器注冊(cè)到系統(tǒng)中
proto_reg_handoff_myprot(void)
{
dissector_handle_t myprot_handle;
myprot_handle = create_dissector_handle(dissect_myprot,
proto_myprot);
dissector_add("tcp.port", 250, myprot_handle);
}
這段代碼告訴系統(tǒng)當(dāng)tcp協(xié)議數(shù)據(jù)流端口為250的時(shí)候要調(diào)用dissect_myprot這個(gè)函數(shù)模塊。
在Ethereal中有一個(gè)腳本專(zhuān)門(mén)來(lái)發(fā)現(xiàn)開(kāi)發(fā)者定義的類(lèi)式proto_reg_handoff_xxx這樣的注冊(cè)函數(shù)名,然后自動(dòng)生成調(diào)用這些注冊(cè)函數(shù)的代碼。這樣開(kāi)發(fā)者不需要知道自己的注冊(cè)函數(shù)如何被調(diào)用的。這樣一個(gè)新的協(xié)議分析模塊就加入到系統(tǒng)中了。
由于采用了插件方式,Ethereal良好的結(jié)構(gòu)設(shè)計(jì)讓開(kāi)發(fā)者只需要關(guān)系自己開(kāi)發(fā)的協(xié)議模塊,不需要關(guān)心整個(gè)系統(tǒng)結(jié)構(gòu),需要將模塊整合進(jìn)系統(tǒng)只需要寫(xiě)一個(gè)注冊(cè)函數(shù)即可,連初始化時(shí)調(diào)用這個(gè)注冊(cè)函數(shù)都由腳本自動(dòng)完成了。正是因?yàn)橛泻芎玫捏w系結(jié)構(gòu),這個(gè)系統(tǒng)才能夠開(kāi)發(fā)出如此多的協(xié)議解析器。
盡管Ethereal是目前最好的開(kāi)放源碼的網(wǎng)絡(luò)分析系統(tǒng),但Ethereal仍然有一些可以改進(jìn)的地方,一個(gè)優(yōu)秀的網(wǎng)絡(luò)分析器,盡可能的正確分析出數(shù)據(jù)協(xié)議和高效的處理數(shù)據(jù)是兩個(gè)重要的指標(biāo)。在協(xié)議識(shí)別方面Ethereal大多采用端口識(shí)別,有少量協(xié)議采用內(nèi)容識(shí)別。這就讓一些非標(biāo)準(zhǔn)端口的協(xié)議數(shù)據(jù)沒(méi)有正確解析出來(lái)。比如ftp協(xié)議如果不是21端口的話(huà),Ethereal就無(wú)法識(shí)別出來(lái),只能作為tcp數(shù)據(jù)處理。另外對(duì)于內(nèi)容識(shí)別式。Ethereal是將所以?xún)?nèi)容識(shí)別的函數(shù)組成一張入口表。每次協(xié)議數(shù)據(jù)需要內(nèi)容識(shí)別時(shí),按字母順序逐個(gè)調(diào)用表里的每個(gè)識(shí)別函數(shù)。比如對(duì)于識(shí)別yahoo massanger協(xié)議。主要是看數(shù)據(jù)前幾個(gè)字節(jié)是不是'ymsg'.由于協(xié)議名為y開(kāi)頭。所以當(dāng)識(shí)別出協(xié)議時(shí)已經(jīng)把所有內(nèi)容識(shí)別函數(shù)調(diào)用了一遍。這些都是由于Ethereal沒(méi)有實(shí)現(xiàn)tcp協(xié)議棧,無(wú)法做到流級(jí)別的識(shí)別。導(dǎo)致在協(xié)議識(shí)別方面有點(diǎn)缺陷。
1997年底,Gerald Combs需要一個(gè)能夠追蹤網(wǎng)絡(luò)流量的工具軟件作為其工作上的輔助。因此他開(kāi)始撰寫(xiě)Ethereal軟件。
Ethereal 在經(jīng)過(guò)幾次中斷開(kāi)發(fā)的事件過(guò)后,終于在1998年7月發(fā)布其第一個(gè)版本 v0.2.0。自此之后,Combs收到了來(lái)自全世界的補(bǔ)丁、錯(cuò)誤回報(bào)與鼓勵(lì)信件。Ethereal的發(fā)展就此開(kāi)始。不久之后,Gilbert Ramirez 看到了這套軟件的開(kāi)發(fā)潛力并開(kāi)始參予低級(jí)程序的開(kāi)發(fā)。1998年10月,來(lái)自 Network Appliance 公司的 Guy Harris 在查找一套比 tcpview(另外一套網(wǎng)絡(luò)數(shù)據(jù)包截取程序)更好的軟件。于是他也開(kāi)始參與Ethereal的開(kāi)發(fā)工作。
1998年底,一位在教授 TCP/IP 課程的講師 Richard Sharpe,看到了這套軟件的發(fā)展?jié)摿Γ箝_(kāi)始參與開(kāi)發(fā)與加入新協(xié)定的功能。在當(dāng)時(shí),新的通信協(xié)定的制定并不復(fù)雜,因此他開(kāi)始在Ethereal上新增的數(shù)據(jù)包截取功能,幾乎包含了當(dāng)時(shí)所有通信協(xié)定。
自此之后,數(shù)以千計(jì)的人開(kāi)始參與Ethereal的開(kāi)發(fā),多半是因?yàn)橄M茏孍thereal截取特定的,尚未包含在Ethereal默認(rèn)的網(wǎng)絡(luò)協(xié)定的數(shù)據(jù)包而參予新的開(kāi)發(fā)。
2006年6月,因?yàn)樯棠繕?biāo)問(wèn)題,
Ethereal 是一種開(kāi)放源代碼的許可軟件,允許用戶(hù)向其中添加改進(jìn)方案。Ethereal 適用于當(dāng)前所有較為流行的計(jì)算機(jī)系統(tǒng),包括 Unix、Linux 和 Windows 。
醫(yī)院呼叫系統(tǒng)的醫(yī)院呼叫中心系統(tǒng)介紹
針對(duì)醫(yī)院電話(huà)預(yù)約需求,吉亞通信呼叫中心結(jié)合自身技術(shù)特點(diǎn)和運(yùn)營(yíng)經(jīng)驗(yàn),為醫(yī)院量身打造集電話(huà)自助服務(wù)、人工服務(wù)和就診提醒服務(wù)于一體的電話(huà)預(yù)約掛號(hào)平臺(tái)。對(duì)于患者來(lái)說(shuō),只需要撥打醫(yī)院公布的電話(huà)號(hào)碼,即可進(jìn)行預(yù)約...
中央空調(diào)系統(tǒng)的設(shè)計(jì)通常按建筑物的最大冷負(fù)荷,并由此確定空調(diào)主機(jī)的裝機(jī)容量及空調(diào)水系統(tǒng)的供水流量。然而,空調(diào)負(fù)荷極具變動(dòng)性,由于季節(jié)交替、晝夜輪回、使用負(fù)荷變化及量增減,實(shí)際上每年只有極短時(shí)間出現(xiàn)最大冷...
淺談全電子式電能表的特點(diǎn)及其選用 摘要:本文在分析感應(yīng)式電能表存在問(wèn)題的基礎(chǔ)上,重點(diǎn)論述了全電子式電能表的特點(diǎn)、類(lèi)型、功能及其合理選用。著重指出,以全電子式電能表取代感應(yīng)式電能表已勢(shì)在必行,而集中式多...
TCP協(xié)議支持
協(xié)議名稱(chēng) TCP端口號(hào) 協(xié)議名稱(chēng)解釋
ACAP 674
AIM 5190
BEEP 10288
CAST 4224
CMP 829
COPS 3288
PKTCABLE_COPS 2126
PKTCABLE_MM_COPS 3918
DAAP 3689
DHCPFO 519
DIAMETER 3868
DISTCC 3632
DLSW 2065
NP 20000
NS 53
DNS 5353
DSI 548
FTPDATA 20
FTP 21
GIFT 1213
CS 1720
HTTP 80
PROXY_HTTP 3128
PROXY_ADMIN_HTTP 3132
HKP 11371
DAAP 3689
SSDP 1900
IB 3050
ICAP 1344
IMAP 143
IRC 6667
ISAKMP 500
JABBER 5222
KERBEROS 88
LAPLINK 1547
LDAP 389
GLOBALCAT_LDAP 3268
LDP 646
PRINTER 515
MBTCP 502
MSNMS 1863
MSRP 0
MySQL 3306
NBSS 139
CIFS 445
NCP 524
NDMP 10000
PA 0x0d44
BROKER 0x0bc6
SRS 0x0bca
ENS 0x0bc8
RMS 0x0bcb
NOTIFY_LISTENER 0x0bc9
NETSYNC 5253
NNTP 119
NTP 123
POP 110
PPTP 1723
PVFS2 3334
RMI 1099
RSH 514
RSYNC 873
RTSP 554
SIP 5060
SKINNY 2000
SLSK_1 2234
SLSK_2 5534
SLSK_3 2240
SMRSE 4321
SMTP 25
SNMP 161
SNMP_TRAP 162
SMUX 199
SOCKS 1080
SRVLOC 427
SSH 22
SSL 443
SSL_LDAP 636
SSL_IMAP 993
SSL_POP 995
STUN 3478
TACACS 49
TELNET 23
TNS 1521
TPKT 102
X11 6000
X11_2 6001
X11_3 6002
XOT 1998
YHOO 5050
YMSG 23
YMSG_2 25
YMSG_3 5050
ZEBRA 2600
NINEPORT 564
ajp13 8009
ax4000 3357
BGP 179
COPS 3288
DCM 104
DHCPFO 519 desegmentation of DHCP failover over TCP
distcc 3632
ECHO 7
edonkey 4661/4662/4663
ENIP_ENCAP_PORT 44818 EtherNet/IP located on port 44818
etheric 1806/10002
giop 0
GNUTELLA 6346
http_alternate_tcp_port 未知
Ipdc 6668
ISNS 3205
MSMMS 1755
msdp 639
MSNMS 1863
msrp 0
Pgsq
Rlogin 513
Rpc 111
rtsp 未知
Sigcomp 5555/6666
synergy 24800
tds 1433/2433
uma 0
vnc 5901
一共129=94+35種
UDP協(xié)議支持
協(xié)議名稱(chēng) UDP端口號(hào) 協(xié)議名稱(chēng)解釋
3GA11 699 3com Network Jack
5264:Packets to Managementstation
5265:Packets to Switch
ACTRACE 2428 Port used for Mobile IP based Tunneling Protocol (A11)
T_AODV 654
ARMAGETRONAD 4534
MASTER 4533
ADP 8200
PIM_RP_DISC 496
BFD_CONTROL 3784
BOOTPS 67
BOOTPC 68
PHA 8116
CUPS 631
DDTP 1052
DHCPV6_DOWNSTREAM 546
DHCPV6_UPSTREAM 547
DLSW 2067
DNP 20000
DNS 53
MDNS 5353
RAS1 1718
RAS2 1719
HSRP 1985
SSDP 1900
IAPP 2313
ICP 3130
ICQ 4000
IPX 213
ISAKMP 500
KERBEROS 88
KRB4 750
KPASSWD 464
L2TP 1701
LAPLINK 1547
CLDAP 389
LDP 646
LLC1 12000
LLC2 12001
LLC3 12002
LLC4 12003
LLC5 12004
LMP_DEFAULT 701
MIP 434
MPLS_ECHO 3503
MSPROXY 1745
NBNS 137
NBDGM 138
NCP 524
NETFLOW 2055
TPCP 3121
NTP 123
OLSR 698
RADIUS 1645
RADIUS_NEW 1812
RADACCT 1646
RADACCT_NEW 1813
RIP 520
RIPNG 521
RMCP 623
RMCP_SECURE 664
RX_LOW 7000
RX_HIGH 7009
RX_AFS_BACKUPS 7021
SAP 9875
SEBEK 1101
SFLOW 6343
SIP 5060
SLIMP3_V1 1069
SLIMP3_V2 3483
SNMP 161
SNMP_TRAP 162
SRVLOC 427
STUN 3478
SYSLOG 514
TACACS 49
TEREDO 3544
TFTP 69
TIME 37
TIMED 525
TZSP 0x9090
VINES 573
WSP 9200
WTP_WSP 9201
WTLS_WSP 9202
WTLS_WTP_WSP 9203
WSP_PUSH 2948
WTLS_WSP_PUSH 2949
WCCP 2048
WHO 513
XDMCP 177
XYPLEX 173
NJACK1 5264
NJACK2 5265
ASAP 3863
AX4000 3357
bvlc 0xBAC0
CPFI 5000
cpfi_ttot 5001
dis 3000
ECHO 7
edonkey 4665
edonkey 4672
ENIP_ENCAP 44818
ENIP_IO 2222
IAX2 4569
udpencap 4500
IPVS_SYNCD 8848
ISNS 3205
KINK 57203
lwapp 12220/12222/12223
manolito 41170
MSMMS 1755
udp_encap_ucast_port 3055 Udp port for UDP encapsulation
udp_encap_mcast_port 3056
PKTC_PORT 1293
PKTC_MTAFQDN_PORT 2246
EVENT_PORT_PTP 319
GENERAL_PORT_PTP 320
radius 1645/1646/1812/1813
Rpc 111
SigCompUDPPort1 5555
SigCompUDPPort2 6666
Rdt 6970
rmt-alc 未知 從配置文件中讀取
SSCOP 未知 從配置文件中讀取
T38 6004
quakeworldServerPort 27500
quakeServerPort 26000
quake2ServerPort 27910
quake3_server_port 27960-27963
quake3_master_port 27965-27968
一共137=90+47種
IP協(xié)議支持
協(xié)議名稱(chēng) IP端口號(hào) 協(xié)議名稱(chēng)解釋
AX4000 173 AX/4000 Testblock - non IANA
TP 29 ISO Transport Protocol Class 4
DCCP 33 Sequential Exchange Protocol(和標(biāo)準(zhǔn)的不一樣)
EIGRP 88
EtherIP 97 Ethernet-within-IP Encapsulation
GRE 47 General Routing Encapsulation
ICMPV6 58 ICMP for IPv6
IGMP 2
IGRP 9 any private interior gateway(used by Cisco for their IGRP)
IPIP 4 IP in IP (encapsulation)
ICMP 1
AH 51 Authentication Header
ESP 50 Encap Security Payload
IPCOMP 108 IP Payload Compression Protocol
IPV6 41
L2TP 115 Layer Two Tunneling Protocol
MIPV6_OLD 62 CFTP 這個(gè)和標(biāo)準(zhǔn)不一致――Mobile IPv6
MIPV6 135 Mobility Header ―― Mobile IPv6
NCS_HEARTBEAT 224 Novell NCS Heartbeat -
http://support.novell.com/cgi-bin/search/searchtid.cgi?/10071158.htm
NARP 54 NBMA Address resolution protocol - RFC1735
OSPF 89
PGM 113 PGM Reliable Transport Protocol
PIM 103 Protocol Independent Multicast
RSVP 46
SCTP 132 Stream Control Transmission Protocol
TCP 6
UDP 17
UDPLITE 136 UDPLite
VINES 83 Vines over raw IP
VRRP 112 Virtual Router Redundancy Protocol
一共30種
格式:pdf
大小:366KB
頁(yè)數(shù): 15頁(yè)
評(píng)分: 3
風(fēng)系統(tǒng)介紹——關(guān)于風(fēng)系統(tǒng)的介紹,主要內(nèi)容: 1.風(fēng)道所使用的材料 2.風(fēng)管的形狀及特點(diǎn) 3.風(fēng)道的管內(nèi)風(fēng)速 4.新風(fēng)系統(tǒng)(參考民用建筑空調(diào)設(shè)計(jì)) 5.暖通空調(diào)設(shè)計(jì)標(biāo)準(zhǔn)、技術(shù)手冊(cè)推薦的最小新風(fēng)量 6.管道系統(tǒng)的設(shè)計(jì)及其計(jì)算 7……
格式:pdf
大?。?span id="32aumia" class="single-tag-height">366KB
頁(yè)數(shù): 3頁(yè)
評(píng)分: 4.6
網(wǎng)絡(luò)協(xié)議分析器網(wǎng)絡(luò)協(xié)議分析器Ethereal 是目前最好的、開(kāi)放源碼的、獲得廣泛應(yīng)用的網(wǎng)絡(luò)協(xié)議分析器,支持Linux 和windows 平臺(tái)。在該系統(tǒng)中加入新的協(xié)議解析器十分簡(jiǎn)單,自從1998年發(fā)布最早的Ethereal 0.2版本發(fā)布以來(lái),志愿者為Ethereal 添加了大量新的協(xié)議解析器,如今Ethereal 已經(jīng)支持五百多種協(xié)議解析。其原因是Ehereal 具有一個(gè)良好的可擴(kuò)展性的設(shè)計(jì)結(jié)構(gòu),這樣才能適應(yīng)網(wǎng)絡(luò)發(fā)展的需要不斷加入新的協(xié)議解析器。
Ethereal 抓包后的界面有三個(gè)部分,上部為報(bào)文列表窗口,顯示的是對(duì)抓到的每個(gè)數(shù)據(jù)報(bào)文進(jìn)行分析后的總結(jié)型信息,包括編號(hào)、時(shí)間、源地址、目標(biāo)地址、協(xié)議、信息。中部為協(xié)議樹(shù)窗口,顯示的是數(shù)據(jù)報(bào)文的協(xié)議信息。在報(bào)文列表窗口選擇不同條目則協(xié)議樹(shù)窗口的內(nèi)容隨之改變?yōu)橄鄳?yīng)的協(xié)議信息。下部為16 進(jìn)制報(bào)文窗口,可以顯示報(bào)文在物理層的數(shù)據(jù)形式。
在抓包完成后,顯示過(guò)濾器可以用來(lái)找到你感興趣的包,也可根據(jù)協(xié)議、是否存在某個(gè)域、域值、域值之間的關(guān)系來(lái)查找你感興趣的包。
* 可以從不同類(lèi)別的網(wǎng)絡(luò)硬件抓包,如Ethernet、 Token Ring、ATM 等;
* 停止抓包時(shí)不同的觸發(fā)器相似:如抓獲數(shù)據(jù)的總數(shù)、抓包時(shí)間,抓獲包的數(shù)目;
* 抓包過(guò)程中同時(shí)顯示編譯后(解析)的包。
* 根據(jù)包過(guò)濾器的條件,從抓獲的全部數(shù)據(jù)中進(jìn)行過(guò)濾,減去符合條件的包。
使用Ethereal 進(jìn)行網(wǎng)絡(luò)協(xié)議分析時(shí)應(yīng)當(dāng)注意:必須有管理員權(quán)限才能開(kāi)始抓包過(guò)程;必須選擇正確的網(wǎng)絡(luò)接口來(lái)抓獲包數(shù)據(jù);必須在網(wǎng)絡(luò)的正確的位置抓包才能看到想看到的業(yè)務(wù)流量。
本屬植物含有香精油細(xì)胞(ethereal oil cells) 、粘質(zhì)細(xì)胞和具分支的石細(xì)胞。常積聚有茴香亭(anisatin)為有毒內(nèi)酯(a toxic lactone),通常也含有丹寧、花青素昔(proarthocyanins),但無(wú)鞣花酸(ellegic acid)。
網(wǎng)絡(luò)管理
RF計(jì)劃和AP設(shè)計(jì)工具包
集中的AP部署和image管理
實(shí)時(shí)覆蓋的可視heat map
用于監(jiān)控的詳細(xì)統(tǒng)計(jì)
遠(yuǎn)程抓包用于RF排錯(cuò)
可與Ethereal,Airopeek和AirMagnet分析軟件同時(shí)工作
多控制器配置和管理
定位可視及設(shè)備跟蹤
系統(tǒng)范圍的事件采集和報(bào)告
安全管理
有線(xiàn)和無(wú)線(xiàn)的用戶(hù)認(rèn)證
Captive portal,802.1x和MAC地址認(rèn)證
通過(guò)用戶(hù)名,IP地址,MAC地址和密鑰創(chuàng)建強(qiáng)健的網(wǎng)絡(luò)身份認(rèn)證
每個(gè)包的一致性校驗(yàn),防止身份欺詐
基于AAA服務(wù)器的RADIUS
內(nèi)部的用戶(hù)數(shù)據(jù)庫(kù)作為AAA服務(wù)器的失效保護(hù)
每用戶(hù)的使用統(tǒng)計(jì)
可為訪客接入配置允許的策略
NETGEAR WFS709TP