問題タブ [rdp]

私はウェブを高低で検索しましたが、これに頭を悩ませることはできません。

基本的に、クラウドにあるWindows Server 2008インスタンスに接続して、バッチファイル（インスタンスにある）を実行したいと思います。

AxMSTSCLibとMSTSCLibを使用してRDP経由で接続していますが、バッチを実行できません。問題は、SecuredSettingsEnabledが有効になっていないため、この種の操作の実行が制限されていることです。

SecuredSettingsEnabledがTrueに設定され、バッチを実行できるようにするには、どうすれば正しく接続できますか？

Does anybody know weather VNC (RFB) supports virtual channels and add-ins to them like it is in the RDP (Microsoft Terminal Services)? I just want to transfer my own data across a VNC connection...

を使用してリモート デスクトップ接続を確立できる C# コードをいくつか作成しましたAxMSTSCLib。

ここまでは順調ですね。魅力のように機能します。

ただし、実際に必要なのは、リモート デスクトップを単純にミラーリングすることです。標準の RDP 接続では、リモート コンピュータがデスクトップ コンテンツをクライアントに送信し、ローカルでログイン画面を表示するため、リモート コンピュータがローカルで操作不能になります。シンプルなデスクトップ ミラーリング ソリューションが必要です。RDP には必要なすべてのコンポーネントが含まれているため、絶対に必要でない限り、サードパーティのソフトウェアを使用したくありません。

私の質問は、RDP に、リモート コンピューターがログイン画面ではなくデスクトップを表示する設定があるかどうかです。

必要に応じて、別のアプローチを喜んで使用しAxMSTSCLibます。

.net を使用してすべての RDP セッションを照会する方法を見つけるのは非常に困難です。qwinsta.exe 呼び出しの結果を解析せずにこのデータを返す方法を知っている人はいますか?

現在、qwinsta メソッドを使用していますが、さまざまな OS インストール (2003/2008/2008r2 など) を照会すると、非常に予期しない結果が返されます。

私は自分のラップトップでコーディングしていて、WindowsPCでオンラインビデオを見ています。次のビデオに移動した後、suckビデオサイトはフルスクリーンモードに戻ることができないので、ラップトップ（Linux）を使用してウィンドウをリモートコントロールしたいと思います。

しかし...ウィンドウへのrdesktopログインを使用すると、現在のセッションはログアウトでした...

だから、私にできることは、どんなクライアントでもこれを行うことができるということですが、私はkde / gnome / xfceの依存関係が嫌いで、素晴らしいwmを使用しており、上記のwmとライブラリはインストールされていません。

簡単なデモプログラムの場合、SDLライブラリを使用してmpegムービーファイルを再生しています。

残念ながら、デモアプリはWindows 7サーバーの1つで実行する必要があり、リモートで確認する必要があります。

問題は、RDPを介してサーバーに接続すると、ムービーが再生されても（音が聞こえます）、SDLウィンドウが黒のままになることです。

これは、リモートデスクトップ経由でアクセスする場合のOpenGLまたはDirectDrawのレンダリングデバイスと関係があると思います。RDP経由でも機能するようにSDLウィンドウを設定するために使用する必要がある設定を誰かが知っていますか？

Windows Media Playerで映画を再生すると、映画が正しく表示されます-どのようなデバイスがメディアプレーヤーを使用していますか？

リモート コンソールに接続するために vmware ESXi vSphere クライアントで使用されるプロトコルを知る必要がありますか? このプロトコルはオープンソースですか? vsphere クライアント以外の VM リモート コンソール接続を有効にする vmware/サード パーティ アプリケーションはありますか?

職場での実稼働セットアップをモデルにした開発ネットワーク セットアップがあり、同じサブネットにいてサーバーを解決できる場合、Active Directory のクエリを正常に実行できました。現在、インターネットにアクセスできる唯一のサーバーであるターミナル サーバーにリモート接続する必要がある場所にこれをセットアップし、その接続を使用して、クエリを実行できる内部専用ドメイン コントローラーにアクセスしようとしています。 (すべて C# で)。これを説明するより良い方法は、この RDP 接続を一種のネットワーク ブリッジに変えようとしているということでしょう。 LDAP パス。

RDP の使用は適切ですか? コード プロジェクトからこれを見つけましたが、内部 DC へのアクセスを許可するのではなく、リモート デスクトップをセットアップするためのもののようです。

私の開発 TS は「ファイアウォール」と呼ばれ、そこから DC に対して以下のコードを実行できるようにしたいと考えています。

私は、インターネット経由でこの内部 DC にアクセスできるようにするほぼすべてのアプローチに賛成です。

I'm working on an RDP client with a friend as a pet project and we're trying to get fast-path updates to work since rdesktop hasn't supported this so far. We're able to process around 20-21 fast-path PDUs after the handshake before decryption starts failing. This is because somewhere in there, the RDP server is encrypting 20 bytes and throwing off the RC4 keystream. If I consume 20 bytes from the client decryption keystream at the right time and place, all my fast-path updates are able to be decrypted. Unfortunately, this "right time and place" changes depending on the sequence of packets the RDP server is sending.

I was wondering 2 things:

1. Has anyone been able to successfully get fast-path updates working in their RDP client, open source or otherwise? Obviously, MSTSC doesn't count :-)
2. Has anyone seen this issue with the 20 bytes or know of any reason why it occurs?

Any help would be much appreciated.

私は、主にリモート Windows サーバーに .NET ソフトウェアを展開する会社で働いています。これらのサーバーは、RDP によってのみ到達可能です。特に、ターゲット マシンが既にリモートのターミナル サーバーの背後にある場合は、これらに展開するのは非常に面倒です。基本的なワークフローは次のようになります。

• 開発マシンで展開パッケージ (デスクトップ アプリのセットアップ プロジェクト、Web の公開オプション) を作成します。
• 「リモート ファイル システム」オプションを有効にして RDP を起動します。
• アプリをリモートにコピーします (リモート ファイルシステムの参照は実際の PITA です)
• 現在のサーバーがターゲットでない場合に繰り返す (リモート TS を経由する場合)
• ターゲット マシンにインストールする

ご覧のとおり、これは非常に面倒です。これをスピードアップできるツール/何かを知っていますか? リモートサーバーはほとんど他社が所有しているため、私のアクセスはほとんど制限されています。

ありがとうございました！