問題タブ [remote-desktop]

パスワードをハッシュして.rdpファイルにダンプしようとしています。ここで（多かれ少なかれ）それを行う方法を示しているサイトを見つけましたが、3.1では機能しません。

2.5.4では、次のようになります。

3.1ではこれが得られます（3.1ではすべてがユニコードなので、u "を捨てるだけですか？）：

OK、私は以前にそのエラーを見たことがありますが、通常は最初にバイトに変換する必要があることを意味します。

これはすべてうまくいっているように見えますが、その16進値を.rdpファイルにダンプすると機能しません。これは、Unicode文字列「password」の16進暗号ではなく、16進暗号であるためと推測できます。バイトの「パスワード」。.decode（）を試しましたが、これは期待どおりの動作を行い、hex-cryptバイトを文字列に変換します。元のUnicode文字列のhex-crypt文字列は提供されません。

私はwin32crypt.CryptProtectDataに関する情報に夢中になっているようにグーグルで検索しましたが、文字列ではなくバイトまたはバッファオブジェクトが必要になる理由についての有用な情報を見つけることができません。

誰か助けてもらえますか？
（または、Pythonを介してプログラムで開いているリモートデスクトップセッションにパスワードをフィードする簡単な方法を知っている人はいますか？hehe）

Windows XP 上の Excel 2003 で実行されている、多数の ActiveX コントロールを含む Excel ワークブックがあります。リモート デスクトップを使用して接続すると、ActiveX コントロールによってフォントが変更され、場合によってはフォント サイズが変更され、場合によっては方向が変更されます (スピナー コントロールの場合)。これは、最初の接続時とワークブックの使用時に発生します。その後、一部のコントロールのサイズが拡大し、他のコントロールやワークブックの一部と重なることがよくあります。

これは、不適切な接続管理 (閉じていない) が原因でメモリ使用量が増加している可能性があることをどこかで読みました。リモート デスクトップで表示が大きく異なる理由は他にありますか?また、回避策はありますか? (各コントロールのプロパティは通常同じままであるため、それらを強制的にサイズ変更しても常に効果があるとは限りません)

Windowsフォームアプリケーションのちらつきを減らすことについて、インターネットのあちこちにたくさんの質問があることに気づきました。豊富な実験の結果、私の特定のケースでの解決策は非常に簡単であることがわかりましたControl.DoubleBuffered。ちらつきを示していたコントロールのプロパティをtrueに設定しました。これは、必要な制御クラス（私の場合は、ListViewtoDoubleBufferedListViewとfrom ）DataGridViewから単純に導出することで実現しましたDoubleBufferedDataGridView。

私が取り組んでいるアプリの主な原因は、オブジェクトのイベントでDataGridViewそのセルの多くを更新することです。ダブルバッファリングを有効にする前は、ほとんどの更新でグリッドがわずかにちらつきます（それほど悪くはありませんが、目立つほど十分です）。ダブルバッファリングを有効にした後、ちらつきは消えました。TickWindows.Forms.Timer

ただし、ここでは開発マシンについて話しています。残念ながら、このアプリは実際にはリモートデスクトップ接続を介してエンドユーザーによって実行されます。これは、レイモンドチェンによるこのブログ投稿から学んだことで、ダブルバッファリングを使用するべきではないことを意味します。

それで、私の質問は、何を使うべきかということです。Chenは、ローカルマシンでのダブルバッファリングアプローチと、リモートデスクトップ接続での従来の非ダブルバッファリングアプローチを切り替えることを提案しています。ただし、その場合でも、このアプリのエンドユーザーはちらつきを経験します。これは単に避けられないのですか？

記録のために：これは/ （すでにそれを実行してコントロール）または/ （すでにそれをコントロールに対しても実行している）という単純な問題ではありませんが、私が言ったように、それは特に重要ではないと思います特定のセルの値を更新しているだけです）。BeginUpdateEndUpdateListBoxListViewSuspendLayoutResumeLayoutDataGridView

ちらつきのないリモートデスクトップアプリは単純に不可能ですか？

