網(wǎng)絡(luò)基礎(chǔ)知識(shí)匯總

關(guān)于網(wǎng)絡(luò)基礎(chǔ)知識(shí)匯總第1頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三提綱第一部分網(wǎng)絡(luò)基礎(chǔ)知識(shí)網(wǎng)絡(luò)分類網(wǎng)絡(luò)設(shè)備網(wǎng)絡(luò)協(xié)議★OSI模型第二部分網(wǎng)絡(luò)知識(shí)監(jiān)控中的應(yīng)用分配合適IP登陸站點(diǎn)系統(tǒng)聯(lián)網(wǎng)網(wǎng)絡(luò)檢查第2頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三提綱第一部分網(wǎng)絡(luò)基礎(chǔ)知識(shí)

網(wǎng)絡(luò)分類網(wǎng)絡(luò)設(shè)備網(wǎng)絡(luò)協(xié)議★OSI模型第二部分網(wǎng)絡(luò)知識(shí)監(jiān)控中的應(yīng)用分配合適IP登陸站點(diǎn)系統(tǒng)聯(lián)網(wǎng)網(wǎng)絡(luò)檢查第3頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三1.1.網(wǎng)絡(luò)分類按網(wǎng)絡(luò)的地理位置分類:1.局域網(wǎng)（LAN）

在較小的區(qū)域內(nèi)，小于10km的范圍，通常采用有線的方式連接起來(lái)2.城域網(wǎng)（MAN）規(guī)模局限在一座城市的范圍內(nèi)，10～100km的區(qū)域3.廣域網(wǎng)（WAN）

網(wǎng)絡(luò)跨越國(guó)界、洲界，甚至全球范圍。廣域網(wǎng)的典型代表是Internet網(wǎng)第4頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三1.1.網(wǎng)絡(luò)分類按網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)分類:1.總線型

網(wǎng)絡(luò)中所有的站點(diǎn)共享一條數(shù)據(jù)通道2.星型：

各站點(diǎn)通過點(diǎn)到點(diǎn)的鏈路與中心站相連3.環(huán)形

各站點(diǎn)通過通信介質(zhì)連成一個(gè)封閉的環(huán)形第5頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三1.1.網(wǎng)絡(luò)分類按網(wǎng)絡(luò)傳輸介質(zhì)分類:1.有線網(wǎng)：

采用同軸電纜、雙絞線或光導(dǎo)纖維，來(lái)連接的計(jì)算機(jī)網(wǎng)絡(luò)2.無(wú)線網(wǎng)：

用電磁波作為載體來(lái)傳輸數(shù)據(jù)第6頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三1.1.網(wǎng)絡(luò)分類按通信方式分類:1.點(diǎn)對(duì)點(diǎn)傳輸網(wǎng)絡(luò)：

數(shù)據(jù)以點(diǎn)到點(diǎn)的方式在計(jì)算機(jī)或通信設(shè)備中傳輸。星型網(wǎng)、環(huán)形網(wǎng)采用這種傳輸方式。2.廣播式傳輸網(wǎng)絡(luò)：

數(shù)據(jù)在共用介質(zhì)中傳輸。無(wú)線網(wǎng)和總線型網(wǎng)絡(luò)屬于這種類型其他分類方法:

如企業(yè)網(wǎng)、校園網(wǎng)，根據(jù)名稱便可理解第7頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三提綱第一部分網(wǎng)絡(luò)基礎(chǔ)知識(shí)網(wǎng)絡(luò)分類網(wǎng)絡(luò)設(shè)備網(wǎng)絡(luò)協(xié)議★OSI模型第二部分網(wǎng)絡(luò)配置網(wǎng)絡(luò)配置的基本內(nèi)容

IP地址的分類問題解答第8頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三1.2.網(wǎng)絡(luò)設(shè)備網(wǎng)卡網(wǎng)線集線器（HUB)交換機(jī)（Switch)路由器(Router)第9頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三1.2.1.網(wǎng)絡(luò)設(shè)備——網(wǎng)卡

網(wǎng)卡：是計(jì)算機(jī)與網(wǎng)絡(luò)的必備連接設(shè)備，他有唯一MAC地址 MAC是指網(wǎng)卡的標(biāo)識(shí)符，固化在網(wǎng)卡中。MAC地址由12位16進(jìn)制數(shù)表示，前6位為廠商標(biāo)識(shí)，后6位為網(wǎng)卡標(biāo)識(shí)。如：00:E0:4C:7A:14:51

網(wǎng)站上可以查詢到正規(guī)網(wǎng)卡廠家的MAC

我公司的設(shè)備的MAC地址是自定義的第10頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三1.2.2.網(wǎng)絡(luò)設(shè)備——網(wǎng)線

網(wǎng)線：是主機(jī)網(wǎng)卡與網(wǎng)絡(luò)設(shè)備之間的連接介質(zhì)

雙絞線分為：屏蔽（STP）和非屏蔽（UTP）兩種。UTP是使用頻率最高的一種。塑料絕緣外皮里面包裹著八根信號(hào)線，每?jī)筛鶠橐粚?duì)相互纏繞，形成總共四對(duì)，雙絞線也因此得名。568是ANSI于1996年制定的布線標(biāo)準(zhǔn)；“A”表示為IBM的布線標(biāo)準(zhǔn)，“B”表示AT&T公司標(biāo)準(zhǔn)。)第11頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三1.2.3.網(wǎng)絡(luò)設(shè)備——集線器

