騰訊udp伺服器ip

『壹』 QQ連不上，說UDP登陸失敗。請高手指教。

伺服器超時的可能性有以下幾種：
1、你的網路沒有正確的連接上
2、你的網路的連接速度要小於QQ的要求
3、QQ的伺服器正在維護
4、設置中QQ網路類型與機器的網路類型不符（很少見）
這是我以前碰到的幾種問題，希望能給你些幫助
建議您可參考以下設置：
1、首先請您檢查下防火牆設置，建議暫時關閉防火牆；
2、可能是由於QQ系統調整引起的，所以會造成某些號段不能登陸，建議您可以稍後再進行嘗試；
3、嘗試使用選擇登陸伺服器（目前有三種模式，分別是UDP模式、TCP模式和會員VIP模式）
操作方法：在2005 Beta3版本登陸窗口的左下角高級設置——選擇登陸伺服器，依次選擇UDP模式、TCP模式和會員VIP模式（僅提供給會員）；
4、可能是您所使用的代理已經失效，更換代理或者不使用代理，即可正常登陸
操作方法：在2005 Beta3版本登陸窗口的左下角高級設置——網路設置——類型，選擇不使用代理，或者其他模式（選擇好代理後，請先測試下是否可以正常使用）；
5、因區域網實行封鎖限制（埠被封），所以造成您的QQ無法登陸
解決方法：嘗試使用HTTP代理
操作方法：在2005 Beta3版本登陸窗口的左下角高級設置——網路設置——類型，選擇HTTP代理（選擇好代理後，請先測試下是否可以正常使用）；
6、最後，建議您嘗試使用TM登陸。
請您可以將本地的聊天記錄清除（建議在清除前先備份，以免丟失）再登陸嘗試。在2005beta3版本登陸窗口中先輸入QQ號碼——左下角 高級設置——清除記錄——同時刪除該帳號對應的所有聊天記錄文件 打勾 —— 輸入QQ密碼——確定 即可清除記錄。 或者刪除QQ安裝目錄下的相應號碼文件夾，最後重新登陸即可。

還後一個百試百靈的方法：卸載原來的QQ程序，然後再下載一個最新版本的QQ的安裝程序，並且安裝，最後重啟，那一定行。
安全起見，還是到官方網站下載吧！http://im.qq.com/

『貳』 QQ是一個基於TCP/UDP協議的通訊軟體

原文地址: http://f543711700.iteye.com/blog/978044

發送消息的時候是UDP打洞,登陸的時候使用HTTP~因為登陸伺服器其實就是一個HTTP伺服器,只不過不是常用的那些,那個伺服器是騰訊自行開發的！！！

QQ客戶端在區域網內，當你打開QQ登錄到QQ伺服器時，通過外網，你的客戶端與QQ伺服器建立了一個長連接。你可以用netstat -bn 看到此連接的狀態是 establish

此時，在QQ伺服器那面看到的連接的IP是你們區域網對外的IP。舉個例子：

這是一個假象。通過QQ伺服器看到的連接是：

這樣，防火牆上的31234口對應的就是你機器的55579口。（由於你是發起方，這個數是變化的。動態的）
當有信息給你時，QQ伺服器只需要發給防火牆的55579口即可。（這里防火牆作了地址翻譯）

不管UDP還是TCP，最終登陸成功之後，QQ都會有一個TCP連接來保持在線狀態。這個TCP連接的遠程埠一般是80，採用UDP方式登陸的時候，埠是8000。因此，假如你所在的網路開放了80埠（80埠是最常用埠。。就是通常訪問Web的埠，禁掉它的話，你的網路對你來說價值已經不大了），但沒有屏蔽騰訊的伺服器IP，恭喜你，你是可以登陸成功QQ的。

採用UDP協議，通過伺服器中轉方式。大家都知道，UDP 協議是不可靠協議，它只管發送，不管對方是否收到的，但它的傳輸很高效。但是，作為聊天軟體，怎麼可以採用這樣的不可靠方式來傳輸消息呢？於是，騰訊採用了上層協議來保證可靠傳輸：如果客戶端使用UDP協議發出消息後，伺服器收到該包，需要使用UDP協議發回一個應答包。如此來保證消息可以無遺漏傳輸。之所以會發生在客戶端明明看到「消息發送失敗」但對方又收到了這個消息的情況，就是因為客戶端發出的消息伺服器已經收到並轉發成功，但客戶端由於網路原因沒有收到伺服器的應答包引起的。

因為用戶一般都是在區域網內,地址都為私有IP,騰訊伺服器是如何將信息轉發到用戶的?

首先先介紹一些基本概念：

