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

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

            九九久久精品无码专区| 亚洲伊人久久精品影院| 青青青青久久精品国产h| 久久99国产精品久久久| 99久久精品国产毛片| 麻豆久久久9性大片| 国产精品久久自在自线观看| 久久精品国产亚洲av水果派| 久久国产精品-久久精品| 久久久精品久久久久久| 精品久久久中文字幕人妻| AV无码久久久久不卡蜜桃 | 一本伊大人香蕉久久网手机| 久久无码精品一区二区三区| 婷婷久久久亚洲欧洲日产国码AV| 久久精品国产福利国产秒| 精品久久久久久久国产潘金莲 | 精品国产一区二区三区久久| 色综合久久久久综合99| 国产成人精品久久免费动漫| 7777精品伊人久久久大香线蕉| 久久综合综合久久狠狠狠97色88 | 久久狠狠爱亚洲综合影院| 狠狠久久综合| 欧美一区二区精品久久| 91精品国产高清91久久久久久| 97香蕉久久夜色精品国产 | 成人久久综合网| 久久夜色精品国产噜噜噜亚洲AV | 亚洲精品国产成人99久久| 久久综合给久久狠狠97色| 久久精品亚洲AV久久久无码| 日韩欧美亚洲综合久久影院Ds| 99久久亚洲综合精品成人| 情人伊人久久综合亚洲| 51久久夜色精品国产| 91久久精品电影| 国内精品伊人久久久久网站| 久久国产成人亚洲精品影院| 999久久久国产精品| 国产69精品久久久久99尤物|