我的客戶基本上使RDP類型的連接到服務器的服務來自服務器的多個客戶端請求(參見VNC服務器)使用橋
因此,有到服務器的多個客戶端進行連接。爲了降低帶寬,我希望在服務器和客戶端之間建立一個橋樑基本上這個網橋將連接到一個端口的服務器並提供多個客戶端請求。
我希望明確我的問題。任何人都可以提出什麼待辦事項?
我想從網橋到服務器的一個連接和橋應該服務於多個客戶端連接
我的客戶基本上使RDP類型的連接到服務器的服務來自服務器的多個客戶端請求(參見VNC服務器)使用橋
因此,有到服務器的多個客戶端進行連接。爲了降低帶寬,我希望在服務器和客戶端之間建立一個橋樑基本上這個網橋將連接到一個端口的服務器並提供多個客戶端請求。
我希望明確我的問題。任何人都可以提出什麼待辦事項?
我想從網橋到服務器的一個連接和橋應該服務於多個客戶端連接
對於VNC,有一個(橋)。您可以將其擴展爲支持RDP。我不知道現有的RDP解決方案是否相同。
您可以使用SSH端口轉發來加密和壓縮您的服務器和客戶端之間的流量。例如,如果你的服務器主機上運行主機bridge
server
端口1234和橋樑運行,您設置主機bridge
隧道像這樣:
[[email protected] ~]$ ssh -C -N -n -L *:1234:server:1234 server
這樣當客戶端連接到bridge:1234
連接轉發到server:1234
加密和壓縮流量。
但它將是一對一的連接。對?我想從網橋到服務器的一個連接和網橋應服務於多個客戶端連接 – ashmish2 2011-02-23 10:48:10
多對一。一旦你建立了一個隧道,你可以連接儘可能多的客戶端,因爲你想「橋接:1234」。 – 2011-02-23 10:50:22
是的,但它仍然是從RDP服務器的角度來看的多個連接,即使所有連接都通過單個SSH連接進行了複用,它仍然是通信量的N倍。我認爲@honeybadger正在嘗試減少服務器上的CPU負載或從網橋到SSH隧道無法解決的服務器的網絡帶寬。 RDP協議可能不會壓縮所有的井。 – kanaka 2011-02-23 15:23:51