ルーターの背後にプライベートSSHサーバーをセットアップし、ラップトップを使用して接続できるように努めています。いくつかのガイドを試してみましたが、これまで何も効果がありませんでした。私は持っています
- マイルータでポート転送を有効にして、ポートXXXXのすべてのトラフィックをマイサーバーのポート22に送信します。
- 私のサーバーでデーモンを起動し
sshd（デフォルトではポート22でリッスン）、ポート22が私のサーバーで開いていることを確認しました。 - 私のラップトップでこれを使ってキーペアを
ssh-keygen作成し、USB経由で送信しますmy_key.pub。キーの生成中にパスワードフィールドを空白のままにします。 - サーバーから秘密鍵をそこに
mkdir ~/.ssh移動しましたcat my_key.pub >> ~/.ssh/authorized_keys。ラップトップからmkdir ~/.ssh秘密鍵をmy_keyそこに移動しました。
私の公開IPはYYY.YYY.YYY.YYYです。私のサーバーのローカルIPは192.168.1.73です。
しようとすると、接続が拒否され、他のデバッグメッセージは表示されません。ポート指定がない場合でも同じ状況が発生します。ssh [email protected] -p XXXX -v
試してみると、パスワードフィールドが表示されますが、そのフィールドにパスワードは適用されません。ssh [email protected] -v
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Connecting to 192.168.1.73 [192.168.1.73] port 22.
debug1: Connection established.
debug1: key_load_public: No such file or directory
debug1: identity file /home/xps/.ssh/id_rsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/xps/.ssh/id_rsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/xps/.ssh/id_dsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/xps/.ssh/id_dsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/xps/.ssh/id_ecdsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/xps/.ssh/id_ecdsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/xps/.ssh/id_ed25519 type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/xps/.ssh/id_ed25519-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_7.2
debug1: Remote protocol version 2.0, remote software version OpenSSH_7.3p1 Debian-1
debug1: match: OpenSSH_7.3p1 Debian-1 pat OpenSSH* compat 0x04000000
debug1: Authenticating to 192.168.1.73:22 as 'root'
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: algorithm: [email protected]
debug1: kex: host key algorithm: ecdsa-sha2-nistp256
debug1: kex: server->client cipher: [email protected] MAC: <implicit> compression: none
debug1: kex: client->server cipher: [email protected] MAC: <implicit> compression: none
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ecdsa-sha2-nistp256 SHA256:0wIYI/LCJOSgjJMN9uiinKC5GVwNyH7cVf1CeqnAQEs
debug1: Host '192.168.1.73' is known and matches the ECDSA host key.
debug1: Found key in /home/xps/.ssh/known_hosts:1
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_EXT_INFO received
debug1: kex_input_ext_info: server-sig-algs=<rsa-sha2-256,rsa-sha2-512>
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Trying private key: /home/xps/.ssh/id_rsa
debug1: Trying private key: /home/xps/.ssh/id_dsa
debug1: Trying private key: /home/xps/.ssh/id_ecdsa
debug1: Trying private key: /home/xps/.ssh/id_ed25519
debug1: Next authentication method: password
[email protected]'s password:
debug1: Authentications that can continue: publickey,password
Permission denied, please try again.
[email protected]'s password:
debug1: Authentications that can continue: publickey,password
Permission denied, please try again.
[email protected]'s password:
debug1: Authentications that can continue: publickey,password
debug1: No more authentication methods to try.
Permission denied (publickey,password).
このオプションにポートを指定すると、他の接続は拒否されます。ここで何が間違っているのか混乱しています！
ありがとうございます。
編集する 残りのシナリオのデバッグ情報は次のとおりです。
OpenSSH_7.3p1, OpenSSL 1.0.2h 3 May 2016
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Connecting to YYY.YYY.YYY.YYY [YYY.YYY.YYY.YYY] port XXXX.
debug1: connect to address YYY.YYY.YYY.YYY port XXXX: Connection refused
ssh: connect to host YYY.YYY.YYY.YYY port XXXX: Connection refused
ベストアンサー1
私の経験では、これは思ったより簡単です。少なくともUbuntuをクライアントとして使う私にとってはそうです。しかし、正しい順序で仕事をする必要があります。鍵を送信する前に、ログイン名とパスワードを使用して接続できることを確認してください。これは必ずしもルートではなくログイン資格情報です。
その後、接続できるようになったらキーを送信できます。
キー生成（RSAまたはDSA）
ssh-keygen -t rsa -- or dsa
キーをリモートホストに送信します。
ssh-copy-id username@host (your username and the host name or IP)
標準ポート22以外の場合：パラメータの周りに引用符を書き留めます。
ssh-copy-id "username@host -p PortNumber" (substitute number forPortNumber)
外部IPアドレスを処理するには、ddnsアカウントを設定するのが最も簡単な方法です。仕事がはるかに簡単になります。
Ubuntuや同様のものを使用すると良い情報を得ることができますここ。そうでない場合や動作しない場合は申し訳ありません。しかし、試してみました。