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

            牽著老婆滿街逛

            嚴以律己,寬以待人. 三思而后行.
            GMail/GTalk: yanglinbo#google.com;
            MSN/Email: tx7do#yahoo.com.cn;
            QQ: 3 0 3 3 9 6 9 2 0 .

            網上大多數原理總結,UDP打洞原理

            網絡上的大多數UDP原理研究分析后,自己總結了下面的結果.

            1、client A 登錄 通過http服務器 webservices 驗證成功獲取自身信息與好友

            列表信息等。

            2、Http服務器登記client A的NAT后的IP地址與端口

            3、Client B登錄 通過http服務器 webservices 驗證成功獲取自身信息與好友列

            表信息等。

            4、Http服務器登記client B的NAT后的IP地址與端口

            5、Client A想發送消息給Client B,向HTtp服務器獲取Client B的在線IP地址

            6、Client A獲得Client B的IP地址后并發送UDP信息到Client B

            7、Client A與Client B請求失敗,信息丟失,此時Client A報告Http服務器要求

            服務器幫忙對Client B進行通知

            8、Http服務器接到此命令后,將Client A的IP地址發給Client B,要求他連接

            9、Client B收到HTTP服務器的信息后發送請求到 Client A

            10、由于此時Client A NAT已經存在Clinet B的session,所以此時 Client A與

            Client B建立鏈接成功。

            11、Client A發送消息到 Client B成功,不經HTTP服務器中轉

            總結:換句話說就是HTTP服務器啟動了“和事老”的功能。為不信任的兩個人發

            出命令從而使他們達到了一種互相承認而此建立鏈接關系 

            其中最主要的是Server 的一個方法就是發送消息到被打洞的客戶端

            客戶端發送消息需要判斷該消息是否發送成功,不成功則要求請求打洞.若成功則不需要要求打洞!

            客戶端在接收到服務器的打洞指令后,則作出UDP發送響應


            from:http://blog.csdn.net/wenzhoufeng/archive/2007/03/27/1542733.aspx

            posted on 2007-08-21 01:37 楊粼波 閱讀(6588) 評論(8)  編輯 收藏 引用

            評論

            # re: 網上大多數原理總結,UDP打洞原理 2007-08-21 14:23 萬連文

            唉,明白了。謝謝,淺顯的道理被名詞遮掩住了。  回復  更多評論   

            # re: 網上大多數原理總結,UDP打洞原理[未登錄] 2008-08-26 13:05 1

            恩,看起來簡單多了  回復  更多評論   

            # re: 網上大多數原理總結,UDP打洞原理 2008-10-27 18:08 伐木鼎鼎

            這個是錯誤的, 就算有server通知client A 與 B 其對方的NAT公網IP, 雙方是不能直接交互的, NAT的session會把對方的包丟棄,因為是非法的。

            樓主應該google一下: cone NAT  回復  更多評論   

            # re: 網上大多數原理總結,UDP打洞原理[未登錄] 2008-10-27 19:42 cppexplore

            @伐木鼎鼎
            呵呵,沒那么嚴重,可以做丟包重傳機制,這樣第一次a發給b的包可能會被拒收,第一個b發給a的也可能被拒收,但后面的包就正常了。  回復  更多評論   

            # re: 網上大多數原理總結,UDP打洞原理 2008-12-01 10:25 cpp

            這個 http服務器 很強大啊  回復  更多評論   

            # re: 網上大多數原理總結,UDP打洞原理 2009-11-22 22:46 feitian

            服務器是http的應不行,http只能得到雙方的ip,而不能得到端口號,

            4、Http服務器登記client B的NAT后的IP地址與端口
            不能實現
            只有在服務器上安裝一個軟件,這個軟件接收UDP狀態的,才能當媒介,但這么做,需要自己有個可裝軟件的公網電腦,成本就高了.  回復  更多評論   

            # re: 網上大多數原理總結,UDP打洞原理 2010-06-11 20:42 kefan

            這樣是不能成功的。

            6、Client A獲得Client B的IP地址后并發送UDP信息到Client B

            這時的Client A發送UDP信息到Client B的端口號已經改變,并且為未知端口。并不是Client A連接到中轉服務的端口。  回復  更多評論   

            # re: 網上大多數原理總結,UDP打洞原理[未登錄] 2010-09-04 11:19

            可以的,端口可以復用嘛  回復  更多評論   

            亚洲精品无码久久千人斩| 青青青国产成人久久111网站| 精品久久久久久综合日本| 中文国产成人精品久久不卡| 久久精品综合网| 久久婷婷人人澡人人爽人人爱| 日韩美女18网站久久精品| 久久精品亚洲福利| 伊人久久精品影院| 麻豆久久久9性大片| 亚洲人成伊人成综合网久久久| 欧美午夜精品久久久久免费视| 久久99精品国产麻豆宅宅| 欧美丰满熟妇BBB久久久| 久久精品无码专区免费青青| 久久精品国产精品青草| 伊人久久综在合线亚洲2019| 久久一区二区三区99| 国内高清久久久久久| 久久亚洲综合色一区二区三区| 99久久精品九九亚洲精品| 久久久免费观成人影院| 久久久精品国产免大香伊| 久久综合狠狠综合久久| 狠狠人妻久久久久久综合| 国产一区二区久久久| 69国产成人综合久久精品| 美女久久久久久| 久久国产免费观看精品3| 久久久久国色AV免费看图片| 亚洲国产精品无码久久| 91亚洲国产成人久久精品网址| 中文字幕无码久久人妻| 国产精品欧美久久久天天影视| 久久久久久久综合日本| 日韩人妻无码一区二区三区久久 | 久久天天躁狠狠躁夜夜2020老熟妇 | 人妻精品久久久久中文字幕69| 国产精品免费久久久久电影网| 少妇无套内谢久久久久| 久久久久久狠狠丁香|