☰

qemu arm64-Image mit laufendem Dropbear

tag-icon • tag-icon ssh qemu dropbear
qemu arm64-Image mit laufendem Dropbear

Ich habe ein ARM64-QEMU-Image mit Dropbear eingerichtet. Ich versuche, mich per SSH vom Host aus anzumelden. Zum Starten des Gasts habe ich die folgende Befehlszeile verwendet.

#!/bin/bash

~/repos/qemu-2.6.0-rc3/aarch64-softmmu/qemu-system-aarch64 \
  -machine virt \
  -cpu cortex-a57 \
  -machine type=virt \
  -nographic -smp 1 \
  -m 2048 \
  -kernel ./arch/arm64/boot/Image \
  --append "console=ttyAMA0" \
  -net nic,model=virtio \
  -net user,hostfwd=tcp::10022-:22

Im Bootlog sehe ich folgendes

drivers/rtc/hctosys.c: unable to open rtc device (rtc0)
Freeing unused kernel memory: 7684K (ffffffc000715000 - ffffffc000e96000)
Freeing alternatives memory: 4K (ffffffc000e96000 - ffffffc000e97000)
Starting logging: OK
Initializing random number generator... random: dd urandom read with 1 bits of entropy available
done.
Starting network: OK
Starting dropbear sshd: OK

Welcome to Buildroot
buildroot login: root

ssh root@localhostDarüber hinaus bin ich in der Lage, einen auf den Gast einzugehen .

Wenn ich jedoch versuche, mich per SSH vom Host aus anzumelden, erhalte ich Folgendes: -

$ ssh root@localhost -p10022 -vvv
OpenSSH_7.2p2 Ubuntu-4ubuntu2.1, OpenSSL 1.0.2g  1 Mar 2016
debug1: Reading configuration data /home/mememe/.ssh/config
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug1: auto-mux: Trying existing master
debug1: Control socket "/tmp/ssh_mux_172.16.109.1_10022_root" does not exist
debug2: resolving "172.16.109.1" port 10022
debug2: ssh_connect_direct: needpriv 0
debug1: Connecting to 172.16.109.1 [172.16.109.1] port 10022.
debug1: Connection established.
debug1: identity file /home/mememe/.ssh/id_rsa type 1
debug1: key_load_public: No such file or directory
debug1: identity file /home/mememe/.ssh/id_rsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/mememe/.ssh/id_dsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/mememe/.ssh/id_dsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/mememe/.ssh/id_ecdsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/mememe/.ssh/id_ecdsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/mememe/.ssh/id_ed25519 type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/mememe/.ssh/id_ed25519-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_7.2p2 Ubuntu-4ubuntu2.1

An diesem Punkt erhalte ich keine Antwort. Warum tritt dieses Problem auf? Meine SSH-Konfiguration enthält nur die folgenden Zeilen, daher gehe ich davon aus, dass dies nicht das Problem ist.

ControlMaster auto
ControlPath /tmp/ssh_mux_%h_%p_%r

Ich habe das Root-Passwort auf der VM festgelegt und möchte mich einfach mit dem Root-Passwort per SSH anmelden können.

BEARBEITEN

Wenn ich lange genug warte, erhalte ich die folgende Zeile in der ausführlichen Ausgabe.

ssh_exchange_identification: read: Connection reset by peer

verwandte Informationen