版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡(jiǎn)介
協(xié)議。在國(guó)家性網(wǎng)絡(luò)中如當(dāng)前的因特網(wǎng),擁有很多用于整個(gè)網(wǎng)絡(luò)的路由選擇協(xié)議。作為形成網(wǎng)ASTCP/IP/網(wǎng)際協(xié)議,它是InternetTCP/IP用的根本的通信協(xié)議。和網(wǎng)際協(xié)議〔IP〕,TCP/IP際上是一組協(xié)議,它包括上百個(gè)各種功能的協(xié)議,如:遠(yuǎn)程登錄、文件傳輸和電子郵件等,而TCP協(xié)議和IP協(xié)議是保證數(shù)據(jù)完整傳輸?shù)膬蓚€(gè)根本的重要協(xié)議。通常說(shuō)TCP/IP是Internet協(xié)TCPIP。給每個(gè)數(shù)據(jù)包加上包頭〔就像給一封信加上信封〕,包頭上有相應(yīng)的編號(hào),以保證在數(shù)據(jù)接收端能將數(shù)據(jù)復(fù)原為原來(lái)的格式,IP傳輸,并重組包??傊琁PTCPTCP/IP每通過(guò)一層就要在數(shù)據(jù)上加個(gè)包頭,其中的數(shù)據(jù)供接收端同一層協(xié)議使用,而在接收端,每經(jīng)過(guò)一層要把用過(guò)的包頭去掉,這樣來(lái)保證傳輸數(shù)據(jù)的格式完全全都。TCP/IPTCP/IPTCP/IPTCP/IP〔T1X.25、RS-232〕之上。精準(zhǔn)地說(shuō),TCP/IPTCPIPUDP〔UserDatagramProtocol〕協(xié)議、ICMP〔InternetControlMessageProtocol〕協(xié)議和其他一些協(xié)議的協(xié)議組。TCP/IPTCP/IPOSI7層。而TCP/IP通訊協(xié)議承受了4層的層級(jí)構(gòu)造,每一層都呼叫它的下一層所供給的網(wǎng)絡(luò)來(lái)完成4〔SMTP〕、文件傳輸協(xié)議〔FTP〕、網(wǎng)絡(luò)遠(yuǎn)程訪問(wèn)協(xié)議〔Telnet〕等?!睺CP〕、用戶數(shù)據(jù)報(bào)協(xié)UDP并且確定數(shù)據(jù)已被送達(dá)并接收?!驳粰z查是否被正確接收〕,如網(wǎng)際協(xié)議〔IP〕。網(wǎng)絡(luò)接口層:對(duì)實(shí)際的網(wǎng)絡(luò)媒體的治理,定義如何使用實(shí)際網(wǎng)絡(luò)〔Ethernet、SerialLine等〕來(lái)傳送數(shù)據(jù)。TCP/IPTCP/IPIP網(wǎng)際協(xié)議IP是TCP/IP的心臟,也是網(wǎng)絡(luò)層中最重要的協(xié)議。IP〔網(wǎng)絡(luò)接口層例如以太網(wǎng)設(shè)備驅(qū)動(dòng)程序〕發(fā)來(lái)的數(shù)據(jù)包,并把該數(shù)據(jù)包發(fā)送IP〔源地址〕和接收它的主機(jī)的地址〔目的地址〕。TCPUDPIP地址形成了很多效勞的認(rèn)證根底,這些效勞信任數(shù)據(jù)包是從一個(gè)有效的主機(jī)發(fā)送來(lái)的。IPTCPUDPIP來(lái)的,而不是來(lái)自于它的真實(shí)地點(diǎn)。這個(gè)選項(xiàng)是為了測(cè)試而存在的,說(shuō)明白它可以被用來(lái)哄騙系統(tǒng)來(lái)進(jìn)展尋常是被制止的連接。那么,很多依靠IP非法入侵。TCPIPTCPIPTCPTCPTCP收到的包可以被排序,而損壞的包可以被重傳。TCPTelnetTCPIP、rlogin、XWindowsSMTP〕需要高度的牢靠性,所以它TCP。DNSTCP〔發(fā)送和接收域名數(shù)據(jù)庫(kù)〕,UDP個(gè)主機(jī)的信息。3.UDP路的面對(duì)連接的效勞,UDPNFSFTPUDP網(wǎng)落時(shí)間協(xié)議TCP〕。UDP〔也可以稱(chēng)為握手〕〔由于在兩個(gè)系統(tǒng)間沒(méi)有虛電路〕,UDP4.ICMPICMPIPIP的路徑信息。ICMP‘Redirect’信息通知主機(jī)通向其他系統(tǒng)的更準(zhǔn)確的路徑,而地’終止。PINGICMPTCPUDPTCP和UDP效勞通常有一個(gè)客戶/Telnet效勞進(jìn)程開(kāi)頭在系統(tǒng)上處于空閑狀態(tài),等待著連接。用戶使用Telnet進(jìn)程寫(xiě)入信息,效勞進(jìn)程讀出信息并發(fā)出響應(yīng),客戶程序讀出響應(yīng)并向用戶報(bào)告。因而,這個(gè)連接是雙工的,可以用來(lái)進(jìn)展讀寫(xiě)。TelnetTCPUDP信息中的如下四項(xiàng)進(jìn)展確認(rèn):IPIP目的端口目的系統(tǒng)上的連接的端口。端口是一個(gè)軟件構(gòu)造,被客戶程序或效勞進(jìn)程用來(lái)發(fā)送和接收信息。一個(gè)端口對(duì)應(yīng)一個(gè)16比特端口號(hào)是‘廣為人知’的,由于在建立與特定的主機(jī)或效勞的連接時(shí),需要這些地址和目的地址進(jìn)展通訊。p2pP2PP2P是peer-to-peer的縮寫(xiě),peer〔地位、力氣等〕樣一來(lái),P2P也就可以理解為“伙伴對(duì)伙伴”的意思,或稱(chēng)為對(duì)等聯(lián)網(wǎng)。目前人們認(rèn)為其在加強(qiáng)網(wǎng)絡(luò)上人的溝通、文件交換、分布計(jì)算等方面大有前途。簡(jiǎn)潔的說(shuō),P2P直接將人們聯(lián)系起來(lái),讓人們通過(guò)互聯(lián)網(wǎng)直接交互。P2P使得網(wǎng)絡(luò)上的溝通變得簡(jiǎn)潔、更直接共享和交互,真正地消退中間商。P2P就是人可以直接連接到其他用戶的計(jì)算機(jī)、交換文件,而不是像過(guò)去那樣連接到效勞器去掃瞄與下載。P2P另一個(gè)重要特點(diǎn)是轉(zhuǎn)變互聯(lián)網(wǎng)現(xiàn)在的以大網(wǎng)站為中心的狀態(tài)、重返“非P2P看起來(lái)似乎很,但是正如B2C、B2B是將現(xiàn)實(shí)世界中很尋常的東西移植到互聯(lián)網(wǎng)上一樣,P2P并不是什么東西。在現(xiàn)實(shí)生活中我們每天都依據(jù)P2P模式面對(duì)面地或者通過(guò)溝通和溝通。P2PP2PP2P種子效勞器,分布在不同的網(wǎng)段中。比方:北方網(wǎng)通設(shè)一臺(tái)(組),南方電信設(shè)一臺(tái)(組),種子的內(nèi)容是一樣的。種子效勞器多了,可以降低優(yōu)化算法的難度。種子效勞器和一般節(jié)點(diǎn)的優(yōu)先級(jí):種子效勞器的優(yōu)先級(jí)總數(shù)低于一般節(jié)點(diǎn)的,假設(shè)一般節(jié)點(diǎn)的速度快了,就削減從種子效勞器獵取的數(shù)據(jù)量。IPP2PIP美、歐洲、澳洲、其它。中國(guó)大陸先依據(jù)營(yíng)運(yùn)商分:電信、網(wǎng)通、鐵通、聯(lián)通、教育網(wǎng)等,再依據(jù)省份分類(lèi)。(網(wǎng)上有下載,可以整理)高速網(wǎng)段表。在P2P訪問(wèn)中,節(jié)點(diǎn)動(dòng)態(tài)地將速度快的其它節(jié)點(diǎn)IP地址傳回效勞器,效勞器依據(jù)全球IP當(dāng)一個(gè)用戶連入節(jié)點(diǎn)時(shí),在全球IP地址表中找到最近的節(jié)點(diǎn),依據(jù)比例依次安排最快網(wǎng)段的節(jié)點(diǎn);最近的節(jié)點(diǎn);差一個(gè)級(jí)別的稍近的節(jié)點(diǎn);隨機(jī)節(jié)點(diǎn)以及種子效勞器。P2P30116KB個(gè)時(shí)間段(如2秒),本節(jié)點(diǎn)向其它節(jié)點(diǎn)交換一下數(shù)據(jù)塊的傳送狀況,然后計(jì)算一下數(shù)據(jù)包中每個(gè)數(shù)據(jù)塊的擁有率,優(yōu)先傳送擁有率低的數(shù)據(jù)塊。在擁有率相當(dāng)?shù)臓顩r下,隨機(jī)選擇。在數(shù)據(jù)交換中,對(duì)于傳送慢的節(jié)點(diǎn),定期剔除,然后問(wèn)節(jié)點(diǎn)仲裁效勞器要的節(jié)點(diǎn)。假設(shè)數(shù)據(jù)包中小于10%的數(shù)據(jù)塊沒(méi)有傳送完畢,在時(shí)間充分的狀況下,對(duì)于余下的數(shù)據(jù)塊,可以同一個(gè)數(shù)據(jù)塊向多個(gè)節(jié)點(diǎn)懇求。節(jié)點(diǎn)仲裁效勞器也會(huì)將的P2P節(jié)點(diǎn)強(qiáng)行加載到另一個(gè)節(jié)點(diǎn)上,但不能超過(guò)節(jié)點(diǎn)最大連接數(shù)。下面解釋一下上面的文章中沒(méi)有提及或者說(shuō)我覺(jué)得比較欠缺的地方./端口和公有地址/NAPT(NetworkAddress/PortTranslatorNATIP地址和端口號(hào)都會(huì)被改寫(xiě),在這里把一次會(huì)話中客戶自己認(rèn)為在使用的IP/端口,而把經(jīng)過(guò)NAPT之后被改寫(xiě)的IP端口號(hào)稱(chēng)為公有地址/端口.或者可以這么理解,私有地址/端口是你家里人對(duì)你的昵稱(chēng)而公有地址/端口則是你真正對(duì)外公開(kāi)的名字.如何獲得用戶的私用地址/端口號(hào),這個(gè)很簡(jiǎn)潔了,而要得到公有地址/端口號(hào)就要在IP假設(shè)明白了上面的東西,下面進(jìn)入我們的代碼,在這里解釋一下關(guān)鍵局部的實(shí)現(xiàn):客戶端首先得到自己的私有地址/終端,然后向server,server端在得到這個(gè)懇求之后就可以client端的公有地址/終端,server會(huì)為每一個(gè)登陸的client保存它們的私有地址/端口和公有地址/端口.OK,clientAclientBABNAT的原理這個(gè)對(duì)話在第一次會(huì)被拒絕,由于clientB的NAT認(rèn)為這是一個(gè)從沒(méi)有過(guò)的外部發(fā)來(lái)的懇求.這個(gè)時(shí)候,ABBserverBA個(gè)洞,這個(gè)B->ANATBA/端口是可以通過(guò)的地址/AB話的時(shí)候就不會(huì)再被NATB,A想來(lái)BB的管家NATB的拒絕,理由是:我從來(lái)沒(méi)有聽(tīng)我家B提過(guò)你的名字,這時(shí)A找到了A,B都生疏的朋友server,要求server給BBA,BNATB,AANATB,UDP打洞就是一個(gè)通過(guò)server通信的過(guò)程,server一、介紹Protocol〕是為在同等單元之間傳輸數(shù)據(jù)包這樣的簡(jiǎn)潔鏈路設(shè)計(jì)的鏈路層協(xié)議。這種鏈路供給全雙工操作,并依據(jù)挨次傳遞數(shù)據(jù)包。設(shè)計(jì)目的主要是用來(lái)通過(guò)撥號(hào)或?qū)>€方式建立點(diǎn)對(duì)點(diǎn)連接發(fā)送數(shù)據(jù),使其成為各種主機(jī)、網(wǎng)橋和路由器之間簡(jiǎn)潔連接的一種共通的解決方案。二、PPP鏈路建立過(guò)程PPPPPPLCP〔LinkControlProtocol〕;NCP〔NetworkControlProtocol〕;認(rèn)證協(xié)議,最常用的包括口令驗(yàn)證協(xié)議PAP〔PasswordProtocol〕CHAP〔Challenge-HandshakeAuthenticationProtocol〕。網(wǎng)絡(luò)協(xié)議,以及解決上層網(wǎng)絡(luò)協(xié)議發(fā)生的問(wèn)題。PPP段和網(wǎng)絡(luò)協(xié)商階段。1PPPLCPLCP向?qū)Ψ桨l(fā)送配置信息報(bào)文〔ConfigurePackets〕。一旦一個(gè)配置成功信息包〔Configure-Ackpacket〕LCP22:用戶驗(yàn)證階段前進(jìn)到網(wǎng)絡(luò)層協(xié)議階段。假設(shè)認(rèn)證失敗,認(rèn)證者應(yīng)當(dāng)躍遷到鏈路終止階段。packetspackets最常用的認(rèn)證協(xié)議有口令驗(yàn)證協(xié)議〔PAP〕和挑戰(zhàn)握手驗(yàn)證協(xié)議〔CHAP〕在第三局部中介紹。3:調(diào)用網(wǎng)絡(luò)層協(xié)議〔NCPPPPIP〔IPCP〕可以向撥入用戶安排動(dòng)態(tài)地址??诹铗?yàn)證協(xié)議〔PAP〕PAPNAS〔網(wǎng)絡(luò)接入效勞器,NetworkAccessServer〕要求用NASNAS挑戰(zhàn)-握手驗(yàn)證協(xié)議〔CHAP〕CHAPNAS發(fā)送一個(gè)挑戰(zhàn)口令〔challenge〕,ID〔arbitraryMD5〔one-wayhashingalgorithm〕返IDCHAP對(duì)PAP進(jìn)展了改進(jìn),不再直接通過(guò)鏈路發(fā)送明文口令,而是使用挑戰(zhàn)口令以哈希算法并將結(jié)果與用戶返回的口令進(jìn)展比照。CHAP現(xiàn)攻擊〔replayattack〕。在整個(gè)連接過(guò)程中,CHAP3〔remoteclientimpersonation〕進(jìn)展攻擊。四、PPP協(xié)議的應(yīng)用IPPPPPPPADSL〔非對(duì)稱(chēng)數(shù)據(jù)用戶環(huán)線,AsymmetricalDigitalSubscriberLoop〕接入方式當(dāng)中,PPPPPPoE〔PPPoverEthernet〕,PPPoA〔PPPoverATM〕。PPPoEADSLADSL最廣泛的技術(shù)標(biāo)準(zhǔn)。ATM〔異步傳輸模式,AsynchronousTransferMode〕PPPPPPoEATMPPPoEATM更大的作用。數(shù)據(jù)包在TCP/IP中的傳輸數(shù)據(jù)的封裝與拆封在TCP/IP協(xié)議棧中,當(dāng)數(shù)據(jù)通過(guò)協(xié)議棧向下流淌時(shí),每一層都要給數(shù)據(jù)增加把握信息用于確保正確的傳遞。把握封裝。也就是說(shuō)相對(duì)應(yīng)的包頭;而當(dāng)數(shù)據(jù)在協(xié)議棧中反方向〔由底層向上〕流淌時(shí),協(xié)議軟件就以相反的方式處理數(shù)據(jù),即每一層都剝?nèi)V袑?duì)應(yīng)層增加的包頭,然后將數(shù)據(jù)傳遞給上一層,這就是拆封。數(shù)據(jù)在協(xié)議棧中的傳輸過(guò)程見(jiàn)圖1。1:TCP/IP1TCP/IP協(xié)議棧中可以雙向流淌。當(dāng)應(yīng)用程序要發(fā)送數(shù)據(jù)時(shí),首先要收集好用戶數(shù)據(jù),并加上應(yīng)用頭以便在接收方確認(rèn)〔注:應(yīng)用數(shù)據(jù)和應(yīng)用頭長(zhǎng)度是不固定的,所以用虛框框起〕,然后每層將數(shù)據(jù)封裝成相鄰層要求的格式。當(dāng)數(shù)據(jù)到達(dá)鏈路層時(shí),為了替網(wǎng)絡(luò)互連層發(fā)送IP絡(luò)技術(shù)要求的幀格式。例如,對(duì)Ethernet來(lái)說(shuō),鏈路層將IPIPModem接入InternetIPSLIP幀或PPP幀格式。總之,最終在各種物理介質(zhì)中傳送的是能夠適應(yīng)所在網(wǎng)絡(luò)技術(shù)要求的數(shù)據(jù)幀。TCP/IP協(xié)議棧要做和封裝相反的工作——拆封。拆封首先是將各種格式的數(shù)IPTCP或UDP數(shù)據(jù)。的過(guò)程。當(dāng)應(yīng)用程序傳送的數(shù)據(jù)包大于網(wǎng)絡(luò)的MTV〔網(wǎng)絡(luò)最大傳輸單元〕時(shí),或所經(jīng)過(guò)的路由器其MTUMTU據(jù)按正確的挨次合并在一起,重組比分割簡(jiǎn)潔,
溫馨提示
- 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 2025年商品房買(mǎi)賣(mài)合同:帶裝修及車(chē)位贈(zèng)送版12篇
- 2025年度日游包車(chē)客運(yùn)服務(wù)綠色出行合同3篇
- 2024年高端制造業(yè)關(guān)鍵零部件采購(gòu)合同模板5篇
- 2024年車(chē)庫(kù)銷(xiāo)售合同
- 2024年執(zhí)行流程再造與效能提升合作協(xié)議3篇
- 2024排水溝施工與智慧城市建設(shè)合作協(xié)議3篇
- 2024年離婚子女撫養(yǎng)權(quán)合同參考版
- 2025年度機(jī)場(chǎng)ATM設(shè)備場(chǎng)地租賃與增值服務(wù)合同3篇
- 2024年采購(gòu)協(xié)議修訂范例版A版
- 2024年生態(tài)園林景觀養(yǎng)護(hù)勞務(wù)分包合同3篇
- DB22T 277-2011 建筑電氣防火檢驗(yàn)規(guī)程
- 2024年基本公共衛(wèi)生服務(wù)工作計(jì)劃(三篇)
- 2024-2030年中國(guó)錸行業(yè)供需趨勢(shì)及發(fā)展規(guī)模分析報(bào)告
- 2025屆上海市復(fù)旦附中浦東分校物理高二上期末教學(xué)質(zhì)量檢測(cè)試題含解析
- 2023-2024學(xué)年《軟件設(shè)計(jì)與體系結(jié)構(gòu)》模擬試卷及答案解析
- 2024年中國(guó)氦氣市場(chǎng)調(diào)查研究報(bào)告
- GB/T 22723-2024天然氣能量的測(cè)定
- 航空與航天學(xué)習(xí)通超星期末考試答案章節(jié)答案2024年
- 第四單元圖形的變化(單元測(cè)試)-2024-2025學(xué)年二年級(jí)上冊(cè)數(shù)學(xué)北師大版
- 2023-2024年福建高中物理會(huì)考試卷(福建會(huì)考卷)
- 英語(yǔ)雅思8000詞匯表
評(píng)論
0/150
提交評(píng)論