• <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 楊粼波 閱讀(6599) 評論(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

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

            亚洲天堂久久久| 久久久久噜噜噜亚洲熟女综合| 中文字幕乱码人妻无码久久| 亚洲精品乱码久久久久66| 久久精品国产91久久麻豆自制| 久久久久国产一区二区| 精品久久久久久亚洲精品 | 亚洲Av无码国产情品久久| 伊人久久大香线蕉综合Av| 久久亚洲国产中v天仙www| 欧美精品乱码99久久蜜桃| 久久99免费视频| 亚洲欧美日韩久久精品第一区| 国内精品久久久久影院免费| 久久只这里是精品66| 成人精品一区二区久久久| 欧美喷潮久久久XXXXx| 久久久亚洲裙底偷窥综合| 久久93精品国产91久久综合| AV色综合久久天堂AV色综合在| 亚洲午夜精品久久久久久app| 中文字幕一区二区三区久久网站| 亚洲国产精品无码久久久蜜芽| 日本精品久久久久影院日本| 久久久久噜噜噜亚洲熟女综合| 26uuu久久五月天| 久久国产视频网| 久久亚洲色一区二区三区| 精品久久国产一区二区三区香蕉 | 久久人爽人人爽人人片AV| 无码精品久久一区二区三区| 欧美久久久久久精选9999| 国产香蕉97碰碰久久人人| 99久久婷婷国产综合精品草原| 久久精品国产亚洲综合色| 久久成人影院精品777| 亚洲国产精品婷婷久久| 91精品国产综合久久四虎久久无码一级 | 亚洲第一极品精品无码久久| 精品久久久一二三区| 亚洲国产精品成人久久|