物理的にアクセスできないシステムがあり、自動的に Windows 8 デスクトップで起動します。Windows 独自のリモート デスクトップ サービスは無効になっており、システムは標準の Windows 8 Pro のインストール時にインストールされた状態とまったく同じです。
システムに tightvnc サーバーがあり、今日ビデオ カード ドライバーを更新するまで、信頼性の高いリモート アクセスが可能でした。
私の知る限り、システムは Windows で正常に起動しますが、tightvnc ビューアには黒い画面しか表示されません。
ビデオ ドライバーが原因のようで、VNC が混乱しています。この問題を解決する方法はいくつかありますが、それらはすべて、システムへのローカル アクセスがあることを前提としていますが、私にはそれができません。システムにはモニターもないため、システムの場所にいる誰かがシステムの電源をオフにしてオンに戻すことはできますが、それだけです。
したがって、システムにアクセスするオプションは、vncviewer クライアントのファイル転送機能を使用することです。これは正常に動作し、リモート システムのディレクトリを参照できます。何らかのファイルを準備してシステムにコピーし、そこにいる誰かに再起動するように指示することは可能でしょうか?
また、問題のコンピュータと同じローカル LAN 上の別のコンピュータへのリモート アクセスも機能しています。そのため、そのコンピュータに接続して何かできるかもしれません。強調しておきますが、これは最新の Windows バージョンなので、すべての Windows 共有は LAN 経由のリモート アクセスに対して十分に保護されていると想定しています。これは間違っているでしょうか?
ご協力いただければ幸いです。
答え1
実際に手を加える必要がある段階に達したと思います。少なくとも、デバイスを再起動できる人が現場にいる場合は、より正常に起動したり、画像を表示したりできる可能性があります。
このシステムがどれほど重要であるかはわかりませんが、リモート システムを操作するときに考慮すべき点がいくつかあります。
- Windows 環境では、UNC が最適な選択肢となることはほとんどありません。
- 問題が発生する前に、MMCを介してリモート接続を評価する必要があります。
- リモートレジストリも素晴らしいツールです
- セキュリティは、ファイアウォール、ACL、OS + ソフトウェアの組み合わせです。何らかの理由でポート 3389 を適切に保護できない場合、またはそれに応じてポート転送できない場合は、VNC が最適な選択肢となる可能性があります。
- 「ハンズオン」の予備計画を立ててください。
これは私が思いついたリストですが、最後の部分については実践的なサポート将来的には、BIOS とセーフ モードへのリモート アクセスを実現するために、IP KVM を検討することになるかもしれません。
私が何度も使用した、安価で優れたソリューションは、Lantronix Spider です。
この方法により、ソフトウェアに障害が発生した場合でも、ブラウザ経由で VNC を使用して重要なデバイスにアクセスし、セーフ モードで起動し、ドライバーを再インストールしたり、デバイスを再イメージ化したりすることができます。IP KVM は優れた製品で、私はラップトップ、デスクトップ、さらには Android タブレットでも使用しています。