nat-traversal

0熱度

1回答

我想開發測試應用程序（類似IpSec，但很簡單），它實現了在一些「另一個數據包」中使用encription封裝「PC」的所有IP數據包。這個「另一個數據包」被髮送到另一臺計算機（像「代理」一樣），該計算機將原始IP數據包解包併發送到它們的原始目的地。然後，這個「代理」接收「PC」的數據包並將它們標識，封裝併發送到「PC」等。應用程序必須支持與NAT一起工作。我知道使用NAT的IPSec只能使用NA

1熱度

1回答

Nat Punchthrough瞭解P2P概念

所以，我一直在閱讀NAT-Punchthrough。我似乎正在接受這個想法，但我很難實施它，並且我覺得我在這裏錯過了一步。測試此功能有點困難，因爲當涉及到基於Internet的連接時，我幾乎無法控制環境。我有一個SQL服務器作爲我的「服務商」運行，它保持服務器和客戶端的外部地址，以及它們的外部地址。下面是步驟至今： - 我通過存儲服務器/客戶端的IP/PORT web請求（PHP腳本）連接到

0熱度

1回答

在服務器上遠程運行客戶端shell腳本

我有一臺服務器和多個客戶端。服務器想要在每個想要的設備上運行shell腳本。絕對不可能通過簡單的套接字，因爲我們可能有數千個設備。服務器和設備也應始終通過套接字連接。經過大量搜索後，我發現解決方案可能是NAT-T。但是我仍然不知道如何使用它或者是否有其他解決方案。請幫我在客戶端和服務器上做什麼。

1熱度

1回答

libutp（μTP）和NAT穿越（UDP hole punching）

根據維基百科文章，Micro Transport Protocol支持使用UDP穿孔的NAT穿越。但看看libutp's project page我在頭文件中找不到任何這樣的參考。我錯過了明顯的東西嗎？或者在其他地方實施了NAT穿越？

0熱度

1回答

連接到STUN返回外部IP地址

我嘗試連接到一個網絡服務器是在NAT之後在端口4000 聽在我的Web服務器，使用pystun（https://github.com/jtriley/pystun）和命令： $ pystun -p 4000 我有 NAT Type: Symmetric NAT External IP: <ip> External Port: 1024 一個返回值，但是，當我TR y從http：//：1024訪問它

1熱度

1回答

NAT穿越TURN服務器在C＃

這是我以前的帖子： NAT Traversal using only free STUN and TURN servers in C# 我在做一個在線應用程序相互對等網絡通信。預計大多數用戶將在他們的NAT後面的專用網絡中，並且我需要遍歷它。我買不起外部服務器，所以我唯一可以依賴的東西是免費服務器，如Numb（這意味着我不能提供我自己的實現或擴展它。）但是，經過一些研究，我cann不知道如何使用

2熱度

2回答

SIP INVITE請求端口得到搞砸

開發一個NAT穿越解決方案，使用resiprocate，它工作正常，但往往SIP INVITE獲得的特別沒在Cisco路由器上 1 SIP寄存器由端口發送出去1024 來源：107.108.188.26 目的地：107.108.188.52 用戶數據報協議，源端口：1024（1024），目的端口：SIP（5060） 2. SIP狀態200 OK 來源：107.108.188.52 目的地：107.

-1熱度

1回答

我如何在互聯網上使用.net Remoting

我有兩個應用程序在不同的計算機上，而不是通過遠程處理通道相互連接。我想通過不同的網絡（通過互聯網）從客戶端控制服務器。我該怎麼做？是否可以配置遠程處理繞過NAT /打孔？

0熱度

2回答

在NAT後面工作 - 一種設備通信方案

我試圖想出一個能夠在嵌入式設備（基於xMega128（C））和Android應用程序之間進行數據交換的解決方案。數據交換必須通過互聯網進行，嵌入式設備和運行應用程序的移動設備可以位於不同的NAT後面，使用不同的ISP，3G，LTE等進行連接。我試過UDP打孔，但它不適用於對稱NAT。預測多孔衝孔也不能保證100％的可靠性。我也考慮過使用ICE，但ICE C庫（pjnath，libnice）與所選

2熱度

1回答

無法通過升級asio設置TCP源端口

通常，將數據作爲客戶端發送到哪個源端口並不重要，但我仍然希望爲其進行一些測試。所以我試圖綁定我的客戶端的套接字到一個特定的端口，但即使當我在本地機器上運行客戶端和服務器（localhost作爲dest地址）服務器告訴我，我的源端口是59000. 我初始化我的插座是這樣的： tcp::socket socket(io_service,tcp::endpoint(tcp::v4(),2000));