FreeSSHdは、C:ドライブではなく、別のドライブD:にWindows Server2003にインストールされます。コマンド-D:ドライブにプロンプトを表示してsshと入力すると、sshが認識されないことが通知されます。
ハッシュ化されたパスワードを使用してFreeSSHdにユーザーとして自分自身を追加し、SSHを有効にしました。
Windowsファイアウォールサービスが実行されていません。
リモートデスクトップ接続を使用してサーバーに接続できます。 Mercurialソースコード管理システムでsshを使用したい。
リモートデスクトップ接続を介してサーバーにログオンしている間、クライアントマシンのsshおよびPuTTYを介してサーバーに接続することもできます。
リモートデスクトップ接続を介してサーバーからログオフし、クライアントに入力するとすぐに次のようになります。
ssh <username>@<server>
私は得る:
ssh: Connect to Host <server> port 22: Connection refused
答えは、サーバーからログオフしないことです。そうすれば、sshサーバーは実行を継続します。クライアントマシンのリモートデスクトップ接続プログラムを閉じるだけです。
古いスレッドを復活させることは知っていますが、いくつかの新しい情報があります。答えは、実際には、サービスとフロントエンドが独自のiniファイルを使用して独立して実行されているように見えるということです。サービスはデフォルトでLocalSystemとして実行されますが、フロントエンドを実行すると(少なくともWindows 7では)、プロファイルディレクトリツリーに設定が保存されるため、サービスがそれを読み取ることはありません。
私にとっての解決策は、FreeSSHDService.iniファイルを次の場所からProgramFilesフォルダー内のファイルの上にコピーすることでした。
C:\users\<my username>\AppData\Local\VirtualStore\Program Files (x86)\freeSSHd\
サービスを再起動すると、ログアウトできます。しかし、Mattijsが指摘しているように、それでも時々転倒するようです。もう1つの欠点は、構成を変更する必要があるたびに、iniファイルを手動で編集するか、UIで編集した後に再コピーする必要があることです。残念ながら、サポートされなくなりましたが、それでも非常に便利なツールです。
申し訳ありませんが、それはばかげています。サービスをシャットダウンしないようにセッションを開いたままにしておく必要があります。同じ問題が発生し、コマンドから管理者としてサービスを開始することでサービスを実行できました。
次の手順を実行します。管理者のサービスコンソールに移動し、現在のfreessshdサービスを停止します。次に、CMDを開いて実行します。
runas /user:<localmachinename>\administrator cmd
ここで、\ administratorはadminユーザーに置き換えることができます。ローカルマシン名は必要ありませんでした。
パスワードの入力を求められ、新しいCMDが開きます。このコマンドでは、freesshdserviceを次のコマンドで開始します。
net start <service name>
すべての画面を閉じて、ログオフします。テストはfreesshdがまだ実行中です。
マイナーな改善は、コマンドラインコードに自動起動を追加して、サーバーの再起動後に再起動するようにすることです。現在の解決策では、そうはならないと思います。
Freesshd構成ツールを右クリックし、[管理者として実行]を選択し、サービスの[サービスにデスクトップとの対話を許可する]チェックボックスもオンにします
FreeSSHDサービスでは、[サービスにデスクトップとの対話を許可する]設定を有効にする必要があります。