LinuxクライアントからデュアルブートホストのWindows側へのパスワードなしのSSH認証の設定。 ssh-copy-idが失敗する
私の最終目標は、デスクトップの状態（オフ、オン、Windows 10、ミント19など）に関係なく、ミントを実行しているラップトップからデュアルブートデスクトップにsshアクセスすることです。ラップトップ（ミント）とデスクトップの間にed25519認証を設定しました。 （ミント）インストール、およびデスクトップにwake onlan信号を送信するために使用したrasps-pi。ただし、これをWindows 10側のopensshで機能させることは、悪夢でした。
ssh-copy-idが失敗するため、pubキーの移動は手動で行う必要があります。厳密なチェックをオフにするとed25519認証が機能するため、現時点では権限の問題であることがわかりますが、これは悪い習慣であり、疑わしいことを確認するためにのみオフにされました。私はこのサイトの多数のスレッドをフォローして、認証が通過するようにアクセス許可をまっすぐに取得しようとしましたが、それはくだらないことでした。同様の問題に関する質問のほとんどは、半ダースのファイルのアクセス許可を変更することで解決されますが、それらをフォローするたびに、起動時にクラッシュするssh-serverサービスになってしまいました。私は途方に暮れています。
理解した。 Windowsバージョンを使用してサーバー側でログをトリガーする方法がわからず、クライアント側のログのみに依存していましたが、一度実行すると、状況がはるかに明確になりました。私は、Windowsで認証が失敗したときの主な原因として、すべてがアクセス許可の問題を指摘しているように見える「スレッドクラム」を盲目的に追跡していました。答えはずっと簡単でした。
WindowsバージョンのopenSSHは、Linuxバージョンと同じディレクトリ構造を使用しなくなり、pubキーとHostキーを同じフォルダーに一緒に保存するようになりました。 sshd_configの最後の行をコメントアウトすると、nixの動作に戻り、キーがその方法で配置されている場合に認証が機能できるようになります。私はこれを早い段階で試しましたが、許可を台無しにする前ではなく、他の修正を試みてもうまくいきませんでした。私の問題の検索結果が私を野生のガチョウの追跡に導き、実際には比較的単純な問題を診断するのを難しくしたので、これが誰かを助けることを願っています。