1

職場で特定のシステムを監視するために、リモート デスクトップ セッションをセットアップしようとしています。Linux マシンにしかアクセスできず、ターミナル サーバー ゲートウェイ経由で接続する必要があります。これを行うために FreeRDP を使用しており、次のコマンドを使用して接続を作成しています。

xfreerdp /d:** /u:***** /p:******** /g:*****.************.*** /v:****.*********.***** /ポート:3389 /サイズ:1920x1080

スーパーバイザーの要求に従ってすべての接続の詳細を非表示にしましたが、スーパーバイザーと私は正しい情報がフィールドに入力されていることを確認しました。接続を送信すると、次のエラーが表示されます。

******.************.***:443 に接続しました

******.************.***:443 に接続しました

TS ゲートウェイ接続成功

フラグ 3 でスタブ長 4 を取得し、7 を呼び出しました

フラグ 3 でスタブ長 4 を取得し、6 を呼び出しました

SSL_read: I/O エラー: ピアによって接続がリセットされました (104)

Rpc_client_frag_read: ヘッダー読み取りエラー

私が何を見逃しているのか、誰にも分かりますか？私も追加しようとしました

/秒:rdp

スクリプトに追加しても、同じエラーが発生しました

4

1 に答える 1

0

Windows システムから rdp を試してください (または、Windowsに直接アクセスできないため、他の人にそのシステムから試してもらいます)。問題が解決しないことはわかっていますが、より良い情報が得られる可能性があります。私も同様の状況にあり、同じエラーメッセージが表示されました。xfreerdp の代わりに remmina を試してみたところ、xfreerdp が吐き出すよりもさらに少ない情報しか得られませんでした。

Windows VM からは、少なくともドメイン\ユーザー名とパスワードが正しいことを確認できました。つまり、自分のアカウントがそのサーバーへの rdp アクセスを許可されていないことがわかりました。これは、rdp できるアカウントがあることを意味すると考えていますが、私のアカウントはその中にありません。しかし、途中で、リモートが信頼されていない機関からの証明書を使用していることに気付きました。これは、私の場合に役立つ情報でした。

Linux が古いか、更新されていない場合は、更新してください。証明書ストアが古くなっている可能性があります。しかし、あなたの会社の Windows ドメインに、Linux が認識していない証明書がある可能性もあります。会社が提供する証明書が不足しているのは単純な問題かもしれません (ドメイン上のすべての Windows マシンに証明書をプッシュしますが、Linux マシンはその「利点」を得られないため)。

于 2016-03-02T21:42:31.470 に答える