集線器：HUBHUB：“中心”的意思，主要功能是對(duì)接收到的信號(hào)進(jìn)行再生整形放大，以擴(kuò)大網(wǎng)絡(luò)的傳輸距離，同時(shí)把所有節(jié)點(diǎn)集中在以它為中心的節(jié)點(diǎn)上。它工作于OSI參考模型第一層，即“物理層”。

集線器屬于純硬件底層設(shè)備，不具有類似于交換機(jī)的“智能記憶”和“學(xué)習(xí)”能力。也不具備交換機(jī)所具有的MAC地址表，它發(fā)送數(shù)據(jù)時(shí)都是沒有針對(duì)性的，采用廣播方式發(fā)送。發(fā)送數(shù)據(jù)時(shí)，不是直接把數(shù)據(jù)發(fā)送到目的節(jié)點(diǎn)，而是把數(shù)據(jù)包發(fā)送到與集線器相連的所有節(jié)點(diǎn)。第12頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三1.2.4.網(wǎng)絡(luò)設(shè)備——交換機(jī)交換（switching）：是對(duì)HUB“共享”工作模式的改進(jìn)交換機(jī)擁有一條很高帶寬的背部總線和內(nèi)部交換矩陣。所有的端口都掛接在這條背部總線上，控制電路收到數(shù)據(jù)包以后，處理端口會(huì)查找內(nèi)存中的地址對(duì)照表以確定目的MAC（網(wǎng)卡的硬件地址）的NIC（網(wǎng)卡）掛接在哪個(gè)端口上，通過內(nèi)部交換矩陣迅速將數(shù)據(jù)包傳送到目的端口，目的MAC若不存在才廣播到所有的端口，接收端口回應(yīng)后交換機(jī)會(huì)“學(xué)習(xí)”新的地址，并把它添加入內(nèi)部MAC地址表中。二層交換機(jī)，三層交換機(jī)的區(qū)別：二層交換機(jī)屬數(shù)據(jù)鏈路層設(shè)備，可以識(shí)別數(shù)據(jù)包中的MAC地址信息，根據(jù)MAC地址進(jìn)行轉(zhuǎn)發(fā)，并將這些MAC地址與對(duì)應(yīng)的端口記錄在自己內(nèi)部的一個(gè)地址表中對(duì)于不是同一子網(wǎng)的數(shù)據(jù)，最先在MAC表中放的是缺省網(wǎng)關(guān)的MAC地址；然后就由三層模塊接收到此數(shù)據(jù)包，查詢路由表以確定到達(dá)B的路由，將構(gòu)造一個(gè)新的幀頭，其中以缺省網(wǎng)關(guān)的MAC地址為源MAC地址，以主機(jī)B的MAC地址為目的MAC地址。通過一定的識(shí)別觸發(fā)機(jī)制，確立主機(jī)A與B的MAC地址及轉(zhuǎn)發(fā)端口的對(duì)應(yīng)關(guān)系，并記錄進(jìn)流緩存條目表，以后的A到B的數(shù)據(jù)，就直接交由二層交換模塊完成。這就通常所說的一次路由多次轉(zhuǎn)發(fā)第13頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三1.2.5.網(wǎng)絡(luò)設(shè)備——路由器

路由器Router：是互聯(lián)網(wǎng)的主要節(jié)點(diǎn)設(shè)備，通過路由決定數(shù)據(jù)的轉(zhuǎn)發(fā)路徑

所謂路由：就是指通過相互連接的網(wǎng)絡(luò)把信息從【源地點(diǎn)】移動(dòng)到【目標(biāo)地點(diǎn)】的活動(dòng)；

路由和交換之間的主要區(qū)別：交換發(fā)生在OSI參考模型的第二層（數(shù)據(jù)鏈路層），而路由發(fā)生在第三層（網(wǎng)絡(luò)層）。這一區(qū)別決定了路由和交換在移動(dòng)信息的過程中，需要使用不同的控制信息，所以兩者實(shí)現(xiàn)各自功能的方式是不同的。第14頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三提綱第一部分網(wǎng)絡(luò)基礎(chǔ)知識(shí)網(wǎng)絡(luò)分類網(wǎng)絡(luò)設(shè)備網(wǎng)絡(luò)協(xié)議★OSI模型第二部分網(wǎng)絡(luò)配置網(wǎng)絡(luò)配置的基本內(nèi)容

IP地址的分類問題解答第15頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三網(wǎng)絡(luò)協(xié)議★TCP/IP協(xié)議網(wǎng)際層協(xié)議：IP協(xié)議、ICMP協(xié)議、ARP協(xié)議、RARP協(xié)議傳輸層協(xié)議：TCP協(xié)議、UDP協(xié)議應(yīng)用層協(xié)議：FTP、Telnet、SMTP、HTTP、RIP、NFS、DNSIPX/SPX協(xié)議NetBEUI協(xié)議TCP/IP協(xié)議的網(wǎng)絡(luò)端口第16頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三1.3.網(wǎng)絡(luò)協(xié)議網(wǎng)絡(luò)協(xié)議是通信規(guī)則TCP/IP協(xié)議，是INTERNET的基礎(chǔ)協(xié)議IPX/SPX協(xié)議NetBEUI協(xié)議TCP/IP是INTERNET的基礎(chǔ)協(xié)議，也是一種電腦數(shù)據(jù)打包和尋址的標(biāo)準(zhǔn)方法?？梢孕蜗蟮乩斫鉃橛袃蓚€(gè)信封，TCP和IP就像是信封，要傳遞的信息被劃分成若干段，每一段塞入一個(gè)TCP信封，并在該信封面上記錄有分段號(hào)的信息，再將TCP信封塞入IP大信封，發(fā)送上網(wǎng)。在接受端，一個(gè)TCP軟件包收集信封，抽出數(shù)據(jù)，按發(fā)送前的順序還原，并加以校驗(yàn)，若發(fā)現(xiàn)差錯(cuò)，TCP將會(huì)要求重發(fā)第17頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三網(wǎng)絡(luò)協(xié)議★TCP/IP協(xié)議網(wǎng)際層協(xié)議：IP協(xié)議、ICMP協(xié)議、ARP協(xié)議、RARP協(xié)議傳輸層協(xié)議：TCP協(xié)議、UDP協(xié)議應(yīng)用層協(xié)議：FTP、Telnet、SMTP、HTTP、RIP、NFS、DNSIPX/SPX協(xié)議NetBEUI協(xié)議TCP/IP協(xié)議的網(wǎng)絡(luò)端口第18頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三1.3.1.TCP/IP：傳輸控制/網(wǎng)間協(xié)議TCP/IP是“transmissionControlProtocol/InternetProtocol”的簡(jiǎn)寫，中文譯名為傳輸控制協(xié)議/互聯(lián)網(wǎng)絡(luò)協(xié)議）協(xié)議

