版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡介
計(jì)算機(jī)網(wǎng)絡(luò)基礎(chǔ)知識入門今天的網(wǎng)絡(luò)技術(shù)的基本原理我們從以下的12個(gè)目錄中了解:.1.網(wǎng)絡(luò)層次劃分.2.OSI七層網(wǎng)絡(luò)模型.3.IP地址.4.子網(wǎng)掩碼及網(wǎng)絡(luò)劃分.5.ARP/RARP協(xié)議.6.路由選擇協(xié)議.7.TCP/IP協(xié)議.8.UDP協(xié)議.9.DNS協(xié)議.10.NAT協(xié)議.11.DHCP協(xié)議.12.HTTP協(xié)議.13.—個(gè)舉例計(jì)算機(jī)網(wǎng)絡(luò)學(xué)習(xí)的核心內(nèi)容就是網(wǎng)絡(luò)協(xié)議的學(xué)習(xí)。網(wǎng)絡(luò)協(xié)議是為計(jì)算機(jī)網(wǎng)絡(luò)中進(jìn)行數(shù)據(jù)交換而建立的規(guī)則、標(biāo)準(zhǔn)或者說是約定的集合。因?yàn)椴煌脩舻臄?shù)據(jù)終端可能采取的字符集是不同的,兩者需要進(jìn)行通信,必須要在一定的標(biāo)準(zhǔn)上進(jìn)行。一個(gè)很形象地比喻就是我們的語言,我們大天朝地廣人多,地方性語言也非常豐富,而且方言之間差距巨大。A地區(qū)的方言可能B地區(qū)的人根本無法接受,所以我們要為全國人名進(jìn)行溝通建立一個(gè)語言標(biāo)準(zhǔn),這就是我們的普通話的作用。同樣,放眼全球,我們與外國友人溝通的標(biāo)準(zhǔn)語言是英語,所以我們才要苦逼的學(xué)習(xí)英語。計(jì)算機(jī)網(wǎng)絡(luò)協(xié)議同我們的語言一樣,多種多樣。而ARPA公司與1977年到1979年推出了一種名為ARPANET的網(wǎng)絡(luò)協(xié)議受到了廣泛的熱捧,其中最主要的原因就是它推出了人盡皆知的TCP/IP標(biāo)準(zhǔn)網(wǎng)絡(luò)協(xié)議。目前TCP/IP協(xié)議已經(jīng)成為Internet中的“通用語言”,下圖為不同計(jì)算機(jī)群之間利用 TCP/IP進(jìn)行通信的示意圖。網(wǎng)絡(luò)層次劃分為了使不同計(jì)算機(jī)廠家生產(chǎn)的計(jì)算機(jī)能夠相互通信,以便在更大的范圍內(nèi)建立計(jì)算機(jī)網(wǎng)絡(luò),國際標(biāo)準(zhǔn)化組織(ISO)在1978年提出了“開放系統(tǒng)互聯(lián)參考模型”,即著名的OSI/RM模型(OpenSystemInterconnection/ReferenceModel)。它將計(jì)算機(jī)網(wǎng)絡(luò)體系結(jié)構(gòu)的通信協(xié)議劃分為七層,自下而上依次為:物理層(PhysicsLayer)、數(shù)據(jù)鏈路層(DataLinkLayer)、網(wǎng)絡(luò)層(NetworkLayer)、傳輸層(TransportLayer)、會話層(SessionLayer)、表示層(PresentationLayer)、應(yīng)用層(ApplicationLayer)。其中第四層完成數(shù)據(jù)傳送服務(wù),上面三層面向用戶。除了標(biāo)準(zhǔn)的OSI七層模型以外,常見的網(wǎng)絡(luò)層次劃分還有TCP/IP四層協(xié)議以及TCP/IP五層協(xié)議,它們之間的對應(yīng)關(guān)系如下圖所示:OSI七層網(wǎng)絡(luò)模型TCP/IP協(xié)議毫無疑問是互聯(lián)網(wǎng)的基礎(chǔ)協(xié)議,沒有它就根本不可能上網(wǎng),任何和互聯(lián)網(wǎng)有關(guān)的操作都離不開TCP/IP協(xié)議。不管是OSI七層模型還是TCP/IP的四層、五層模型,每一層中都要自己的專屬協(xié)議,完成自己相應(yīng)的工作以及與上下層級之間進(jìn)行溝通。由于OSI七層模型為網(wǎng)絡(luò)的標(biāo)準(zhǔn)層次劃分,所以我們以O(shè)SI七層模型為例從下向上進(jìn)行一一介紹。物理層(PhysicalLayer)激活、維持、關(guān)閉通信端點(diǎn)之間的機(jī)械特性、電氣特性、功能特性以及過程特性。該層為上層協(xié)議提供了一個(gè)傳輸數(shù)據(jù)的可靠的物理媒體。簡單的說,物理層確保原始的數(shù)據(jù)可在各種物理媒體上傳輸。 物理層記住兩個(gè)重要的設(shè)備名稱,中繼器(Repeater,也叫放大器)和集線器。2) 數(shù)據(jù)鏈路層(DataLinkLayer)數(shù)據(jù)鏈路層在物理層提供的服務(wù)的基礎(chǔ)上向網(wǎng)絡(luò)層提供服務(wù),其最基本的服務(wù)是將源自網(wǎng)絡(luò)層來的數(shù)據(jù)可靠地傳輸?shù)较噜徆?jié)點(diǎn)的目標(biāo)機(jī)網(wǎng)絡(luò)層。為達(dá)到這一目的,數(shù)據(jù)鏈路必須具備一系列相應(yīng)的功能,主要有:如何將數(shù)據(jù)組合成數(shù)據(jù)塊,在數(shù)據(jù)鏈路層中稱這種數(shù)據(jù)塊為幀(frame),幀是數(shù)據(jù)鏈路層的傳送單位;如何控制幀在物理信道上的傳輸,包括如何處理傳輸差錯(cuò),如何調(diào)節(jié)發(fā)送速率以使與接收方相匹配;以及在兩個(gè)網(wǎng)絡(luò)實(shí)體之間提供數(shù)據(jù)鏈路通路的建立、維持和釋放的管理。數(shù)據(jù)鏈路層在不可靠的物理介質(zhì)上提供可靠的傳輸。該層的作用包括:物理地址尋址、數(shù)據(jù)的成幀、流量控制、數(shù)據(jù)的檢錯(cuò)、重發(fā)等。有關(guān)數(shù)據(jù)鏈路層的重要知識點(diǎn):1>?數(shù)據(jù)鏈路層為網(wǎng)絡(luò)層提供可靠的數(shù)據(jù)傳輸;2>?基本數(shù)據(jù)單位為幀;3>主要的協(xié)議:以太網(wǎng)協(xié)議;4>兩個(gè)重要設(shè)備名稱:網(wǎng)橋和交換機(jī)。3) 網(wǎng)絡(luò)層(NetworkLayer)網(wǎng)絡(luò)層的目的是實(shí)現(xiàn)兩個(gè)端系統(tǒng)之間的數(shù)據(jù)透明傳送,具體功能包括尋址和路由選擇、連接的建立、保持和終止等。它提供的服務(wù)使傳輸層不需要了解網(wǎng)絡(luò)中的數(shù)據(jù)傳輸和交換技術(shù)。如果您想用盡量少的詞來記住網(wǎng)絡(luò)層,那就是“路徑選擇、路由及邏輯尋址”。網(wǎng)絡(luò)層中涉及眾多的協(xié)議,其中包括最重要的協(xié)議,也是 TCP/IP的核心協(xié)議一一IP協(xié)議。IP協(xié)議非常簡單,僅僅提供不可靠、無連接的傳送服務(wù)。IP協(xié)議的主要功能有:無連接數(shù)據(jù)報(bào)傳輸、數(shù)據(jù)報(bào)路由選擇和差錯(cuò)控制。與 IP協(xié)議配套使用實(shí)現(xiàn)其功能的還有地址解析協(xié)議ARP、逆地址解析協(xié)議RARP、因特網(wǎng)報(bào)文協(xié)議ICMP、因特網(wǎng)組管理協(xié)議IGMP。具體的協(xié)議我們會在接下來的部分進(jìn)行總結(jié),有關(guān)網(wǎng)絡(luò)層的重點(diǎn)為:1>網(wǎng)絡(luò)層負(fù)責(zé)對子網(wǎng)間的數(shù)據(jù)包進(jìn)行路由選擇。此外,網(wǎng)絡(luò)層還可以實(shí)現(xiàn)擁塞控制、網(wǎng)際互連等功能;2>基本數(shù)據(jù)單位為IP數(shù)據(jù)報(bào);3>包含的主要協(xié)議:IP協(xié)議(InternetProtocol,因特網(wǎng)互聯(lián)協(xié)議);ICMP協(xié)議(InternetControlMessageProtocol,因特網(wǎng)控制報(bào)文協(xié)議);ARP協(xié)議(AddressResolutionProtocol,地址解析協(xié)議);RARP協(xié)議(ReverseAddressResolutionProtocol,逆地址解析協(xié)議)。4>重要的設(shè)備:路由器。4)傳輸層(TransportLayer)第一個(gè)端到端,即主機(jī)到主機(jī)的層次。傳輸層負(fù)責(zé)將上層數(shù)據(jù)分段并提供端到端的、可靠的或不可靠的傳輸。此外,傳輸層還要處理端到端的差錯(cuò)控制和流量控制問題。傳輸層的任務(wù)是根據(jù)通信子網(wǎng)的特性,最佳的利用網(wǎng)絡(luò)資源,為兩個(gè)端系統(tǒng)的會話層之間,提供建立、維護(hù)和取消傳輸連接的功能,負(fù)責(zé)端到端的可靠數(shù)據(jù)傳輸。在這一層,信息傳送的協(xié)議數(shù)據(jù)單元稱為段或報(bào)文。網(wǎng)絡(luò)層只是根據(jù)網(wǎng)絡(luò)地址將源結(jié)點(diǎn)發(fā)出的數(shù)據(jù)包傳送到目的結(jié)點(diǎn),而傳輸層則負(fù)責(zé)將數(shù)據(jù)可靠地傳送到相應(yīng)的端口。有關(guān)網(wǎng)絡(luò)層的重點(diǎn):1>?傳輸層負(fù)責(zé)將上層數(shù)據(jù)分段并提供端到端的、可靠的或不可靠的傳輸以及端到端的差錯(cuò)控制和流量控制問題;2>包含的主要協(xié)議:TCP協(xié)議(TransmissionControlProtocol,傳輸控制協(xié)議)、UDP協(xié)議(UserDatagramProtocol,用戶數(shù)據(jù)報(bào)協(xié)議);3>重要設(shè)備:網(wǎng)關(guān)。5) 會話層會話層管理主機(jī)之間的會話進(jìn)程,即負(fù)責(zé)建立、管理、終止進(jìn)程之間的會話。會話層還利用在數(shù)據(jù)中插入校驗(yàn)點(diǎn)來實(shí)現(xiàn)數(shù)據(jù)的同步。6) 表示層表示層對上層數(shù)據(jù)或信息進(jìn)行變換以保證一個(gè)主機(jī)應(yīng)用層信息可以被另一個(gè)主機(jī)的應(yīng)用程序理解。表示層的數(shù)據(jù)轉(zhuǎn)換包括數(shù)據(jù)的加密、壓縮、格式轉(zhuǎn)換等。7) 應(yīng)用層為操作系統(tǒng)或網(wǎng)絡(luò)應(yīng)用程序提供訪問網(wǎng)絡(luò)服務(wù)的接口。會話層、表示層和應(yīng)用層重點(diǎn):1>數(shù)據(jù)傳輸基本單位為報(bào)文;2>包含的主要協(xié)議:FTP(文件傳送協(xié)議)、Telnet(遠(yuǎn)程登錄協(xié)議)、DNS(域名解析協(xié)議)、SMTP(郵件傳送協(xié)議),POP3協(xié)議(郵局協(xié)議),HTTP協(xié)議(HyperTextTransferProtocol)。IP地址1) 網(wǎng)絡(luò)地址IP地址由網(wǎng)絡(luò)號(包括子網(wǎng)號)和主機(jī)號組成,網(wǎng)絡(luò)地址的主機(jī)號為全 0,網(wǎng)絡(luò)地址代表著整個(gè)網(wǎng)絡(luò)。2) 廣播地址廣播地址通常稱為直接廣播地址,是為了區(qū)分受限廣播地址。廣播地址與網(wǎng)絡(luò)地址的主機(jī)號正好相反,廣播地址中,主機(jī)號為全 1。當(dāng)向某個(gè)網(wǎng)絡(luò)的廣播地址發(fā)送消息時(shí),該網(wǎng)絡(luò)內(nèi)的所有主機(jī)都能收到該廣播消息。3) 組播地址D類地址就是組播地址。先回憶下A,B,C,D類地址吧:modified)注:只有A,B,C有網(wǎng)絡(luò)號和主機(jī)號之分,D類地址和E類地址沒有劃分網(wǎng)絡(luò)號和主機(jī)號。注:一般的廣播地址(直接廣播地址)能夠通過某些路由器(當(dāng)然不是所有的路由器),而受限的廣播地址不能通過路由器。6) 回環(huán)地址7) A、B、C類私有地址私有地址(privateaddress)也叫專用地址,它們不會在全球使用,只具有本地意義。子網(wǎng)掩碼及網(wǎng)絡(luò)劃分隨著互連網(wǎng)應(yīng)用的不斷擴(kuò)大,原先的IPv4的弊端也逐漸暴露出來,即網(wǎng)絡(luò)號占位太多,而主機(jī)號位太少,所以其能提供的主機(jī)地址也越來越稀缺,目前除了使用NAT在企業(yè)內(nèi)部利用保留地址自行分配以外,通常都對一個(gè)高類別的IP地址進(jìn)行再劃分,以形成多個(gè)子網(wǎng),提供給不同規(guī)模的用戶群使用。這里主要是為了在網(wǎng)絡(luò)分段情況下有效地利用IP地址,通過對主機(jī)號的高位部分取作為子網(wǎng)號,從通常的網(wǎng)絡(luò)位界限中擴(kuò)展或壓縮子網(wǎng)掩碼,用來創(chuàng)建某類地址的更多子網(wǎng)。但創(chuàng)建更多的子網(wǎng)時(shí),在每個(gè)子網(wǎng)上的可用主機(jī)地址數(shù)目會比原先減少。什么是子網(wǎng)掩碼?子網(wǎng)掩碼是標(biāo)志兩個(gè)IP地址是否同屬于一個(gè)子網(wǎng)的,也是32位二進(jìn)制地址,其每一個(gè)為1代表該位是網(wǎng)絡(luò)位,為0代表主機(jī)位。它和IP地址一樣也是使用點(diǎn)式十進(jìn)制來表示的。如果兩個(gè)IP地址在子網(wǎng)掩碼的按位與的計(jì)算下所得結(jié)果相同,即表明它們共屬于同一子網(wǎng)中。在計(jì)算子網(wǎng)掩碼時(shí),我們要注意IP地址中的保留地址,即“0”地址和廣播地址,它們是指主機(jī)地址或網(wǎng)絡(luò)地址全為“0”或“1”時(shí)的IP地址,它們代表著本網(wǎng)絡(luò)地址和廣播地址,一般是不能被計(jì)算在內(nèi)的。子網(wǎng)掩碼的計(jì)算:主機(jī)位再作為劃分出的子網(wǎng)網(wǎng)絡(luò)號,剩下的是每個(gè)子網(wǎng)的主機(jī)號,這時(shí)該如何進(jìn)行每個(gè)子網(wǎng)的掩碼計(jì)算。下面總結(jié)一下有關(guān)子網(wǎng)掩碼和網(wǎng)絡(luò)劃分常見的面試考題:1)利用子網(wǎng)數(shù)來計(jì)算在求子網(wǎng)掩碼之前必須先搞清楚要?jiǎng)澐值淖泳W(wǎng)數(shù)目,以及每個(gè)子網(wǎng)內(nèi)的所需主機(jī)數(shù)目。將子網(wǎng)數(shù)目轉(zhuǎn)化為二進(jìn)制來表示;取得該二進(jìn)制的位數(shù),為N;該二進(jìn)制為五位數(shù),N=5取得該IP地址的類子網(wǎng)掩碼,將其主機(jī)地址部分的的前N位置1即得出該IP地址劃分子網(wǎng)的子網(wǎng)掩碼。利用主機(jī)數(shù)來計(jì)算將主機(jī)數(shù)目轉(zhuǎn)化為二進(jìn)制來表示;如果主機(jī)數(shù)小于或等于254(注意去掉保留的兩個(gè)IP地址),則取得該主機(jī)的二進(jìn)制位數(shù),為N,這里肯定N<8。如果大于254,則N>8,這就是說主機(jī)地址將占據(jù)不止8位;該二進(jìn)制為十位數(shù),N=10;部置1,然后從后向前的將N位全部置為0,即為子網(wǎng)掩碼值。部置就是該欲劃分還有一種題型,要你根據(jù)每個(gè)網(wǎng)絡(luò)的主機(jī)數(shù)量進(jìn)行子網(wǎng)地址的規(guī)劃和計(jì)算子網(wǎng)掩碼。這也可按上述原則進(jìn)行計(jì)算。比如一個(gè)子網(wǎng)有10臺主機(jī),那么對于這個(gè)子網(wǎng)需要的IP地址是:10+1+1+1=13注意:加的第一個(gè)1是指這個(gè)網(wǎng)絡(luò)連接時(shí)所需的網(wǎng)關(guān)地址,接著的兩個(gè) 1分別是指網(wǎng)絡(luò)地址和廣播地址。因?yàn)?3小于16(16等于2的4次方),所以主機(jī)位ARP/RARP協(xié)議地址解析協(xié)議,即ARP(AddressResolutionProtocol),是根據(jù)IP地址獲取物理地址的一個(gè)TCP/IP協(xié)議。主機(jī)發(fā)送信息時(shí)將包含目標(biāo)IP地址的ARP請求廣播到網(wǎng)絡(luò)上的所有主機(jī),并接收返回消息,以此確定目標(biāo)的物理地址;收到返回消息后將該IP地址和物理地址存入本機(jī)ARP緩存中并保留一定時(shí)間,下次請求時(shí)直接查詢ARP緩存以節(jié)約資源。地址解析協(xié)議是建立在網(wǎng)絡(luò)中各個(gè)主機(jī)互相信任的基礎(chǔ)上的,網(wǎng)絡(luò)上的主機(jī)可以自主發(fā)送 ARP應(yīng)答消息,其他主機(jī)收到應(yīng)答報(bào)文時(shí)不會檢測該報(bào)文的真實(shí)性就會將其記入本機(jī) ARP緩存;由此攻擊者就可以向某一主機(jī)發(fā)送偽ARP應(yīng)答報(bào)文,使其發(fā)送的信息無法到達(dá)預(yù)期的主機(jī)或到達(dá)錯(cuò)誤的主機(jī),這就構(gòu)成了一個(gè)ARP欺騙。ARP命令可用于查詢本機(jī)ARP緩存中IP地址和MAC地址的對應(yīng)關(guān)系、添加或刪除靜態(tài)對應(yīng)關(guān)系等。ARP工作流程舉例:幀廣播到本地網(wǎng)絡(luò)上的所有主機(jī)。源主機(jī)A的IP地址和MAC地址都包括在ARP請求中。本地網(wǎng)絡(luò)上的每臺主機(jī)都接收到ARP請求并且檢查是否與自己的IP地址匹配。如果主機(jī)發(fā)現(xiàn)請求的IP地址與自己的IP地址不匹配,它將丟棄ARP請求。(3) 主機(jī)B確定ARP請求中的IP地址與自己的IP地址匹配,則將主機(jī)A的IP地址和MAC地址映射添加到本地ARP緩存中。(4) 主機(jī)B將包含其MAC地址的ARP回復(fù)消息直接發(fā)送回主機(jī)A。(5) 當(dāng)主機(jī)A收到從主機(jī)B發(fā)來的ARP回復(fù)消息時(shí),會用主機(jī)B的IP和MAC地址映射更新ARP緩存。本機(jī)緩存是有生存期的,生存期結(jié)束后,將再次重復(fù)上面的過程。主機(jī)B的MAC地址一旦確定,主機(jī)A就能向主機(jī)B發(fā)送IP通信了。逆地址解析協(xié)議,即RARP,功能和ARP協(xié)議相對,其將局域網(wǎng)中某個(gè)主機(jī)的物理地址轉(zhuǎn)換為IP地址,比如局域網(wǎng)中有一臺主機(jī)只知道物理地址而不知道IP地址,那么可以通過RARP協(xié)議發(fā)出征求自身IP地址的廣播請求,然后由RARP服務(wù)器負(fù)責(zé)回答。RARP協(xié)議工作流程:(1) 給主機(jī)發(fā)送一個(gè)本地的RARP廣播,在此廣播包中,聲明自己的MAC地址并且請求任何收到此請求的RARP服務(wù)器分配一個(gè)IP地址;(2) 本地網(wǎng)段上的RARP服務(wù)器收到此請求后,檢查其RARP列表,查找該MAC地址對應(yīng)的IP地址;(3) 如果存在,RARP服務(wù)器就給源主機(jī)發(fā)送一個(gè)響應(yīng)數(shù)據(jù)包并將此IP地址提供給對方主機(jī)使用;(4) 如果不存在,RARP服務(wù)器對此不做任何的響應(yīng);(5) 源主機(jī)收到從RARP服務(wù)器的響應(yīng)信息,就利用得到的IP地址進(jìn)行通訊;如果一直沒有收到RARP服務(wù)器的響應(yīng)信息,表示初始化失敗。路由選擇協(xié)議常見的路由選擇協(xié)議有:RIP協(xié)議、OSPF協(xié)議。RIP協(xié)議?:底層是貝爾曼福特算法,它選擇路由的度量標(biāo)準(zhǔn)(metric)是跳數(shù),最大跳數(shù)是15跳,如果大于15跳,它就會丟棄數(shù)據(jù)包。OSPF協(xié)議?:OpenShortestPathFirst開放式最短路徑優(yōu)先,底層是迪杰斯特拉算法,是鏈路狀態(tài)路由選擇協(xié)議,它選擇路由的度量標(biāo)準(zhǔn)是帶寬,延遲?;氐巾敳縏CP/IP協(xié)議TCP/IP協(xié)議是Internet最基本的協(xié)議、Internet國際互聯(lián)網(wǎng)絡(luò)的基礎(chǔ),由網(wǎng)絡(luò)層的IP協(xié)議和傳輸層的TCP協(xié)議組成。通俗而言:TCP負(fù)責(zé)發(fā)現(xiàn)傳輸?shù)膯栴},一有問題就發(fā)出信號,要求重新傳輸,直到所有數(shù)據(jù)安全正確地傳輸?shù)侥康牡?。而IP是給因特網(wǎng)的每一臺聯(lián)網(wǎng)設(shè)備規(guī)定一個(gè)地址。IP層接收由更低層(網(wǎng)絡(luò)接口層例如以太網(wǎng)設(shè)備驅(qū)動程序)發(fā)來的數(shù)據(jù)包,并把該數(shù)據(jù)包發(fā)送到更高層---TCP或UDP層;相反,IP層也把從TCP或UDP層接收來的數(shù)據(jù)包傳送到更低層。IP數(shù)據(jù)包是不可靠的,因?yàn)镮P并沒有做任何事情來確認(rèn)數(shù)據(jù)包是否按順序發(fā)送的或者有沒有被破壞,IP數(shù)據(jù)包中含有發(fā)送它的主機(jī)的地址(源地址)和接收它的主機(jī)的地址(目的地址)。TCP是面向連接的通信協(xié)議,通過三次握手建立連接,通訊完成時(shí)要拆除連接,由于TCP是面向連接的所以只能用于端到端的通訊。TCP提供的是一種可靠的數(shù)據(jù)流服務(wù),采用“帶重傳的肯定確認(rèn)”技術(shù)來實(shí)現(xiàn)傳輸?shù)目煽啃浴?TCP還采用一種稱為“滑動窗口”的方式進(jìn)行流量控制,所謂窗口實(shí)際表示接收能力,用以限制發(fā)送方的發(fā)送速度。TCP報(bào)文首部格式:TCP協(xié)議的三次握手和四次揮手:注:seq:"sequance〃序列號;ack:"acknowledge"確認(rèn)號;SYN:"synchronize"請求同步標(biāo)志;;ACK:"acknowledge"確認(rèn)標(biāo)志";FIN:"Finally"結(jié)束標(biāo)志。TCP連接建立過程:首先Client端發(fā)送連接請求報(bào)文,Server段接受連接后回復(fù)ACK報(bào)文,并為這次連接分配資源。Client端接收到ACK報(bào)文后也向Server段發(fā)生ACK報(bào)文,并分配資源,這樣TCP連接就建立了。TCP連接斷開過程:假設(shè)Client端發(fā)起中斷連接請求,也就是發(fā)送FIN報(bào)文。Server端接到FIN報(bào)文后,意思是說〃我Client端沒有數(shù)據(jù)要發(fā)給你了",但是如果你還有數(shù)據(jù)沒有發(fā)送完成,則不必急著關(guān)閉 Socket,可以繼續(xù)發(fā)送數(shù)據(jù)。所以你先發(fā)送ACK,〃告訴Client端,你的請求我收到了,但是我還沒準(zhǔn)備好,請繼續(xù)你等我的消息〃。這個(gè)時(shí)候Client端就進(jìn)入FIN_WAIT狀態(tài),繼續(xù)等待Server端的FIN報(bào)文。當(dāng)Server端確定數(shù)據(jù)已發(fā)送完成,則向Client端發(fā)送FIN報(bào)文,〃告訴Client端,好了,我這邊數(shù)據(jù)發(fā)完了,準(zhǔn)備好關(guān)閉連接了〃。Client端收到FIN報(bào)文后,〃就知道可以關(guān)閉連接了,但是他還是不相信網(wǎng)絡(luò),怕Server端不知道要關(guān)閉,所以發(fā)送ACK后進(jìn)入TIMEWAIT狀態(tài),如果Server端沒有收到ACK則可以重傳。",Server端收到ACK后,〃就知道可以斷開連接T"oClient端等待了2MSL后依然沒有收到回復(fù),則證明Server端已正常關(guān)閉,那好,我Client端也可以關(guān)閉連接了。Ok,TCP連接就這樣關(guān)閉了!為什么要三次揮手?在只有兩次“握手”的情形下,假設(shè)Client想跟Server建立連接,但是卻因?yàn)橹型具B接請求的數(shù)據(jù)報(bào)丟失了,故Client端不得不重新發(fā)送一遍;這個(gè)時(shí)候Server端僅收到一個(gè)連接請求,因此可以正常的建立連接。但是,有時(shí)候Client端重新發(fā)送請求不是因?yàn)閿?shù)據(jù)報(bào)丟失了,而是有可能數(shù)據(jù)傳輸過程因?yàn)榫W(wǎng)絡(luò)并發(fā)量很大在某結(jié)點(diǎn)被阻塞了,這種情形下Server端將先后收到2次請求,并持續(xù)等待兩個(gè)Client請求向他發(fā)送數(shù)據(jù)...問題就在這里,Cient端實(shí)際上只有一次請求,而Server端卻有2個(gè)響應(yīng),極端的情況可能由于Client端多次重新發(fā)送請求數(shù)據(jù)而導(dǎo)致Server端最后建立了N多個(gè)響應(yīng)在等待,因而造成極大的資源浪費(fèi)!所以,“三次握手”很有必要!為什么要四次揮手?試想一下,假如現(xiàn)在你是客戶端你想斷開跟Server的所有連接該怎么做?第一步,你自己先停止向Server端發(fā)送數(shù)據(jù),并等待Server的回復(fù)。但事情還沒有完,雖然你自身不往Server發(fā)送數(shù)據(jù)了,但是因?yàn)槟銈冎耙呀?jīng)建立好平等的連接了,所以此時(shí)他也有主動權(quán)向你發(fā)送數(shù)據(jù);故Server端還得終止主動向你發(fā)送數(shù)據(jù),并等待你的確認(rèn)。其實(shí),說白了就是保證雙方的一個(gè)合約的完整執(zhí)行!使用TCP的協(xié)議:FTP(文件傳輸協(xié)議)、Telnet(遠(yuǎn)程登錄協(xié)議)、SMTP(簡單郵件傳輸協(xié)議)、POP3(和SMTP相對,用于接收郵件)、HTTP協(xié)議等。UDP協(xié)議UDP用戶數(shù)據(jù)報(bào)協(xié)議,是面向無連接的通訊協(xié)議,UDP數(shù)據(jù)包括目的端口號和源端口號信息,由于通訊不需要連接,所以可以實(shí)現(xiàn)廣播發(fā)送。UDP通訊時(shí)不需要接收方確認(rèn),屬于不可靠的傳輸,可能會出現(xiàn)丟包現(xiàn)象,實(shí)際應(yīng)用中要求程序員編程驗(yàn)證。UDP與TCP位于同一層,但它不管數(shù)據(jù)包的順序、錯(cuò)誤或重發(fā)。因此, UDP不被應(yīng)用于那些使用虛電路的面向連接的服務(wù),UDP主要用于那些面向查詢---應(yīng)答的服務(wù),例如NFS。相對于FTP或Telnet,這些服務(wù)需要交換的信息量較小。每個(gè)UDP報(bào)文分UDP報(bào)頭和UDP數(shù)據(jù)區(qū)兩部分。報(bào)頭由四個(gè)16位長(2字節(jié))字段組成,分別說明該報(bào)文的源端口、目的端口、報(bào)文長度以及校驗(yàn)值。UDP報(bào)頭由4個(gè)域組成,其中每個(gè)域各占用2個(gè)字節(jié),具體如下:1)源端口號;2) 目標(biāo)端口號;3) 數(shù)據(jù)報(bào)長度;4)校驗(yàn)值。使用UDP協(xié)議包括:TFTP(簡單文件傳輸協(xié)議)、SNMP(簡單網(wǎng)絡(luò)管理協(xié)議)、DNS(域名解析協(xié)議)、NFS、BOOTP。TCP?與?UDP?的區(qū)別:TCP是面向連接的,可靠的字節(jié)流服務(wù);UDP是面向無連接的,不可靠的數(shù)據(jù)報(bào)服務(wù)。DNS協(xié)議DNS是域名系統(tǒng)(DomainNameSystem)的縮寫,該系統(tǒng)用于命名組織到域?qū)哟谓Y(jié)構(gòu)中的計(jì)算機(jī)和網(wǎng)絡(luò)服務(wù),可以簡單地理解為將URL轉(zhuǎn)換為IP地址。域名是由圓點(diǎn)分開一串單詞或縮寫組成的,每一個(gè)域名都對應(yīng)一個(gè)惟一的 IP地址,在Internet上域名與IP地址之間是一一對應(yīng)的,DNS就是進(jìn)行域名解析的服務(wù)器。DNS命名用于Internet等TCP/IP網(wǎng)絡(luò)中,通過用戶友好的名稱查找計(jì)算機(jī)和服務(wù)。NAT協(xié)議NAT網(wǎng)絡(luò)地址轉(zhuǎn)換(NetworkAddressTranslation)屬接入廣域網(wǎng)(WAN)技術(shù),是一種將私有(保留)地址轉(zhuǎn)化為合法IP地址的轉(zhuǎn)換技術(shù),它被廣泛應(yīng)用于各種類型Internet接入方式和各種類型的網(wǎng)絡(luò)中。原因很簡單,NAT不僅完美地解決了lP地址不足的問題,而且還能夠有效地避免來自網(wǎng)絡(luò)外部的攻擊,隱藏并保護(hù)網(wǎng)絡(luò)內(nèi)部的計(jì)算機(jī)。DHCP協(xié)議DHCP動態(tài)主機(jī)設(shè)置協(xié)議(DynamicHostConfigurationProtocol)是一個(gè)局域網(wǎng)的網(wǎng)絡(luò)協(xié)議,使用UDP協(xié)議
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 深度學(xué)習(xí)在信用評估中的優(yōu)化
- 數(shù)據(jù)庫索引優(yōu)化方法與實(shí)踐指南
- 2026年文化傳播與廣告設(shè)計(jì)原理實(shí)務(wù)模擬題
- 2026年建筑工程結(jié)構(gòu)設(shè)計(jì)與施工安全考試題
- 2026年會計(jì)師財(cái)務(wù)報(bào)表分析與預(yù)測模擬試題
- 2026年快速掌握護(hù)理評估技能護(hù)士考試全攻略
- 2026年建筑工人安全教育與職業(yè)操守測試題集
- 2026年語言教育學(xué)考研復(fù)習(xí)題目
- 2026年職業(yè)培訓(xùn)師資格認(rèn)證考試題集及答案
- 2026年建筑設(shè)計(jì)師考試設(shè)計(jì)原理與實(shí)務(wù)操作題庫
- 裝修工程施工質(zhì)量檢查標(biāo)準(zhǔn)
- 供銷大集:中國供銷商貿(mào)流通集團(tuán)有限公司擬對威海集采集配商貿(mào)物流有限責(zé)任公司增資擴(kuò)股所涉及的威海集采集配商貿(mào)物流有限責(zé)任公司股東全部權(quán)益價(jià)值資產(chǎn)評估報(bào)告
- 干細(xì)胞臨床研究:知情同意的倫理審查要點(diǎn)
- 檢測實(shí)驗(yàn)室安全管理與操作規(guī)程
- 2025云南保山電力股份有限公司招聘(100人)筆試歷年參考題庫附帶答案詳解
- (新教材)2026年人教版八年級下冊數(shù)學(xué) 21.1 四邊形及多邊形 課件
- 教師職業(yè)行為規(guī)范手冊
- 急性胸痛患者的快速識別與護(hù)理配合
- 法律研究與實(shí)踐
- 單招第四大類考試試題及答案
- 《建設(shè)工程總承包計(jì)價(jià)規(guī)范》
評論
0/150
提交評論