特定の動的 DNS からの接続のみを許可するように、ファイアウォール (Windows 2008 の Windows ファイアウォール) に制限を設定したいと考えています。これは可能ですか？

私が尋ねる理由は、これにより、IP が変更された場合に動的 DNS の IP を変更するだけで済み、RDP からロックアウトされないことを意味するからです。これにより、DNS に対して IP を変更するだけで、静的ではない IP を持つ他の場所から RDP で接続することもできます。

何か案は。

前もって感謝します。

スマートフォンを使用して RDC に接続する方法はありますか? サポートや開発目的で使用できますか? あなたの経験を共有してください。

組み込みのリモート デスクトップ クライアントを使用して、Windows 7 x64 マシンから Windows XP SP3 を実行している開発マシンに接続しています。ほとんどのアプリでは、問題なく正常に動作します。Visual Studio では、テキスト エディター全体を入力するたびに再描画が続けられます。

この質問に出くわしました: VS 2008 SP1 over Remote Desktop: Constant Repainting? そして、すべてのVS設定をデフォルトにリセットしてから提案された設定を無効にするなど、すべての提案を試してみましたが、効果はありませんでした。誰かがこれに対する信頼できる解決策を見つけましたか? 自宅で仕事をしていると、常に画面がリフレッシュされて気が狂いそうです。

いくつかの追加情報: リモート デスクトップは、1680x1050、15 ビット カラー、ビジュアル スタイル以外のすべてのエクスペリエンス設定の低速ブロードバンド、および永続的なビットマップ キャッシュがオフになっている状態で実行するように設定されています。

Visual Studio 2008 Team System は、Service Pack 1 と Power Commands がインストールされた開発マシンで実行されています。

更新:同じ建物内の仮想マシンの 1 つに接続し、この問題を経験することなく VS2008 を使用できます。VM は Windows 2003 Server を実行しているため、ここで違いが生じるかどうかはわかりません。

この質問は、リモート デスクトップ セッションを検出する方法を教えてくれます。

リモート接続がどこから初期化されたかを知ることができるかどうか誰か知っていますか?

デスクトップ共有アプリケーションにXMPPを使用することは可能ですか？ご不便はありますか？

リモート デスクトップ接続を介して Windows Server でリモートで作業していますが、一部のプロセスがサーバーをハングさせました。タスク マネージャーのリモートを起動する方法 (ローカルで CTRL + ALT + DEL を実行するのと同じ) を調べたところ、CTRL + ALT + END が見つかりましたが、機能していないようです。

ログオフして再度ログオンしようとしましたが、システムはまだ稼働しています (以前に My Comptuer のプロパティを確認してみました。参考までに)。

どうすればこの「障害」から逃れ、新鮮なスターになれるか知っている人はいますか?!?

DirectXコンポーネントを含むWPFアプリケーションがあります。このコンポーネントはリモートデスクトップでは機能しません。破損したイメージを表示するだけです。リモートデスクトップを使用していない場合、アプリケーションは正常に動作します。

問題をデバッグしようとして、2010年2月のDirectXSDKをインストールしました。これで、SDKとリモートデスクトップを備えたコンピューターでプログラムを別のコンピューターから実行すると、コンポーネントは正常に機能します。ただし、その逆は機能しません。DirectXSDKのないコンピューターで実行しているときに、リモートデスクトップ経由でアプリケーションを使用しようとすると、イメージが破損するという元の問題が発生します。

SDKマシンでアプリケーションを実行する場合とSDK以外のマシンで実行する場合で、ロードされたDLLを（Process Explorerを使用して）すでに比較しました。どちらも同じDLLバージョンをロードしています。

他に何がこの動作を引き起こしている可能性がありますか？

編集：アプリケーションが実際に別のDLLをロードしていることを発見しました。DLLリストを適切にキャプチャしなかったため、気づきませんでした。SDKを搭載したマシンでアプリケーションを実行すると、DirectX参照ラスタライザーであるD3DREF9.dllが読み込まれます。これは私に問題が何であるかについての手がかりを与えてくれますが、私はまだ解決策を考えています。