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

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

            午夜精品久久久久久影视riav| 国产美女久久久| 久久热这里只有精品在线观看| 久久综合久久综合亚洲| 久久er99热精品一区二区| 久久免费视频观看| 久久天天躁狠狠躁夜夜2020| 亚洲熟妇无码另类久久久| 99久久婷婷国产综合精品草原 | 亚洲日本va中文字幕久久| 久久精品中文无码资源站| 久久高清一级毛片| 日本人妻丰满熟妇久久久久久| www亚洲欲色成人久久精品| 亚洲精品乱码久久久久久久久久久久 | 国产激情久久久久影院老熟女| 2021久久精品免费观看| 91精品国产91久久久久久蜜臀| 久久成人国产精品免费软件| 久久国产V一级毛多内射| 国内精品人妻无码久久久影院| 亚洲欧美日韩久久精品| 国产精品午夜久久| 久久国产精品国产自线拍免费 | 伊人色综合久久| 久久99国产精品二区不卡| 亚洲精品无码久久久久| 中文字幕精品久久久久人妻| 久久九九久精品国产免费直播| 91亚洲国产成人久久精品网址| 久久久一本精品99久久精品66| 国内精品人妻无码久久久影院导航 | 97久久久久人妻精品专区 | 国产亚洲欧美成人久久片| 日本强好片久久久久久AAA| 久久精品国产亚洲AV久| 久久亚洲AV无码精品色午夜| 波多野结衣久久| 国产美女亚洲精品久久久综合| 亚洲精品乱码久久久久久按摩 | 久久综合五月丁香久久激情|