buildrootでビルドされた組み込みLinuxから起動した後、sshdが起動しませんか?

buildrootでビルドされた組み込みLinuxから起動した後、sshdが起動しませんか?

buildrootのデフォルト設定を使用してRaspberry Piの最小インストールを実行しました。また、menuconfigでopensshとopensslを選択しました。

Package Selection for the target  --->
    [*] Networking  --->
        [*]   openssh
    [*] Library -->
        Crypto -->
            -*-   openssl
            [*]      openssl binary
            [ ]      openssl additional engines

Piを割り当てましたが、192.168.0.14SSH経由で接続できません。 nmapは、Piのすべてのポートがダウンしていることを示し、時にはPiがまったく表示されないことがあります。変だと思います。 nmapがスキャンするたびにLINK LEDが点滅するため、正しく接続されているようです。

update-rc.d私は通常ブートサービスを使用または管理しますsystemctlが、SSHを介してのみPiに接続できます。 HDMIまたはシリアルポートはありません。手動で設定する方法はよくわかりません。/etc/init.d/S50sshdPiに存在するので、起動後にsshを起動する必要があります。そうですか?

関連構成ファイル:/etc/ssh/sshd_config/etc/init.d/S50sshd

SDカードに関連ログが見つかりません。

編集する:

X Tianのコメント提案に基づいてログを取得しました。唯一の録音は/var/log/messages。関連部品:

Jan  1 00:00:02 buildroot auth.info sshd[75]: Server listening on 0.0.0.0 port 22.

sshdが始まるようです。問題は他にあるようです。

root@pc:~# ssh 192.168.0.14
ssh: connect to host 192.168.0.14 port 22: Connection refused
root@pc:~# ping 192.168.0.14
PING 192.168.0.14 (192.168.0.14) 56(84) bytes of data.
64 bytes from 192.168.0.14: icmp_seq=1 ttl=64 time=32.8 ms
64 bytes from 192.168.0.14: icmp_seq=2 ttl=64 time=55.6 ms
64 bytes from 192.168.0.14: icmp_seq=3 ttl=64 time=79.1 ms
^C
--- 192.168.0.14 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 32.808/55.871/79.140/18.917 ms
root@pc:~# exit
debian@pc:~ nmap -F 192.168.0.14
Starting Nmap 6.47 ( http://nmap.org ) at 2015-05-30 03:25 BRT

Nmap scan report for 192.168.0.14
Host is up (0.085s latency).
All 100 scanned ports on 192.168.0.14 are closed

興味深いことに、PiをオフにしてEthernetケーブルを外した後も、そのアドレスにpingを送信できました。今私は本当に迷子になりました。ただ圧縮してアップロードするのが良いと思います。/以下のすべてのファイルどこを見るべきかを知っている人がいる場合(ここは本番環境ではなく、パスワードと秘密鍵は使用されず、テスト目的で設定されます)

ベストアンサー1

sshd_config では、空のパスワードを使用して root としてログインすることはできず、root アカウントにパスワードが設定されていません。

ssh_configの変更

#PermitEmptyPasswords no

到着

PermitEmptyPasswords yes

ログからより多くの情報を取得するには、SSHのロギングレベルを上げてください。

~から

#LogLevel INFO

到着

LogLevel DEBUG

sshd ログレベルの変更に関する追加情報この回答

おすすめ記事