最先提出的是基本的NAT，它的產生基於如下事實：一個私有網路（域）中的節點中只有很少的節點需要與外網連接（呵呵，這是在上世紀90年代中期提出的）。那麼這個子網中其實只有少數的節點需要全球唯一的IP地址，其他的節點的IP地址應該是可以重用的。
因此，基本的NAT實現的功能很簡單，在子網內使用一個保留的IP子網段，這些IP對外是不可見的。子網內只有少數一些IP地址可以對應到真正全球唯一的IP地址。如果這些節點需要訪問外部網路，那麼基本NAT就負責將這個節點的子網內IP轉化為一個全球唯一的IP然後發送出去。(基本的NAT會改變IP包中的原IP地址，但是不會改變IP包中的埠)
關於基本的NAT可以參看RFC 1631

另外一種NAT叫做NAPT，從名稱上我們也可以看得出，NAPT不但會改變經過這個NAT設備的IP數據報的IP地址，還會改變IP數據報的TCP/UDP埠。基本NAT的設備可能我們見的不多（呵呵，我沒有見到過），NAPT才是我們真正討論的主角。看下圖：

有一個私有網路10. . .*，ClientA是其中的一台計算機，這個網路的網關（一個NAT設備）的外網IP是155.99.25.11(應該還有一個內網的IP地址，比如10.0.0.10)。如果Client A中的某個進程（這個進程創建了一個UDPSocket,這個Socket綁定1234埠）想訪問外網主機18.181.0.31的1235埠，那麼當數據包通過NAT時會發生什麼事情呢？
首先NAT會改變這個數據包的原IP地址，改為155.99.25.11。接著NAT會為這個傳輸創建一個Session（Session是一個抽象的概念，如果是TCP，也許Session是由一個SYN包開始，以一個FIN包結束。而UDP呢，以這個IP的這個埠的第一個UDP開始，結束呢，呵呵，也許是幾分鍾，也許是幾小時，這要看具體的實現了）並且給這個Session分配一個埠，比如62000，然後改變這個數據包的源埠為62000。所以本來是（10.0.0.1:1234->18.181.0.31:1235）的數據包到了互聯網上變為了（155.99.25.11:62000->18.181.0.31:1235）。
一旦NAT創建了一個Session後，NAT會記住62000埠對應的是10.0.0.1的1234埠，以後從18.181.0.31發送到62000埠的數據會被NAT自動的轉發到10.0.0.1上。（注意：這里是說18.181.0.31發送到62000埠的數據會被轉發，其他的IP發送到這個埠的數據將被NAT拋棄）這樣Client A就與Server S1建立以了一個連接。

呵呵，上面的基礎知識可能很多人都知道了，那麼下面是關鍵的部分了。
看看下面的情況：

接上面的例子，如果Client A的原來那個Socket(綁定了1234埠的那個UDP Socket)又接著向另外一個Server S2發送了一個UDP包，那麼這個UDP包在通過NAT時會怎麼樣呢？
這時可能會有兩種情況發生，一種是NAT再次創建一個Session，並且再次為這個Session分配一個埠號（比如：62001）。另外一種是NAT再次創建一個Session，但是不會新分配一個埠號，而是用原來分配的埠號62000。前一種NAT叫做SymmetricNAT，後一種叫做ConeNAT。我們期望我們的NAT是第二種，呵呵，如果你的NAT剛好是第一種，那麼很可能會有很多P2P軟體失靈。（可以慶幸的是，現在絕大多數的NAT屬於後者，即Cone NAT）

好了，我們看到，通過NAT,子網內的計算機向外連結是很容易的（NAT相當於透明的，子網內的和外網的計算機不用知道NAT的情況）。
但是如果外部的計算機想訪問子網內的計算機就比較困難了（而這正是P2P所需要的）。
那麼我們如果想從外部發送一個數據報給內網的計算機有什麼辦法呢？首先，我們必須在內網的NAT上打上一個「洞」（也就是前面我們說的在NAT上建立一個Session），這個洞不能由外部來打，只能由內網內的主機來打。而且這個洞是有方向的，比如從內部某台主機（比如：192.168.0.10）向外部的某個IP(比如：219.237.60.1)發送一個UDP包，那麼就在這個內網的NAT設備上打了一個方向為219.237.60.1的「洞」，（這就是稱為UDP HolePunching的技術）以後219.237.60.1就可以通過這個洞與內網的192.168.0.10聯系了。（但是其他的IP不能利用這個洞）。

呵呵，現在該輪到我們的正題P2P了。有了上面的理論，實現兩個內網的主機通訊就差最後一步了：兩邊都無法主動發出連接請求，誰也不知道誰的公網地址，那我們如何來打這個洞呢？我們需要一個中間人來聯系這兩個內網主機。
現在我們來看看一個P2P軟體的流程，以下圖為例：

首先，Client A登錄伺服器，NAT A為這次的Session分配了一個埠60000，那麼ServerS收到的Client A的地址是202.187.45.3:60000，這就是Client A的外網地址了。同樣，ClientB登錄Server S，NAT B給此次Session分配的埠是40000，那麼ServerS收到的B的地址是187.34.1.56:40000。

