• <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>

            那誰的技術博客

            感興趣領域:高性能服務器編程,存儲,算法,Linux內核
            隨筆 - 210, 文章 - 0, 評論 - 1183, 引用 - 0
            數據加載中……

            P2P原理的解釋與實現

            關鍵字:P2P NAT? 打洞

            關于采用UDP協議進行打洞以進行P2P會話的原理,我本來想寫一篇文章作說明,但是現在已經有一篇文章把原理性的東西解釋清楚了,我在這里不再作這部分的重復,可以參見這里:
            P2P 之 UDP穿透NAT的原理與實現(附源代碼)--http://www.cnpaf.net/Class/hack/0512182034513804825.htm

            下面解釋一下上面的文章中沒有提及或者說我覺得比較欠缺的地方.
            私有地址/端口和公有地址/端口:我們知道,現在大部分網絡采用的都是NAPT(Network Address/Port Translator)了,這個東東的作用是一個對外的對話在經過NAT之后IP地址和端口號都會被改寫,在這里把一次會話中客戶自己認為在使用的IP地址和端口號成為私有地址/端口,而把經過NAPT之后被改寫的IP地址和端口號稱為公有地址/端口.或者可以這么理解,私有地址/端口是你家里人對你的昵稱而公有地址/端口則是你真正對外公開的名字.如何獲得用戶的私用地址/端口號,這個很簡單了,而要得到公有地址/端口號就要在連接上另一臺機器之后由那臺機器看到的IP地址和端口號來表示.

            如果明白了上面的東西,下面進入我們的代碼,在這里解釋一下關鍵部分的實現:

            客戶端首先得到自己的私有地址/終端,然后向server端發送登陸請求,server端在得到這個請求之后就可以知道這個client端的公有地址/終端,server會為每一個登陸的client保存它們的私有地址/端口和公有地址/端口.

            OK,下面開始關鍵的打洞流程.假設client A要向client B對話,但是A不知道B的地址,即使知道根據NAT的原理這個對話在第一次會被拒絕,因為client B的NAT認為這是一個從沒有過的外部發來的請求.這個時候,A如果發現自己沒有保存B的地址,或者說發送給B的會話請求失敗了,它會要求server端讓B向A打一個洞,這個B->A的會話意義在于它使NAT B認為A的地址/端口是可以通過的地址/端口,這樣A再向B發送對話的時候就不會再被NAT B拒絕了.打一個比方來說明打洞的過程,A想來B家做客,但是遭到了B的管家NAT B的拒絕,理由是:我從來沒有聽我家B提過你的名字,這時A找到了A,B都認識的朋友server,要求server給B報一個信,讓B去跟管家說A是我的朋友,于是,B跟管家NAT B說,A是我認識的朋友,這樣A的訪問請求就不會再被管家NAT B所拒絕了.簡而言之,UDP打洞就是一個通過server保存下來的地址使得彼此之間能夠直接通信的過程,server只管幫助建立連接,在建立間接之后就不再介入了.

            好了,原理性的東西解釋到這里,附件中有一個完整的P2P演示程序,命令行模式下,包括server端和client端,在運行的時候首先啟動server端,然后打開幾個client端分別登陸,之后彼此之間就可以相互通信了.程序在本機上測試通過,也就是測試的環境server和client都是一臺機器,還沒有在不同的機器上測試過,不知道會不會有問題:)
            下載地址:
            http://m.shnenglu.com/Files/converse/P2PDemo.rar
            參考資料:
            1)P2P 之 UDP穿透NAT的原理與實現(附源代碼)-http://www.cnpaf.net/Class/hack/0512182034513804825.htm
            2)王艷平<<Windows網絡與通信程序設計>>

            posted on 2006-09-02 20:30 那誰 閱讀(6397) 評論(2)  編輯 收藏 引用 所屬分類: 網絡編程

            評論

            # re: P2P原理的解釋與實現  回復  更多評論   

            呵 學習學習
            2008-10-08 16:54 | 浪跡天涯

            # re: P2P原理的解釋與實現  回復  更多評論   

            簡單的東西被你說復雜了,估計不懂的人看了你的文章還是不懂.

            你畫個圖就直觀多了
            2008-11-21 13:05 | lipingtababa
            久久AⅤ人妻少妇嫩草影院| 久久精品成人欧美大片| 91麻豆精品国产91久久久久久| 亚洲午夜精品久久久久久人妖| 久久精品亚洲乱码伦伦中文| 中文国产成人精品久久不卡| 久久免费精品一区二区| 无码人妻久久一区二区三区蜜桃 | 中文精品99久久国产| 久久久精品人妻一区二区三区蜜桃 | 亚洲va中文字幕无码久久不卡| 99久久国产免费福利| 婷婷久久久亚洲欧洲日产国码AV| 国产免费久久久久久无码| 久久精品青青草原伊人| 久久久久九国产精品| 久久精品国产亚洲沈樵| 色婷婷综合久久久久中文| 99久久做夜夜爱天天做精品| 国内精品免费久久影院| 秋霞久久国产精品电影院| 久久精品国产久精国产思思| 2019久久久高清456| 久久夜色精品国产噜噜亚洲a| 国产成人99久久亚洲综合精品| 久久精品国产网红主播| 久久精品国产亚洲av麻豆小说| 狠狠综合久久AV一区二区三区| 亚洲七七久久精品中文国产| 精品久久久无码中文字幕| 久久激情五月丁香伊人| 国产午夜福利精品久久| 99热热久久这里只有精品68| 91精品国产乱码久久久久久| 久久精品人人做人人爽电影蜜月| 亚洲精品乱码久久久久久蜜桃不卡 | 久久久久久久免费视频| 久久无码专区国产精品发布| 久久91精品国产91久| 亚洲国产精品久久久天堂| 久久人人爽人人爽人人AV |