TCP/IP（傳輸控制協(xié)議/網(wǎng)間協(xié)議）是一種網(wǎng)絡(luò)通信協(xié)議，它規(guī)范了網(wǎng)絡(luò)上的所有通信設(shè)備，尤其是一個(gè)主機(jī)與另一個(gè)主機(jī)之間的數(shù)據(jù)往來(lái)格式以及傳送方式。TCP/IP是INTERNET的基礎(chǔ)協(xié)議，也是一種電腦數(shù)據(jù)打包和尋址的標(biāo)準(zhǔn)方法。對(duì)普通用戶來(lái)說，并不需要了解網(wǎng)絡(luò)協(xié)議的整個(gè)結(jié)構(gòu)，僅需了解IP的地址格式，即可與世界各地進(jìn)行網(wǎng)絡(luò)通信第19頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三網(wǎng)絡(luò)協(xié)議★TCP/IP協(xié)議網(wǎng)際層協(xié)議：IP協(xié)議、ICMP協(xié)議、ARP協(xié)議、RARP協(xié)議傳輸層協(xié)議：TCP協(xié)議、UDP協(xié)議應(yīng)用層協(xié)議：FTP、Telnet、SMTP、HTTP、RIP、NFS、DNSIPX/SPX協(xié)議NetBEUI協(xié)議TCP/IP協(xié)議的網(wǎng)絡(luò)端口第20頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三1.3.1.TCP/IP：傳輸控制/網(wǎng)間協(xié)議網(wǎng)絡(luò)協(xié)議至少包括三要素:語(yǔ)法：用來(lái)規(guī)定信息格式；語(yǔ)義：用來(lái)說明通信雙方應(yīng)當(dāng)怎么做；時(shí)序：詳細(xì)說明事件的先后順序。網(wǎng)際層協(xié)議：包括：IP協(xié)議、ICMP協(xié)議、ARP協(xié)議、RARP協(xié)議傳輸層協(xié)議：TCP協(xié)議、UDP協(xié)議。應(yīng)用層協(xié)議：FTP、Telnet、SMTP、HTTP、RIP、NFS、DNS。第21頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三.——IP協(xié)議IP（InternetProtocol）是“網(wǎng)絡(luò)之間互連的協(xié)議”任何PC，只要遵守IP協(xié)議就可與因特網(wǎng)互通。IP協(xié)議也可以叫做“因特網(wǎng)協(xié)議”。IP是一個(gè)無(wú)連接協(xié)議，每個(gè)信息包作為一個(gè)處理過的獨(dú)立的單元在網(wǎng)絡(luò)上傳輸，這些單元間沒有相互聯(lián)系。在OSI中IP位于第三層“網(wǎng)絡(luò)層”。IP協(xié)議實(shí)際上是一套由軟件程序組成的協(xié)議軟件，它把各種不同“幀”統(tǒng)一轉(zhuǎn)換成“IP數(shù)據(jù)包”格式數(shù)據(jù)包是一種分組交換形式，就是把所傳送的數(shù)據(jù)分段打成“包”，作為一個(gè)“獨(dú)立的報(bào)文”傳送出去。最廣泛應(yīng)用的IP版本是IPv4，IPv6推廣中。IP協(xié)議規(guī)定：一個(gè)主機(jī)必須有唯一地址，叫做“IP地址”。第22頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三.——IPv4和IPv6IPv4協(xié)議規(guī)定：每個(gè)主機(jī)都有一個(gè)32位的IP地址，理論上支持40億臺(tái)互聯(lián)，但實(shí)際上由于A、B、C等地址類型的劃分，浪費(fèi)了上千萬(wàn)的地址IPv6有如下一些顯著的優(yōu)勢(shì)1.址容量大大擴(kuò)展，由原來(lái)的32位擴(kuò)充到128位；2.能夠真正的實(shí)現(xiàn)無(wú)狀態(tài)地址自動(dòng)配置；3.報(bào)頭格式大大簡(jiǎn)化，從而有效減少路由器或交換機(jī)對(duì)報(bào)頭的處理開銷；4.加強(qiáng)了對(duì)擴(kuò)展報(bào)頭和選項(xiàng)部分的支持，這除了讓轉(zhuǎn)發(fā)更為有效外，還對(duì)將來(lái)網(wǎng)絡(luò)加載新的應(yīng)用提供了充分的支持；5.流標(biāo)簽的使用讓我們可以為數(shù)據(jù)包所屬類型提供個(gè)性化的網(wǎng)絡(luò)服務(wù)；6.認(rèn)證與私密性；7.

