TCP / IP Bağlantısını Uzak Masaüstü Bağlantısı Üzerinden Tünelleme


34

Uzak Masaüstü Bağlantısı üzerinden bağlanabileceğim özel bir ağda uzak bir Windows sunucusu var. Bilgisayarımdan o sunucunun ağındaki diğer bilgisayarlara TCP / IP bağlantıları kurabilmek istiyorum.

Uzak Masaüstü Bağlantısı, yazıcıları, sürücüleri ve diğer yerel kaynakları bağlantı üzerinden paylaşmayı mümkün kılar. RDC üzerinden TCP / IP bağlantısını "tünellemenin" herhangi bir yolu var mı?

SSH'nin sağladığı liman yönlendirmeye benzer bir şey istiyorum. Bunu RDC üzerinden yapmanın bir yolunu görmüyorum, ancak kabiliyetin orada olduğunu umuyorum ve sadece bilmiyorum.

Yanıtlar:


7

RDP üzerinden tünel açabileceğinizi sanmıyorum, ancak sunucuya rdp yapıp ardından istemcinize bir ssh tüneli başlatırsanız, makineleriniz ssh ile bağlanacaktır. Hem uzak hem de yerel bağlantı noktalarını yönlendirebilir, böylece tersini de yapabilirsiniz.

DÜZENLE

İstemci bilgisayarınıza bir ssh sunucusu kurar ve 443 numaralı bağlantı noktasında ssh bağlantılarını kabul edecek şekilde ayarlarsanız, ssh sunucusuna (istemcinize) sunucunuzdan (ssh istemci bağlantısını kullanarak) bağlayabilirsiniz ve herhangi bir bağlantı noktasını açmanız gerekmez ( 443 https için açık olmalıdır)


1
Evet, bir SSH sunucusu kurmam gerekecek gibi görünüyor. Ne yazık ki, güvenlik duvarındaki bağlantı noktasını açmak için MIS'den işlem yapılması gerekeceğinden, birkaç gün / hafta sürebilir.
Kristopher Johnson

İstemci bilgisayarım birkaç güvenlik duvarı katmanının arkasında. Sunucudan istemciye tekrar bağlanıp bağlanamayacağımı bilmiyorum. (Tüm limanlar açıkken dünya çok daha kolaydı.)
Kristopher Johnson

443 tcp ile bile sunucudan müşteriye uygun iletişimin olmadığı,
RDP'ye


1

Yönetici erişimine veya arayüz-arayüz ağ yönlendirmesine izin vermeyen bir Windows Server ile kullanmak için rdp2tcp'den daha iyi bir şey bulamadım . Bunun çalışmasını sağlamak için rdesktop'unuzda OOP yamasını yapmanız gerekecek (rdesktop'un yeni bir sürümüne uygun olanı bulmak için son sayfalara gidin). MinGW derleyicisini tünelin Windows ucunu derlemek için kullandım.

Belgeler de mükemmel ve özlü.

Küçük bir nokta gibi görünebilir: İçinde '-' bulunan bir 'addin' adı kullanırsanız, rdesktop komut satırını doğru şekilde ayrıştırmaz. Bu, doğru kaçmayı gerektiren bir faşizm olabilirdi, ama emin değilim.

Anlayabildiğim kadarıyla, bu, Windows tarafında yönetici ayrıcalıkları olmadan mümkün olamayacak şekilde TCP Protokolü veri birimlerini 'gören' bir 'gerçek' TCP tüneli olmadığını unutmayın. Daha çok önceden yapılandırılmış bir uç noktaya sahip bir çorap vekili gibidir (çok sonuç olmasa da). İsterseniz, aynı zamanda gerçek bir çorap vekiline sahiptir.

Kolayca etkileşimli bir SSH oturumu yönetebildim, ancak SSH dosya aktarımı için beklemiyordum (rdesktop konsolunda 'sanal kanal bağlantısı kesildi') , fakat stderr'de değişiklik yapılmadan)). RDP2TCP_PING_TIMEOUT adlı kaynakta, tüneli tutmaya devam eden kalıcı bir zaman aşımı gibi görünen bir sabit vardı. Ara ağda bir çeşit boğulma olduğunu varsayarsak, bunu 5'lerden 900'lere çıkarmak hile yapmış gibi görünüyordu ve 100 MB'a kadar olan transferler için hazırlandı (bu özel ağda yaklaşık 15 dakika sürdü).

Bunun ötesinde, rdp2tcp'nin, rdesktop borusunda bir mola nedeniyle aldığı iddia edilen bir SIGPIPE'yi aldığı bulundu; SIGPIPE tetiğinden önce ve sonra, rdesktop için boru sayısında bir değişiklik olmadığını göstermiştir.

Bu durumda, rdesktop'u ve muhtemelen tünelin Windows tarafını da yeniden başlatmanız gerekecektir. Rsync'i kullanabilir ve dosya aktarımlarını devam ettirebilirsiniz ve belki de tüm kurtarma işlemini otomatikleştirebilirsiniz.

Bütün bunlar Linux'u müşterin olarak kabul ediyordu. Cygwin / X ile karşılaştığım ilişkisiz sorunlardan dolayı Windows’taki yamalanmış rdesktop’u denemedim. Sanırım işe yaramalı.

Ayrıca, deneyimim SSH ile oldu, ancak başka bir yöntemle büyük dosya aktarımlarının aynı sorunları etkilemesi muhtemel.


Windows 7'deki öğelerin üstünde nasıl
kurulur

0

Yerel liman yönlendirmeyi RDP'ye kullanabileceğinizi düşünüyorum:

A -> B -> C

A Windows veya Mac, B Linux ve C Windows. A'dan C'ye C ve RDP yapmak istiyorsanız, A'dan sonra doğrudan A'ya erişilemez

ssh username@B -L 7777:C:3389

RD istemcisini açın, ardından 127.0.0.1:7777 noktası C'nin kullanıcı adını ve şifresini kullanın. Bunu Mac'ten denedim, ancak Windows için çalışmalı.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.