• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

                  The IP Network Address TranslatorIP網(wǎng)絡(luò)地址轉(zhuǎn)換是人們說的NAT,或者說NA(P)TNAT是為了解決IPv4地址不足而提出來得一種替代方案,可以對外界屏蔽內(nèi)部的網(wǎng)絡(luò)拓?fù)洹kS著網(wǎng)絡(luò)的發(fā)展,NAT阻礙了構(gòu)建在覆蓋網(wǎng)絡(luò)的P2P程序的發(fā)展。因?yàn)楦采w網(wǎng)絡(luò)是構(gòu)建在應(yīng)用層,屏蔽了傳輸層以下的網(wǎng)絡(luò)拓?fù)洌W(wǎng)絡(luò)中的每一個節(jié)點(diǎn)或某些節(jié)點(diǎn)有此網(wǎng)絡(luò)的路由表,由這些路由表構(gòu)建出這個覆蓋網(wǎng)絡(luò),但是NAT阻礙的覆蓋網(wǎng)絡(luò)中節(jié)點(diǎn)的連接。
                
                
               
                
            上圖顯示了NAT的原理。NAT將內(nèi)網(wǎng)的IP替換為公網(wǎng)IP,將端口映射為公網(wǎng)的端口。公網(wǎng)IP替換內(nèi)網(wǎng)IP是固定的,NAT的不足之處在于端口的替換。因?yàn)?/span>NAT還沒有形成標(biāo)準(zhǔn),替換策略有幾種,這也是NAT行為的關(guān)鍵。

                 在《Behavior and Classification of NAT Devices and Implications for NAT Traversal》一文中就把端口映射的行為分成四種,其中包括保留端口,不保留端口,端口重載,端口復(fù)用。這四種分類最終區(qū)分了NAT的四種類型即Full cone NATSymmetric NATPort-Restrictes cone NAT Address-Restriced cone NAT

                 為了使覆蓋網(wǎng)絡(luò)中的節(jié)點(diǎn)相互通信,我們需要進(jìn)行NAT穿越。在《A NAT Traversal Mechanism for Peer-To-Peer Networks》一文種介紹了根據(jù)兩端不同的NAT類型對應(yīng)的四種NAT穿越方案。如下圖
                 
                 

                這些解決方案都需要STUNSimple Traversal of User Datagram Protocol through Network Address Translators (NATs)NATUDP簡單穿越)協(xié)議幫助。STUN協(xié)議要求一臺具有公網(wǎng)IP的主機(jī)幫助一臺主機(jī)進(jìn)行NAT類型的判斷。
                

                  上圖是STUN協(xié)議的流程,其主要的思想是通過STUN的回射來判斷主機(jī)的NAT類型。

                 除了直接連接,反向連接、打洞和依賴都需要第三臺主機(jī)的幫助。

                 在《Characterization and Measurement of TCP Traversal through NATs and Firewalls》一文中介紹了TCP穿越的方法。在STUNT#2方法中,第三臺主機(jī)和兩臺需要連接的主機(jī)都有長連接,當(dāng)一方需要發(fā)起來連接時,向第三臺主機(jī)發(fā)請求,第三臺主機(jī)向被請求的主機(jī)發(fā)送邀請,此時需要連接的主機(jī)都向?qū)Ψ桨l(fā)送SYN包,此時雙方的防火墻都有了洞,只要有一方的SYN包到達(dá)對方主機(jī),連接就會被建立。Relay方法需要耗費(fèi)的代價太大,在P2P應(yīng)用中一般會消極的處理雙方都是對稱NAT的情況。






             

            posted on 2011-07-15 20:35 Range 閱讀(1829) 評論(2)  編輯 收藏 引用
            評論

            只有注冊用戶登錄后才能發(fā)表評論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


            統(tǒng)計

            久久r热这里有精品视频| 久久久久久久久久免免费精品 | 国产精品午夜久久| 久久99精品国产麻豆婷婷| 午夜肉伦伦影院久久精品免费看国产一区二区三区| 久久综合狠狠综合久久激情 | 亚洲另类欧美综合久久图片区| 婷婷久久五月天| 狠狠狠色丁香婷婷综合久久五月 | 五月丁香综合激情六月久久 | 99热都是精品久久久久久| 亚洲人成网站999久久久综合 | 免费一级欧美大片久久网 | 婷婷五月深深久久精品| 久久996热精品xxxx| 久久精品国产亚洲AV高清热| 亚洲国产精品狼友中文久久久| 久久久久久a亚洲欧洲aⅴ| 亚洲AV成人无码久久精品老人| 久久天天日天天操综合伊人av| 久久丫精品国产亚洲av| 久久婷婷国产剧情内射白浆| 久久国产精品国语对白| 国产巨作麻豆欧美亚洲综合久久 | 女同久久| 精品一久久香蕉国产线看播放| 97久久精品无码一区二区天美| 一本久久知道综合久久| 久久综合久久综合亚洲| 久久久久久久久久久免费精品| 亚洲欧美精品伊人久久| 久久午夜电影网| 97超级碰碰碰碰久久久久| 国产日产久久高清欧美一区| 精品久久久久久国产潘金莲| 欧美午夜精品久久久久免费视| 日产精品久久久一区二区| 伊人久久大香线蕉综合影院首页 | 久久久亚洲裙底偷窥综合| 久久久国产视频| 国内精品伊人久久久久777|