私 これをスーパーユーザーに投稿しました しかし私はこれがより良い聴衆になるだろうと思いました。 (クロスポストしてすみません...)
私の雇用主は、vpnとrdpから、管理者が「rdpoverhttps」と呼ぶものを使用するように切り替えました。そのスイッチ以来、私は「新しい」rdpサーバーに接続できないことに気づきました。
私thinkの進捗状況は次のとおりです。
Windowsのmstsc-settingsでは、サーバー名は接続したいマシンの「内部ネットワーク名」です。そして最後のタブ(ドイツ語では「leistung」と呼ばれます-アクティビティである可能性があります)で、「どこからでも接続」設定に移動し、gateway-serverをgateway-serverの下に設定します。
今:
Linuxでこのシナリオを使用する何か方法はありますか(Windowsを実行している仮想マシンを除く)?
私は、に興味を持っています
無料のアイデアの方がいいでしょう:-)
SuperUserで、sshサーバーを公開し、rdpをトンネルするというアイデアを思いつきました。これは有効なアイデアですが、私の場合は実行可能ではありません。ゲートウェイサーバーを介してrdpサーバーに接続するためのアイデアが本当に必要です。
これを実行できるソフトウェアが1つ(!)あります。
http://itap-mobile.com/desktop/rdp/ はiTapをもたらします-20€+税で来るrdp接続ソフトウェア。オープンソースではありませんが、私の「問題」の解決策です...テストバージョンもあります。
iTapはGNU/LinuxとMacで動作しているようです。
雇用主の設定で試してみましたが、問題なく動作します。
更新:
さらに調査を行ったところ、[〜#〜]ではなく[〜#〜]、単にrlsを介してrdpがトンネリングされているようです。したがって、stunnelはこのシナリオでは機能しません。
今でも、ゲートウェイがどのように機能するのか正確にはわかりません。プロトコルは標準である場合もあれば、Microsoftがまとめた独自のものである場合もあります。しかし、誰が知っているか-あなたは幸運になるかもしれません、そしてそれは何か標準的なものです。
次に試すのは ProxyTunnel です。ゲートウェイが標準のCONNECTプロキシである場合は、機能する可能性があります。コマンドはこれらの線に沿ったものになります-
proxytunnel -a local_port -p gateway_server:port -d destination_server:port
次に、local_portのlocalhostにrdpします。
うまくいくとは約束できませんが、試してみる価値はあります...
単純なtlsプロキシの場合(プレーンなrdpはtlsを介してトンネリングされます)、 stunnel を試すことができます。
Localhost:some_portからgateway:rdp_portへのstunnelをセットアップしてから、rdpクライアントをlocalhost:some_portにポイントします。
ただし、他のプロトコル(rdpとtls以外)が関係している場合は、そのプロトコルをサポートするクライアントが必要になる可能性があります。その場合、MS RDPクライアントはWINEで動作しますか?