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

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

            成人免费网站久久久| 99久久免费国产精品| 国产精品久久精品| 777午夜精品久久av蜜臀| 伊人久久大香线蕉精品不卡| 久久无码一区二区三区少妇| 国产农村妇女毛片精品久久| 人妻少妇精品久久| 国产成人精品综合久久久久| 2021国产精品久久精品| 精品久久久久久久久午夜福利| 91精品国产91久久久久福利| 精品久久8x国产免费观看| 97精品国产91久久久久久| 99久久国语露脸精品国产| 青青草国产精品久久| 99久久香蕉国产线看观香| 国产精品久久久久久久久久影院| 伊人久久一区二区三区无码| 久久九九久精品国产免费直播| 欧美久久精品一级c片片| 国内精品久久久久久麻豆| 久久久无码精品亚洲日韩按摩| 国产AV影片久久久久久| 亚洲国产成人精品无码久久久久久综合 | 伊人久久大香线蕉亚洲五月天| 中文字幕无码久久久| 久久天天躁狠狠躁夜夜96流白浆| 成人免费网站久久久| 久久久久久久综合综合狠狠| 丰满少妇高潮惨叫久久久| 91麻豆精品国产91久久久久久 | 久久免费精品一区二区| 午夜精品久久久久9999高清| 久久精品国产亚洲AV无码偷窥 | 久久久这里有精品| 国产精品成人99久久久久91gav| 热RE99久久精品国产66热| 激情伊人五月天久久综合| 色婷婷噜噜久久国产精品12p| 久久久久久久久无码精品亚洲日韩 |