IPv6在移動(dòng)網(wǎng)絡(luò)和實(shí)時(shí)通信方面有很多改進(jìn)。第23頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三.——IP地址分類地址格式：32位2進(jìn)制，分4段，以“點(diǎn)”分割。十進(jìn)制表示如：192.168.0.1IP地址=網(wǎng)絡(luò)地址＋主機(jī)地址網(wǎng)絡(luò)號(hào)：用于識(shí)別主機(jī)所在的網(wǎng)絡(luò)主機(jī)號(hào)：用于識(shí)別該網(wǎng)絡(luò)中的主機(jī)網(wǎng)絡(luò)地址是由Internet權(quán)力機(jī)構(gòu)（InterNIC）統(tǒng)一分配；IP分五類：D類用于組播，E類用于實(shí)驗(yàn)A類地址范圍：—54B類地址范圍：—54C類地址范圍：—54D類地址范圍：—54E類地址范圍：—54特殊的IP地址：受限廣播地址55；直接廣播地址；NetID為0的IP地址；環(huán)回地址：127網(wǎng)段所有地址

第24頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三.——IP地址分類我們用到的廣播地址：第25頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三.——IP地址分配TCP/IP協(xié)議要求：每個(gè)網(wǎng)絡(luò)節(jié)點(diǎn)一般需要一個(gè)“IP地址”、一個(gè)“子網(wǎng)掩碼”、一個(gè)“默認(rèn)網(wǎng)關(guān)”。IP的分配方式：固定、動(dòng)態(tài)局域網(wǎng)中，有兩個(gè)IP地址比較特殊，一個(gè)是網(wǎng)絡(luò)號(hào)，一個(gè)是廣播地址。例如在/28這樣的網(wǎng)段中：網(wǎng)絡(luò)號(hào)是網(wǎng)段中的第一個(gè)地址，用于三層尋址的地址，它代表了整個(gè)網(wǎng)絡(luò)本身廣播地址是網(wǎng)段中的最后一個(gè)地址，它代表了網(wǎng)絡(luò)全部的主機(jī)。27主機(jī)地址就只有至26可以配置。

第26頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三PC網(wǎng)絡(luò)屬性IP子網(wǎng)掩碼網(wǎng)關(guān)DNS第27頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三.——子網(wǎng)掩碼IP地址的網(wǎng)絡(luò)號(hào)和主機(jī)號(hào)確定，需要【子網(wǎng)掩碼】確定哪些組地址歸我們使用。比如“210.73.a.b”，網(wǎng)絡(luò)標(biāo)識(shí)為“210.73”，主機(jī)標(biāo)識(shí)為“a.b”。根據(jù)我們現(xiàn)在所需的子網(wǎng)數(shù)以及將來(lái)可能擴(kuò)充到的子網(wǎng)數(shù)，用宿主機(jī)的一些位來(lái)定義子網(wǎng)掩碼。比如我們現(xiàn)在需要12個(gè)子網(wǎng)，將來(lái)可能需要16個(gè)。用第三個(gè)字節(jié)的前四位確定子網(wǎng)掩碼。前四位為“1”后四位“0”，即第三個(gè)字節(jié)為240（11110000），（這樣原來(lái)網(wǎng)絡(luò)就被分成了2的4次方16個(gè)子網(wǎng)），這個(gè)數(shù)“”稱作新的子網(wǎng)掩碼。主機(jī)號(hào)“a.b”，可容納255*255-2臺(tái)主機(jī)，通過掩碼劃分為16個(gè)子網(wǎng)，每個(gè)子網(wǎng)16*255-2臺(tái)主機(jī)。此刻：如1/和1/是同一個(gè)網(wǎng)段。1/和1/卻不是同一網(wǎng)段。

第28頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三.——Gateway和DNS網(wǎng)關(guān)(Gateway)：又稱網(wǎng)間連接器、協(xié)議轉(zhuǎn)換器。結(jié)構(gòu)和路由器，不同的是互連層。網(wǎng)關(guān)用于網(wǎng)絡(luò)互連，是一種充當(dāng)通訊協(xié)議轉(zhuǎn)換重任的計(jì)算機(jī)系統(tǒng)或路由等設(shè)備。運(yùn)行在OSI

7的頂層--應(yīng)用層域名：便于記憶，可以對(duì)應(yīng)動(dòng)態(tài)IP地址域名解析服務(wù)器(DomainNameServer)。網(wǎng)絡(luò)中域名與IP地址之間是一一對(duì)應(yīng)的域名雖然便于人們記憶，但機(jī)器之間只能互相認(rèn)識(shí)IP地址，它們之間的轉(zhuǎn)換工作稱為域名解析域名解析需要由專門的域名解析服務(wù)器來(lái)完成，DNS就是進(jìn)行域名解析的服務(wù)器，對(duì)應(yīng)的IP就是域名解析服務(wù)器的網(wǎng)絡(luò)IP地址第29頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三實(shí)例講解主機(jī)A的IP：00/（00000001）主機(jī)B的IP：00/（00000010）主機(jī)C的IP：00/（00000100）問題：ABC通過交換機(jī)能否直接通訊？ABC要能能通訊怎么設(shè)置？修改掩碼：增加網(wǎng)關(guān)：用一個(gè)路由器作為網(wǎng)關(guān)000000第30頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三網(wǎng)絡(luò)協(xié)議★TCP/IP協(xié)議網(wǎng)際層協(xié)議：IP協(xié)議、ICMP協(xié)議、ARP協(xié)議、RARP協(xié)議傳輸層協(xié)議：TCP協(xié)議、UDP協(xié)議應(yīng)用層協(xié)議：FTP、Telnet、SMTP、HTTP、RIP、NFS、DNSIPX/SPX協(xié)議NetBEUI協(xié)議TCP/IP協(xié)議的網(wǎng)絡(luò)端口第31頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三.——ICMP協(xié)議InternetControlMessageProtocol

