会社にはRDS(リモートデスクトップサーバー)TSG(ターミナルサービスゲートウェイ)サーバーがあり、従業員が自宅からRDSセッションに接続できるため、自宅から仕事用のRDSデスクトップを見ることができます。
これは、次の設定でWindows 7を使用している自宅のコンピューターで正常に機能します。
ただし、一部のユーザーは自宅にLinuxがあり、freerdp 1.2.0を使用しようとしています。
次のコマンドを使用して社内LANに接続されたラップトップでこれをテストしましたが、正常に動作します。
$ xfreerdp /f /rfx /cert-ignore /v:farm.company.com /d:company.com /u:administrator /p:
しかし、会社のLAN接続(つまり、ホーム接続)を使用していないラップトップでそのコマンドを使用しようとすると、次のようになります。
freerdp_set_last_error 0x2000C
Error: protocol security negotiation or connection failure
したがって、私は freerdp 1.2.0の新しいTSGコマンド の一部を次のように使用しようとしていますが、これも機能しません。
TSG関連のコマンドは4つしか表示されません。
/g:<gateway>[:port] Gateway Hostname
/gu:[<domain>]<user> or <user>[@<domain>] Gateway username
/gp:<password> Gateway password
/Gd:<domain> Gateway domain
どこかで本当に必要なのは/g
私の特定のシナリオでは、間違って読んだ可能性があります。
だから私がしようとすると:
$ xfreerdp /f /rfx /cert-ignore /v:farm.company.com /d:company.com /g:rds.company.com /u:administrator /p:
それは私に与えます:
Could not open SAM file!
Could not open SAM file!
Could not open SAM file!
Could not open SAM file!
rts_connect: error! Status Code: 401
HTTP/1.1 401 Unauthorized
Content-Type: text/plain
Server: Microsoft-IIS/7.5
WWW-Authenticate: Negotiate
WWW-Authenticate: NTLM
WWW-Authenticate: Basic realm="rds.company"
X-Powered-By: ASP.NET
Date: Wed, 02 Jul 2014 12:36:41 GMT
Content-Length: 13
元のコマンドを検討します。
$ xfreerdp /f /rfx /cert-ignore /v:farm.company.com /d:company.com /u:administrator /p:
これは、会社のLAN内のネットワークに接続されているLinuxラップトップで動作します。
自宅でインターネットに接続されている同じLinuxラップトップで、(追加のTSGパラメーターを使用して)同様のコマンドを使用できないのはなぜですか?
新しいTSGスイッチを正しく使用していませんか?
入力するコマンドのレイアウトが正しいことを確認する必要があります。あなたが何かをめちゃくちゃにしたり、間違った場所にある場合は、何をしようとしてもエラーになります。
実行しようとしたコマンド$ xfreerdp /f /rfx /cert-ignore /v:farm.company.com /d:company.com /g:rds.company.com /u:administrator /p:
このようにコマンドを入力する必要があります-xfreerdp /cert-ignore /v:WORKSTATION /d:DOMAIN /u:USERNAME /p:PASSWORD /g:GATEWAY
ここで、RDゲートウェイのターミナルサーバーに同じアカウントを使用していない場合は、これを実行する必要があります-xfreerdp /v:WORKSTATION /d:DOMAIN /u:USERNAME /p:PASSWORD /g:GATEWAY /Gd:GATEWAYDOMAIN /gu:GATEWAYUSERNAME /gp:GATEWAYPASSWORD
。これが必要な理由は、接続しているユーザーが承認済みアカウントとしてrdゲートウェイにまだ保存されていない場合、そのユーザーの接続を拒否するためです。そのため、接続にアクセスするためのすべての権限を持つゲートウェイのメインユーザーは、強制的に接続することができ、完全な接続を確立する必要があります。これにより、一種の強制接続が可能になります
また、会社で使用しているルーターが、オフィスの外からリモート接続からアクセスできるように構成されていることを確認してください。また、セットアップや構成が正しく行われていなかった場合にも、接続障害が発生します。
エラーが発生しましたが、/sec:rdp
/usr/local/bin/xfreerdp /f /rfx /cert-ignore /v:myhostip /u:mywindowsuser /p:mypassword /sec:rdp