此時，Client A與Client B都可以與ServerS通信了。如果Client A此時想直接發送信息給Client B，那麼他可以從ServerS那兒獲得B的公網地址187.34.1.56:40000，是不是Client A向這個地址發送信息ClientB就能收到了呢？答案是不行，因為如果這樣發送信息，NATB會將這個信息丟棄（因為這樣的信息是不請自來的，為了安全，大多數NAT都會執行丟棄動作）。那該怎麼辦呢？ 首先我們假設Server S是219.237.60.1：7000，當Clinet A（202.187.45.3：60000）向Server S（219.237.60.1：7000）發送數據包，Server S是可以正常接收到數據，因為它是屬於外型開放的伺服器埠。當Server S收到數據包後可以獲知Clinet A（202.187.45.3：60000）對外通信的臨時session信息（這個叫臨時的埠，假設是60000會過期，具體時間不同，一般是每30S發送一個keep住連接以保證埠維持通信連接不斷）Server S此時應將次信息保存起來。而同時，Client B (192.168.0.10:40000)也在時刻向
Server S發送心跳包，Server S就向Client B (192.168.0.10:40000)發送一個通知，讓Client B (192.168.0.10:4000) 發送探測包（這個數據包最好發幾個），Client B (192.168.0.10:4000)在收到通知後在向Server S發送反饋包，說明以向自己以向Client A (192.168.0.20:60000)發送了探測包，Server S在收到反饋之後再向Client A (192.168.0.20:60000)轉發反饋包，Client A (192.168.0.20:60000)在收到數據包之後在向原本要求請求的Client B (192.168.0.10:4000)發送數據包，此時連接已經打通，實現穿透。Client B (192.168.0.10:4000)會將數據包轉發給
Client A (192.168.0.20:60000)從而在轉發給內網內網IP:192.168.0.1。

對於Symmetric NAPT的情況，網上有人說可以通過探測埠的方式，不過成功率並不高，我建議可用伺服器進行中轉。另外，最好在數據包發送前先檢測是否進行的是同個NAT的情況，也就是內網發內網，如果是，直接發送即可，而無需通過外網再繞回來。

『叄』 UDP方式登錄 這是怎麼回事啊

UDP是一種網路鏈接方式，和TCP不同，UDP速度快，單向無驗證

『肆』 QQ登陸失敗

有問題就說出來.也是大家學習交流的機會.誰都會幫助的.

1.你的QQ.是用代理IP 了.騰訊服務中心是要對你的QQ安全性服務.禁止了你的登陸.（或你頻繁的更換IP登陸.或者是****IP代理伺服器失效）.這種情況沒有問題的.保持經常用固定IP登陸就行了

2.你的QQ有病毒.用QQ醫生檢查一下.

3.你的QQ違反了使用規則（如入侵或破解等）被封了.

4.或者是有人用你的QQ登陸了.

我看還是第一個或第二個原因吧. 代理伺服器失效. 重新試試.有的時候就好了

不知道回答是否對你有所幫助. 祝你成功！

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

補充回答：
1. 進入QQ文件夾.把自己的那個號的文件刪除
就是以你QQ號碼為文件名的那個文件刪了
然後再登下自己的號碼! 試試！

2. 檢查一下系統時間.如果不正確請更正後.再登陸試試

3. 換一個QQ號登陸試試.

如果正常.就是你的QQ號存在以上問題.

如果也登陸不了.你就要檢測你的QQ程序或整機是否中毒.

『伍』 QQ怎麼登不了

原因是你的QQ版本太低了`騰訊公司現在停止使用版本過低的QQ,你就不能正常登陸了.你以前可以用是因為以前騰訊公司還沒停止使用這個版本嘛.卸下載一個新版本QQ吧.

下載地址:
http://im.qq.com/qq/dlqq.shtml

安裝後重新登陸就行了.

『陸』 QQ伺服器的IP地址及QQ的埠號是多少

QQ埠4000以上，所以封住4000以上埠，qq的通信就無法進行。

至於伺服器，QQ伺服器分為三類:

1、UDP 8000埠類13個

速度最快，伺服器最多。

QQ上線會向這11個伺服器發送UDP數據包，選擇回復速度最快的一個作為連接伺服器。

這6個伺服器名字均以SZ開頭，域後綴是tencent.com，域名與IP對應為

sz sz2 : 61.144.238.145 61.144.238.146 61.144.238.156

sz3 sz4 sz6 sz7 : 202.104.129.251 202.104.129.254 202.104.129.252 202.104.129.253

sz5 : 61.141.194.203

202.96.170.166 218.18.95.221 219.133.45.15

61.141.194.224

202.96.170.164

2、TCP HTTP連接伺服器4個

使用HTTP 80 和443埠連接

這4個伺服器名字均以tcpconn開頭，域後綴是tencent.com，域名與IP對應為

tcpconn tcpconn3 218.17.209.23

tcpconn2 tcpconn4 218.18.95.153

61.141.194.227

218.18.95.171

3、會員VIP登陸伺服器

使用HTTP 443安全連接

伺服器IP 218.17.209.42