(網(wǎng)際控制報(bào)文協(xié)議)，是TCP/IP協(xié)議集中的一個(gè)子協(xié)議,屬于網(wǎng)絡(luò)層協(xié)議它是TCP/IP協(xié)議族的一個(gè)子協(xié)議，用于在IP主機(jī)、路由器之間傳遞控制消息。控制消息是指網(wǎng)絡(luò)通不通、主機(jī)是否可達(dá)、路由是否可用等網(wǎng)絡(luò)本身的消息。這些控制消息雖然并不傳輸用戶數(shù)據(jù)，但是對(duì)于用戶數(shù)據(jù)的傳遞起著重要的作用Ping包探索命令“PingofDeath”攻擊“ICMP風(fēng)暴”Tracert跟蹤路由命令tracert[-d][-hmaximum_hops][-jhost-list][-wtimeout]target_name第32頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三網(wǎng)絡(luò)協(xié)議TCP/IP協(xié)議網(wǎng)際層協(xié)議：IP協(xié)議、ICMP協(xié)議、ARP協(xié)議、RARP協(xié)議傳輸層協(xié)議：TCP協(xié)議、UDP協(xié)議應(yīng)用層協(xié)議：FTP、Telnet、SMTP、HTTP、RIP、NFS、DNSIPX/SPX協(xié)議NetBEUI協(xié)議TCP/IP協(xié)議的網(wǎng)絡(luò)端口第33頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三.——ARP協(xié)議ARP（AddressResolutionProtocol）“地址解析”：就是主機(jī)在發(fā)送幀前將目標(biāo)IP網(wǎng)絡(luò)地址轉(zhuǎn)換成目標(biāo)MAC物理地址的過程。屬于鏈路層的協(xié)議，在以太網(wǎng)中的數(shù)據(jù)幀從一個(gè)主機(jī)到達(dá)網(wǎng)內(nèi)的另一臺(tái)主機(jī)是根據(jù)48位的以太網(wǎng)地址（硬件地址）來(lái)確定接口的，而不是根據(jù)32位的IP地址。內(nèi)核（如驅(qū)動(dòng)）必須知道目的端的硬件地址才能發(fā)送數(shù)據(jù)。數(shù)據(jù)幀里是含有MAC，通過地址解析協(xié)議后獲得IP地址沖突ARP欺騙ARP命令格式：Arp-a第34頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三網(wǎng)絡(luò)協(xié)議TCP/IP協(xié)議網(wǎng)際層協(xié)議：IP協(xié)議、ICMP協(xié)議、ARP協(xié)議、RARP協(xié)議傳輸層協(xié)議：TCP協(xié)議、UDP協(xié)議應(yīng)用層協(xié)議：FTP、Telnet、SMTP、HTTP、RIP、NFS、DNSIPX/SPX協(xié)議NetBEUI協(xié)議TCP/IP協(xié)議的網(wǎng)絡(luò)端口第35頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三.——RARP協(xié)議逆向地址解析協(xié)議（ReverseAddressResolutionProtocol）就是將MAC轉(zhuǎn)換為IP：比如局域網(wǎng)中有一臺(tái)主機(jī)只知道物理地址而不知道IP地址，那么可以通過RARP協(xié)議發(fā)出征求自身IP地址的廣播請(qǐng)求，然后由RARP服務(wù)器負(fù)責(zé)回答。應(yīng)用：RARP協(xié)議廣泛用于獲取無(wú)盤工作站的IP地址。第36頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三網(wǎng)絡(luò)協(xié)議★TCP/IP協(xié)議網(wǎng)際層協(xié)議：IP協(xié)議、ICMP協(xié)議、ARP協(xié)議、RARP協(xié)議傳輸層協(xié)議：TCP協(xié)議、UDP協(xié)議應(yīng)用層協(xié)議：FTP、Telnet、SMTP、HTTP、RIP、NFS、DNSIPX/SPX協(xié)議NetBEUI協(xié)議TCP/IP協(xié)議的網(wǎng)絡(luò)端口第37頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三.——TCP協(xié)議TCP（TransmissionControlProtocol）：

傳輸控制協(xié)議；TCP提供一種面向連接的、可靠的字節(jié)流服務(wù)建立連接后，雙方可以同時(shí)進(jìn)行數(shù)據(jù)的傳輸，全雙工；可靠性保證：采用超時(shí)重傳，和捎帶確認(rèn)機(jī)制。協(xié)議可以進(jìn)行IP數(shù)據(jù)包的分割和組裝，但是通過IP協(xié)議并不能清楚地了解到數(shù)據(jù)包是否順利地發(fā)送給目標(biāo)計(jì)算機(jī)。而使用TCP協(xié)議就不同了，在該協(xié)議傳輸模式中在將數(shù)據(jù)包成功發(fā)送給目標(biāo)計(jì)算機(jī)后，TCP會(huì)要求發(fā)送一個(gè)確認(rèn)；如果在某個(gè)時(shí)限內(nèi)沒有收到確認(rèn)，那么TCP將重新發(fā)送數(shù)據(jù)包。另外，在傳輸?shù)倪^程中，如果接收到無(wú)序、丟失以及被破壞的數(shù)據(jù)包，TCP還可以負(fù)責(zé)恢復(fù)。第38頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三.——TCP協(xié)議TCP面向連接的、可靠的服務(wù)；不可廣播或多播第1次握手：建立連接時(shí)，客戶端發(fā)送SYN包(SEQ=x)到服務(wù)器，并進(jìn)入SYN_SEND狀態(tài)，等待服務(wù)器確認(rèn)。第2次握手：服務(wù)器收到SYN包，必須確認(rèn)客戶的SYN(ACK=x+1),同時(shí)自己也送一個(gè)SYN包(SEQ=y),即SYN+ACK包，此時(shí)服務(wù)器進(jìn)入SYN_RECV狀態(tài)。第3次握手：客戶端收到服務(wù)器的SYN+ACK包，向服務(wù)器發(fā)送確認(rèn)包ACK(ACK=y+1),此包發(fā)送完畢，客戶端和服務(wù)器時(shí)入Established狀態(tài)，完成三次握手客戶端服務(wù)器1.給你300塊錢要不要？當(dāng)然要?。?：中午12：00送來(lái)唄！2.什么時(shí)候送過來(lái)?。康?9頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三網(wǎng)絡(luò)協(xié)議★TCP/IP協(xié)議網(wǎng)際層協(xié)議：IP協(xié)議、ICMP協(xié)議、ARP協(xié)議、RARP協(xié)議傳輸層協(xié)議：TCP協(xié)議、UDP協(xié)議應(yīng)用層協(xié)議：FTP、Telnet、SMTP、HTTP、RIP、NFS、DNSIPX/SPX協(xié)議NetBEUI協(xié)議TCP/IP協(xié)議的網(wǎng)絡(luò)端口第40頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三.——UDP協(xié)議用戶數(shù)據(jù)報(bào)協(xié)議（

UserDatagramProtocol）是一種無(wú)連接傳輸層協(xié)議，提供面向事務(wù)的簡(jiǎn)單、不可靠信息傳送服務(wù)。UDP協(xié)議有如下的特點(diǎn)：UDP是無(wú)連接的。傳輸數(shù)據(jù)前，發(fā)送和接收方相互交換信息使雙方同步UDP對(duì)收到的數(shù)據(jù)不進(jìn)行排序。在UDP報(bào)文的首部中并沒有關(guān)于數(shù)據(jù)順序的信息，而且報(bào)文不一定按順序到達(dá)的，所以接收端無(wú)從排起。UDP接收到數(shù)據(jù)報(bào)不確認(rèn)。發(fā)送端不知是否被正確接收，也不會(huì)重發(fā)。UDP傳送數(shù)據(jù)較TCP快速，系統(tǒng)開銷少。缺乏擁塞控制（congestioncontrol），需要基于網(wǎng)絡(luò)的機(jī)制來(lái)減小因失控和高速UDP流量負(fù)荷而導(dǎo)致的擁塞崩潰效應(yīng)。使用包隊(duì)列和丟棄技術(shù)的路由器這樣的網(wǎng)絡(luò)基本設(shè)備，往往就成為降低過大UDP通信量的有效工具。流媒體中常用數(shù)據(jù)報(bào)擁塞控制協(xié)議(DCCP)設(shè)計(jì)第41頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三TCP/UDP傳輸視頻對(duì)比網(wǎng)絡(luò)帶寬足夠的情況下：幾乎沒有差別網(wǎng)絡(luò)帶寬不充分時(shí)：TCP：延時(shí)，或者時(shí)快時(shí)慢UDP：不延時(shí)，視頻走一段丟一段網(wǎng)絡(luò)帶寬嚴(yán)重不足時(shí)：TCP：延時(shí)逐漸增大，最終丟圖像，如此往復(fù)UDP：始終黑屏或顯示馬賽克第42頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三網(wǎng)絡(luò)協(xié)議★TCP/IP協(xié)議網(wǎng)際層協(xié)議：IP協(xié)議、ICMP協(xié)議、ARP協(xié)議、RARP協(xié)議傳輸層協(xié)議：TCP協(xié)議、UDP協(xié)議應(yīng)用層協(xié)議：FTP、Telnet、SMTP、HTTP、RIP、NFS、DNSIPX/SPX協(xié)議NetBEUI協(xié)議TCP/IP協(xié)議的網(wǎng)絡(luò)端口第43頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三.——FTP協(xié)議FTP（FileTransferProtocol），是文件傳輸協(xié)議的簡(jiǎn)稱。用于察看遠(yuǎn)程FTP服務(wù)器上有哪些文件，對(duì)文件進(jìn)行下載或上傳操作。FTP采用“客戶機(jī)/服務(wù)器”方式，用戶端要安裝FTP客戶程序。FTP客戶程序有字符界面和圖形界面兩種。我們公司的愛看網(wǎng)系統(tǒng)中，CR系列設(shè)備發(fā)生報(bào)警，聯(lián)動(dòng)上傳抓拍圖片到服務(wù)器的方式，就是FTP上傳圖片。存儲(chǔ)圖片的服務(wù)器上需要建立FTP服務(wù)器的。第44頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三網(wǎng)絡(luò)協(xié)議★TCP/IP協(xié)議網(wǎng)際層協(xié)議：IP協(xié)議、ICMP協(xié)議、ARP協(xié)議、RARP協(xié)議傳輸層協(xié)議：TCP協(xié)議、UDP協(xié)議應(yīng)用層協(xié)議：FTP、Telnet、SMTP、HTTP、RIP、NFS、DNSIPX/SPX協(xié)議NetBEUI協(xié)議TCP/IP協(xié)議的網(wǎng)絡(luò)端口第45頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三.——Telnet協(xié)議Telnet協(xié)議是TCP/IP協(xié)議族中的一員，是Internet遠(yuǎn)程登陸服務(wù)的標(biāo)準(zhǔn)協(xié)議和主要方式。它為用戶提供了操作遠(yuǎn)程主機(jī)的能力。使用者可以在telnet程序中輸入命令，這些命令會(huì)在服務(wù)器上運(yùn)行，就像直接在服務(wù)器的控制臺(tái)上輸入一樣。必須輸入用戶名和密碼來(lái)登錄服務(wù)器。Telnet是常用的遠(yuǎn)程控制Web服務(wù)器的方法安全性不高，應(yīng)用領(lǐng)域不多我公司系統(tǒng)中的應(yīng)用：查看TCP端口是否正常查看服務(wù)器工作狀態(tài)

第46頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三網(wǎng)絡(luò)協(xié)議★TCP/IP協(xié)議網(wǎng)際層協(xié)議：IP協(xié)議、ICMP協(xié)議、ARP協(xié)議、RARP協(xié)議傳輸層協(xié)議：TCP協(xié)議、UDP協(xié)議應(yīng)用層協(xié)議：FTP、Telnet、SMTP、HTTP、RIP、NFS、DNSIPX/SPX協(xié)議NetBEUI協(xié)議TCP/IP協(xié)議的網(wǎng)絡(luò)端口第47頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三.—SMTP、HTTP、RIP、NFS、DNSSMTP：

SimpleMailTransferProtocol簡(jiǎn)單郵件傳輸協(xié)議HTTP：HypertextTransferProtocol超文本傳輸協(xié)議；HTTPS（HypertextTransferProtocoloverSecureSocketLayer），是HTTP的安全版RIP：路由選擇信息協(xié)議NFS（NetFileSystem）：網(wǎng)絡(luò)文件系統(tǒng)；允許一個(gè)系統(tǒng)在網(wǎng)絡(luò)上與它人共享目錄和文件DNS：域名服務(wù)器我公司工作中的應(yīng)用：公司郵箱服務(wù)器支持SMTP。GPS數(shù)據(jù)從服務(wù)器到客戶端用的就是HTTP協(xié)議

第48頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三網(wǎng)絡(luò)協(xié)議★TCP/IP協(xié)議網(wǎng)際層協(xié)議：IP協(xié)議、ICMP協(xié)議、ARP協(xié)議、RARP協(xié)議傳輸層協(xié)議：TCP協(xié)議、UDP協(xié)議應(yīng)用層協(xié)議：FTP、Telnet、SMTP、HTTP、RIP、NFS、DNSIPX/SPX協(xié)議NetBEUI協(xié)議TCP/IP協(xié)議的網(wǎng)絡(luò)端口第49頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三1.3.2.IPX/SPX協(xié)議IPX/SPX是基于施樂的XEROX’SNetworkSystem（XNS）協(xié)議，而SPX是基于施樂的XEROX’SSPP（SequencedPacketProtocol：順序包協(xié)議）協(xié)議，它們都是由novell公司開發(fā)出來(lái)應(yīng)用于局域網(wǎng)的一種高速協(xié)議。它和TCP/IP的一個(gè)顯著不同就是它不使用ip地址，而是使用網(wǎng)卡的物理地址即（MAC）地址。在實(shí)際使用中，它基本不需要什么設(shè)置，裝上就可以使用了。由于其在網(wǎng)絡(luò)普及初期發(fā)揮了巨大的作用，所以得到了很多廠商的支持，包括microsoft等，到現(xiàn)在很多軟件和硬件也均支持這種協(xié)議第50頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三網(wǎng)絡(luò)協(xié)議★TCP/IP協(xié)議網(wǎng)際層協(xié)議：IP協(xié)議、ICMP協(xié)議、ARP協(xié)議、RARP協(xié)議傳輸層協(xié)議：TCP協(xié)議、UDP協(xié)議應(yīng)用層協(xié)議：FTP、Telnet、SMTP、HTTP、RIP、NFS、DNSIPX/SPX協(xié)議NetBEUI協(xié)議TCP/IP協(xié)議的網(wǎng)絡(luò)端口第51頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三1.3.3.NetBEUI協(xié)議NetBEUI即NetBiosEnhancedUserInterface，或NetBios增強(qiáng)用戶接口。它是NetBIOS協(xié)議的增強(qiáng)版本，曾被許多操作系統(tǒng)采用，例如WindowsforWorkgroup、Win9x系列、WindowsNT等。NETBEUI協(xié)議在許多情形下很有用，是WINDOWS98之前的操作系統(tǒng)的缺省協(xié)議。總之NetBEUI協(xié)議是一種短小精悍、通信效率高的廣播型協(xié)議，安裝后不需要進(jìn)行設(shè)置，特別適合于在“網(wǎng)絡(luò)鄰居”傳送數(shù)據(jù)。第52頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三網(wǎng)絡(luò)協(xié)議★TCP/IP協(xié)議網(wǎng)際層協(xié)議：IP協(xié)議、ICMP協(xié)議、ARP協(xié)議、RARP協(xié)議傳輸層協(xié)議：TCP協(xié)議、UDP協(xié)議應(yīng)用層協(xié)議：FTP、Telnet、SMTP、HTTP、RIP、NFS、DNSIPX/SPX協(xié)議NetBEUI協(xié)議TCP/IP協(xié)議的網(wǎng)絡(luò)端口第53頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三——什么是端口網(wǎng)絡(luò)技術(shù)中，端口（Port）有好幾種意思如交換機(jī)、路由器的端口指的是接口如PC上端口常指：USB、RJ45、RS232等接口這里的端口，不是指物理意義上的端口，特指TCP/IP協(xié)議中的定義的、邏輯意義上的端口protocolport。一個(gè)IP主機(jī)可以提供許多服務(wù)，不同服務(wù)通過不同端口實(shí)現(xiàn)。如果把一個(gè)IP地址比作一間房子，端口就是出入這間房子的門。不同的門，對(duì)應(yīng)不同端口號(hào)，可實(shí)現(xiàn)不同的服務(wù)。端口有256×256個(gè)。端口號(hào)范圍：從0到65535周知端口：從0到1023，其中80端口分配給WEB服務(wù)，21端口分配給FTP服務(wù)等。動(dòng)態(tài)端口：從1024到65535。一般不固定分配某種服務(wù)，而是動(dòng)態(tài)分配。當(dāng)一個(gè)系統(tǒng)進(jìn)程或應(yīng)用程序進(jìn)程需要網(wǎng)絡(luò)通信時(shí)，它向主機(jī)申請(qǐng)一個(gè)端口，主機(jī)從可用的端口號(hào)中分配一個(gè)供它使用。當(dāng)這個(gè)進(jìn)程關(guān)閉時(shí)，同時(shí)也就釋放了所占用的端口號(hào)。第54頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三——監(jiān)控中用到的端口監(jiān)控系統(tǒng)中用到的端口中心服務(wù)器：8888移動(dòng)視頻網(wǎng)關(guān)：3645、8212、5000

、3655、3665存儲(chǔ)服務(wù)器：4645GPS服務(wù)器：6874注冊(cè)服務(wù)器：5879視頻編解碼器：3645、9577端口測(cè)試TelnetIPPort工具第55頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三——端口映射兩個(gè)主機(jī)之間能直接通訊的條件：都是固定公網(wǎng)IP（通過路由連接）某個(gè)主機(jī)在局域網(wǎng)內(nèi)部?jī)蓚€(gè)主機(jī)都在局域網(wǎng)內(nèi)部00A00D03/4054/94/40/00B00CFE第56頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三——端口映射作用可以相互訪問的：AB，AE、BE之間；CD、CF、DF之間；EF之間(如果是主機(jī))可以單向訪問的：AF;BF可以；但是FA;FB不行CE;DE可以；但是EC;ED不行不能互相訪問：AC,AD,BC,BD之間端口映射PortMapping：網(wǎng)絡(luò)地址轉(zhuǎn)換（NAT）技術(shù)又叫端口轉(zhuǎn)發(fā)、虛服務(wù)器動(dòng)態(tài)映射：NAT網(wǎng)關(guān)的通常工作方式，如上網(wǎng)服務(wù)。靜態(tài)映射:在NAT網(wǎng)關(guān)上開放一個(gè)固定的端口，然后設(shè)定此端口收到的某協(xié)議類型的數(shù)據(jù)，要轉(zhuǎn)發(fā)給內(nèi)網(wǎng)哪個(gè)IP和端口，這個(gè)映射關(guān)系固定存在。這就是常說的【端口映射】。第57頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三——端口映射應(yīng)用舉例公司對(duì)外演示的服務(wù)器6；已經(jīng)映射了的端口66668888（中心）30063006（網(wǎng)關(guān)）80068006（網(wǎng)關(guān)）50075007（網(wǎng)關(guān)）68746874（GPS）用戶訪問：訪問03：6666；等同訪問6：888854/03/406/用戶公網(wǎng)03：66666:8888第58頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三提綱第一部分網(wǎng)絡(luò)基礎(chǔ)知識(shí)網(wǎng)絡(luò)分類網(wǎng)絡(luò)設(shè)備網(wǎng)絡(luò)協(xié)議★OSI模型第二部分網(wǎng)絡(luò)知識(shí)監(jiān)控中的應(yīng)用為站點(diǎn)分配合適的IP登陸站點(diǎn)系統(tǒng)組網(wǎng)網(wǎng)絡(luò)檢查第59頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三1.4.OSI開放系統(tǒng)互聯(lián)模型OSI：opensysteminterconnection歷史：第一個(gè)網(wǎng)絡(luò)體系結(jié)構(gòu)SNA由IBM公司提出，其他公司也相繼提出自己的網(wǎng)絡(luò)體系結(jié)構(gòu)如：Digital公司的DNA，美國(guó)國(guó)防部的TCP/IP等，多種網(wǎng)絡(luò)體系結(jié)構(gòu)并存，其結(jié)果是只能與同種結(jié)構(gòu)的網(wǎng)絡(luò)互聯(lián)；為了促進(jìn)計(jì)算機(jī)網(wǎng)絡(luò)的發(fā)展，國(guó)際標(biāo)準(zhǔn)化組織ISO于1977年在現(xiàn)有網(wǎng)絡(luò)的基礎(chǔ)上，提出了不基于具體機(jī)型、操作系統(tǒng)或公司的網(wǎng)絡(luò)體系結(jié)構(gòu)，稱為OSI

第60頁(yè)，講稿共74頁(yè)，2023年5月2日，星期三1.4.OSI開放系統(tǒng)互聯(lián)模型把網(wǎng)絡(luò)通信的工作分為7層由低到高分別