ComputerBase
Aktuelles
Alternate 2

Kein ssh mehr möglich

linuxnutzer

linuxnutzer

Captain
Registriert
Dez. 2011
Beiträge
3.488
Ich habe ein bisschen rumgetrickst beim Netzwerk, aber sollte nichts verändert haben.

Ich wollte einen openwrt-Router flashen und die WLAN-Verbindung funktionierte nur, wenn ich das Ethernetkabel absteckte, aber ok der Router war für was ganz anderes konfiguriert. Hauptsache ich hatte ssh-Zugriff auf den Router.

Ich musste Zugang zu einem openwrt-Router in einem anderen Netzwerk erreichen. Das nur als Vorabinfo und es sollte keinen Einfluss haben, außer es hat was automatisch geändert.

Alle anderen ssh-Verbindungen funktionieren wie sie sollen.

Code: 
$ ping -c4 192.168.178.146
PING 192.168.178.146 (192.168.178.146) 56(84) bytes of data.
64 bytes from 192.168.178.146: icmp_seq=1 ttl=64 time=253 ms
64 bytes from 192.168.178.146: icmp_seq=2 ttl=64 time=214 ms
64 bytes from 192.168.178.146: icmp_seq=3 ttl=64 time=32.2 ms
64 bytes from 192.168.178.146: icmp_seq=4 ttl=64 time=56.9 ms

--- 192.168.178.146 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3004ms
rtt min/avg/max/mdev = 32.177/139.052/252.829/95.873 ms

Funktioniert grundsätzlich, auch wenn langsam.

Code: 
$ ssh -v 192.168.178.146

OpenSSH_9.6p1 Ubuntu-3ubuntu13.16, OpenSSL 3.0.13 30 Jan 2024
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: include /etc/ssh/ssh_config.d/*.conf matched no files
debug1: /etc/ssh/ssh_config line 21: Applying options for *
debug1: Connecting to 192.168.178.146 [192.168.178.146] port 22.
debug1: Connection established.
debug1: identity file /home/ab/.ssh/id_rsa type 0
debug1: identity file /home/ab/.ssh/id_rsa-cert type -1
debug1: identity file /home/ab/.ssh/id_ecdsa type -1
debug1: identity file /home/ab/.ssh/id_ecdsa-cert type -1
debug1: identity file /home/ab/.ssh/id_ecdsa_sk type -1
debug1: identity file /home/ab/.ssh/id_ecdsa_sk-cert type -1
debug1: identity file /home/ab/.ssh/id_ed25519 type -1
debug1: identity file /home/ab/.ssh/id_ed25519-cert type -1
debug1: identity file /home/ab/.ssh/id_ed25519_sk type -1
debug1: identity file /home/ab/.ssh/id_ed25519_sk-cert type -1
debug1: identity file /home/ab/.ssh/id_xmss type -1
debug1: identity file /home/ab/.ssh/id_xmss-cert type -1
debug1: identity file /home/ab/.ssh/id_dsa type -1
debug1: identity file /home/ab/.ssh/id_dsa-cert type -1
debug1: Local version string SSH-2.0-OpenSSH_9.6p1 Ubuntu-3ubuntu13.16
debug1: Remote protocol version 2.0, remote software version OpenSSH_10.2p1 Ubuntu-2ubuntu3.2
debug1: compat_banner: match: OpenSSH_10.2p1 Ubuntu-2ubuntu3.2 pat OpenSSH* compat 0x04000000
debug1: Authenticating to 192.168.178.146:22 as 'ab'
debug1: load_hostkeys: fopen /home/ab/.ssh/known_hosts2: No such file or directory
debug1: load_hostkeys: fopen /etc/ssh/ssh_known_hosts: No such file or directory
debug1: load_hostkeys: fopen /etc/ssh/ssh_known_hosts2: No such file or directory
debug1: SSH2_MSG_KEXINIT sent


Da hängt es also, im Vergleich funktioniert das:

Code: 
$ ssh -v root@192.168.178.14

OpenSSH_9.6p1 Ubuntu-3ubuntu13.16, OpenSSL 3.0.13 30 Jan 2024
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: include /etc/ssh/ssh_config.d/*.conf matched no files
debug1: /etc/ssh/ssh_config line 21: Applying options for *
debug1: Connecting to 192.168.178.14 [192.168.178.14] port 22.
debug1: Connection established.
debug1: identity file /home/ab/.ssh/id_rsa type 0
debug1: identity file /home/ab/.ssh/id_rsa-cert type -1
debug1: identity file /home/ab/.ssh/id_ecdsa type -1
debug1: identity file /home/ab/.ssh/id_ecdsa-cert type -1
debug1: identity file /home/ab/.ssh/id_ecdsa_sk type -1
debug1: identity file /home/ab/.ssh/id_ecdsa_sk-cert type -1
debug1: identity file /home/ab/.ssh/id_ed25519 type -1
debug1: identity file /home/ab/.ssh/id_ed25519-cert type -1
debug1: identity file /home/ab/.ssh/id_ed25519_sk type -1
debug1: identity file /home/ab/.ssh/id_ed25519_sk-cert type -1
debug1: identity file /home/ab/.ssh/id_xmss type -1
debug1: identity file /home/ab/.ssh/id_xmss-cert type -1
debug1: identity file /home/ab/.ssh/id_dsa type -1
debug1: identity file /home/ab/.ssh/id_dsa-cert type -1
debug1: Local version string SSH-2.0-OpenSSH_9.6p1 Ubuntu-3ubuntu13.16
debug1: Remote protocol version 2.0, remote software version dropbear
debug1: compat_banner: no match: dropbear
debug1: Authenticating to 192.168.178.14:22 as 'root'
debug1: load_hostkeys: fopen /home/ab/.ssh/known_hosts2: No such file or directory
debug1: load_hostkeys: fopen /etc/ssh/ssh_known_hosts: No such file or directory
debug1: load_hostkeys: fopen /etc/ssh/ssh_known_hosts2: No such file or directory
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: algorithm: sntrup761x25519-sha512@openssh.com
debug1: kex: host key algorithm: ssh-ed25519
debug1: kex: server->client cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: kex: client->server cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: SSH2_MSG_KEX_ECDH_REPLY received
debug1: Server host key: ssh-ed25519 SHA256:......
debug1: load_hostkeys: fopen /home/ab/.ssh/known_hosts2: No such file or directory
debug1: load_hostkeys: fopen /etc/ssh/ssh_known_hosts: No such file or directory
debug1: load_hostkeys: fopen /etc/ssh/ssh_known_hosts2: No such file or directory
debug1: Host '192.168.178.14' is known and matches the ED25519 host key.
debug1: Found key in /home/ab/.ssh/known_hosts:46
debug1: ssh_packet_send2_wrapped: resetting send seqnr 3
debug1: rekey out after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: ssh_packet_read_poll2: resetting read seqnr 3
debug1: SSH2_MSG_NEWKEYS received
debug1: rekey in after 134217728 blocks
debug1: SSH2_MSG_EXT_INFO received
debug1: kex_ext_info_client_parse: server-sig-algs=<ssh-ed25519,sk-ssh-ed25519@openssh.com,rsa-sha2-256>
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey
debug1: Next authentication method: publickey
debug1: get_agent_identities: bound agent to hostkey
debug1: get_agent_identities: agent returned 1 keys
debug1: Will attempt key: /home/ab/.ssh/id_rsa RSA SHA256:VCbGdk0T3Y8ORrIfVZOg5QvQfpyO29nMrQtL/NvU9Eg agent
debug1: Will attempt key: /home/ab/.ssh/id_ecdsa
debug1: Will attempt key: /home/ab/.ssh/id_ecdsa_sk
debug1: Will attempt key: /home/ab/.ssh/id_ed25519
debug1: Will attempt key: /home/ab/.ssh/id_ed25519_sk
debug1: Will attempt key: /home/ab/.ssh/id_xmss
debug1: Will attempt key: /home/ab/.ssh/id_dsa
debug1: Offering public key: /home/ab/.ssh/id_rsa RSA SHA256:VCbGdk0T3Y8ORrIfVZOg5QvQfpyO29nMrQtL/NvU9Eg agent
debug1: Server accepts key: /home/ab/.ssh/id_rsa RSA SHA256:VCbGdk0T3Y8ORrIfVZOg5QvQfpyO29nMrQtL/NvU9Eg agent
Authenticated to 192.168.178.14 ([192.168.178.14]:22) using "publickey".
debug1: channel 0: new session [client-session] (inactive timeout: 0)
debug1: Entering interactive session.
debug1: pledge: filesystem
debug1: Sending environment.
debug1: channel 0: setting env LC_ADDRESS = "C.UTF-8"
debug1: channel 0: setting env LC_NAME = "C.UTF-8"
debug1: channel 0: setting env LC_MONETARY = "C.UTF-8"
debug1: channel 0: setting env LC_PAPER = "C.UTF-8"
debug1: channel 0: setting env LANG = "de_DE.UTF-8"
debug1: channel 0: setting env LC_IDENTIFICATION = "C.UTF-8"
debug1: channel 0: setting env LC_TELEPHONE = "C.UTF-8"
debug1: channel 0: setting env LC_MEASUREMENT = "C.UTF-8"
debug1: channel 0: setting env LC_TIME = "C.UTF-8"
debug1: channel 0: setting env LC_NUMERIC = "C.UTF-8"


BusyBox v1.37.0 (2026-06-30 07:11:43 UTC) built-in shell (ash)

  _______                     ________        __
 |       |.-----.-----.-----.|  |  |  |.----.|  |_
 |   -   ||  _  |  -__|     ||  |  |  ||   _||   _|
 |_______||   __|_____|__|__||________||__|  |____|
          |__| W I R E L E S S   F R E E D O M
 -----------------------------------------------------
 OpenWrt 25.12.5, r33051-f5dae5ece4 Dave's Guitar
 -----------------------------------------------------


Ich habe keine Ahnung was ich machen könnte um eine ssh Verbindung aufzuabuen.
 
linuxnutzer schrieb:
Ich wollte einen openwrt-Router flashen und die WLAN-Verbindung funktionierte nur, wenn ich das Ethernetkabel absteckte
Zum Vergrößern anklicken....
passen die Subnetze überhaupt?
 
  • Gefällt mir
Reaktionen: phillow und linuxnutzer
Wohl eher so...
Code: 
$ ssh root@192.168.178.146
 
  • Gefällt mir
Reaktionen: linuxnutzer und madmax2010
TorenAltair schrieb:
passen die Subnetze überhaupt?
Zum Vergrößern anklicken....

Wie prüfe ich das?

Das frage ich mich auch, aber habe noch nichts gefunden, das nicht passt.

Uridium schrieb:
Wohl eher so...
Zum Vergrößern anklicken....

Warum?

root@ ist nicht erlaubt, ohne User wird der aktive User angenommen.

root@ brauche ich nur, wenn es openwrt ist.

.146 ist ein PC.
 
  • Gefällt mir
Reaktionen: linuxnutzer
TorenAltair schrieb:
IP-Adressen und die Subnetzmasken
Zum Vergrößern anklicken....

Das hatte ich davor schon gemacht. IP-Adressen stimmen überein. NM-applet meint 255.255-255-ß
Ergänzung ()

Von der anderen Seite kommt man ein wenig weiter, aber auch keine Verbindung.

Code: 
$ ssh -v 192.168.178.41

debug1: OpenSSH_10.2p1 Ubuntu-2ubuntu3.2, OpenSSL 3.5.5 27 Jan 2026
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Reading configuration data /etc/ssh/ssh_config.d/20-systemd-ssh-proxy.conf
debug1: /etc/ssh/ssh_config line 21: Applying options for *
debug1: Connecting to 192.168.178.41 [192.168.178.41] port 22.
debug1: Connection established.
debug1: loaded pubkey from /home/ab/.ssh/id_rsa: RSA SHA256:gnlawiXjP/8UKFnzp4NSmOxlvfivhhUgDpTLqZyd9Uo
debug1: identity file /home/ab/.ssh/id_rsa type 0
debug1: no identity pubkey loaded from /home/ab/.ssh/id_rsa
debug1: no pubkey loaded from /home/ab/.ssh/id_ecdsa
debug1: identity file /home/ab/.ssh/id_ecdsa type -1
debug1: no identity pubkey loaded from /home/ab/.ssh/id_ecdsa
debug1: no pubkey loaded from /home/ab/.ssh/id_ecdsa_sk
debug1: identity file /home/ab/.ssh/id_ecdsa_sk type -1
debug1: no identity pubkey loaded from /home/ab/.ssh/id_ecdsa_sk
debug1: no pubkey loaded from /home/ab/.ssh/id_ed25519
debug1: identity file /home/ab/.ssh/id_ed25519 type -1
debug1: no identity pubkey loaded from /home/ab/.ssh/id_ed25519
debug1: no pubkey loaded from /home/ab/.ssh/id_ed25519_sk
debug1: identity file /home/ab/.ssh/id_ed25519_sk type -1
debug1: no identity pubkey loaded from /home/ab/.ssh/id_ed25519_sk
debug1: Local version string SSH-2.0-OpenSSH_10.2p1 Ubuntu-2ubuntu3.2
debug1: Remote protocol version 2.0, remote software version OpenSSH_9.6p1 Ubuntu-3ubuntu13.16
debug1: compat_banner: match: OpenSSH_9.6p1 Ubuntu-3ubuntu13.16 pat OpenSSH* compat 0x04000000
debug1: Authenticating to 192.168.178.41:22 as 'ab'
debug1: load_hostkeys: fopen /home/ab/.ssh/known_hosts2: No such file or directory
debug1: load_hostkeys: fopen /etc/ssh/ssh_known_hosts: No such file or directory
debug1: load_hostkeys: fopen /etc/ssh/ssh_known_hosts2: No such file or directory
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: algorithm: sntrup761x25519-sha512@openssh.com
debug1: kex: host key algorithm: ssh-ed25519
debug1: kex: server->client cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: kex: client->server cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
Connection closed by 192.168.178.41 port 22
 
linuxnutzer schrieb:
.146 ist ein PC.
Zum Vergrößern anklicken....
Logge von der anderen Seite (Server). Die Clientausgabe ist aus Sicherheitsgründen bewusst kurz gehalten.
Bash: 
$ sudo systemctl stop sshd.socket
$ sudo /usr/bin/sshd -dd
Code: 
     -d      Debug mode.  The server sends verbose debug output to standard error, and does not put  itself  in  the  background.
             The  server  also will not fork(2) and will only process one connection.  This option is only intended for debugging
             for the server.  Multiple -d options increase the debugging level.  Maximum is 3.
 
Zuletzt bearbeitet:
  • Gefällt mir
Reaktionen: linuxnutzer
Uridium schrieb:
Logge von der anderen Seite
Zum Vergrößern anklicken....

Ich habe ja schon beide Seiten gepostet. Bitte ganz posten, was ich machen soll.

Ich habe jetzt Ethernet manuell konfiguriert. Keine Änderung.

Beide PCs sind vor mir.

Verbinden sollen sich .41 und .146

Also am .146 "sshd -dd" und am .41 eine Verbindung aufbauen?
 
Zuletzt bearbeitet:
Im zweiten Versuch unterscheiden sich die ssh-Versionen. Das führt zu einem Problem in der Auswahl des KEX-Algorithmus.

Versuche das mal so:

Code: 
ssh -o KexAlgorithms=curve25519-sha256,ecdh-sha2-nistp256 192.168.178.41


Und von der anderen Seite könnte die Firewall das Problem sein. Teste auf dem router mal

Code: 
sudo ufw status
 
  • Gefällt mir
Reaktionen: linuxnutzer
linuxnutzer schrieb:
Bitte ganz posten, was ich machen soll.
Zum Vergrößern anklicken....
Das habe ich bereits getan. Du sollst den SSH Server (sshd) stoppen (bzw. den systemd socket deaktivieren, der den sshd starten würde) und dann den Server manuell mit Debugoutput starten. Dann verbindest Du dich vom Client und schaust, was der Server ausspuckt.

Edit:
Kleine Fehlerkorrektur. sshd braucht absoluten Pfad und root.
Bash: 
$ sudo systemctl stop sshd.socket
$ sudo /usr/bin/sshd -dd
 
Zuletzt bearbeitet:
  • Gefällt mir
Reaktionen: iron_monkey und linuxnutzer
Haggis schrieb:
Im zweiten Versuch unterscheiden sich die ssh-Versionen
Zum Vergrößern anklicken....

Ja 1. Versuch von Ubuntu 24.04 zu 26.04
2. Versuch von 26.05 zu 24.04

Aber das hat Wochen problemlos funktioniert, bis ich da mit Openwrt und einem anderen Netz rumprobierte.

Uridium schrieb:
sshd braucht absoluten Pfad und root.
Zum Vergrößern anklicken....

Das habe ich auch entdeckt, aber:

Also irgendwie kommt da nichts interessantes.

als root:
~# systemctl stop sshd.socket
~# /usr/sbin/sshd -dd

Code: 
~# /usr/sbin/sshd -dd
debug1: sshd version OpenSSH_10.2, OpenSSL 3.5.5 27 Jan 2026
debug2: load_server_config: filename /etc/ssh/sshd_config
debug2: load_server_config: done config len = 4308
debug2: parse_server_config_depth: config /etc/ssh/sshd_config len 4308
debug2: /etc/ssh/sshd_config line 24: new include /etc/ssh/sshd_config.d/*.conf
debug2: /etc/ssh/sshd_config line 24: no match for /etc/ssh/sshd_config.d/*.conf
debug1: private host key #0: ssh-rsa SHA256:...
debug1: private host key #1: ecdsa-sha2-nistp256 SHA256:---
debug1: private host key #2: ssh-ed25519 SHA256:,,,
debug1: rexec_argv[1]='-dd'
debug1: Set /proc/self/oom_score_adj from 0 to -1000
debug2: fd 6 setting O_NONBLOCK
debug1: Bind to port 22 on 0.0.0.0.
Bind to port 22 on 0.0.0.0 failed: Address already in use.
debug2: fd 6 setting O_NONBLOCK
debug1: Bind to port 22 on ::.
Bind to port 22 on :: failed: Address already in use.
Cannot bind any address.
Ergänzung ()

Code: 
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY

Warum wird nicht geantwortet? Wie könnte ich das Netzwerk prüfen?

Code: 
~# route -n
Kernel-IP-Routentabelle
Ziel            Router          Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.178.1   0.0.0.0         UG    600    0        0 wlp2s0
192.168.178.0   0.0.0.0         255.255.255.0   U     600    0        0 wlp2s0

Auch unauffällig:

Code: 
wlp2s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.178.146  netmask 255.255.255.0  broadcast 192.168.178.255
 
Zuletzt bearbeitet:
Code: 
Bind to port 22 on :: failed: Address already in use.
Der SSH Server läuft noch und blockiert den Port.
Probiere mal:
Code: 
sudo systemctl stop sshd.service
Edit:
Du kannst auch gucken, ob er noch läuft (ist leer, wenn er nicht läuft):
Bash: 
$ sudo ss -lntup |grep :22
tcp   LISTEN 0      4096               *:22            *:*    users:(("systemd",pid=1,fd=195))
 
  • Gefällt mir
Reaktionen: linuxnutzer
Code: 
~# sudo systemctl stop sshd.service
Stopping 'sshd.service', but its triggering units are still active:
ssh.socket

Code: 
~# ss -lntup |grep :22
tcp   LISTEN 0      4096                              0.0.0.0:22        0.0.0.0:*    users:(("systemd",pid=1,fd=91))         
tcp   LISTEN 0      4096                                 [::]:22           [::]:*    users:(("systemd",pid=1,fd=92))

Uridium schrieb:
Probiere mal:
Zum Vergrößern anklicken....

Ich fahre jetzt mal beide PCs runter. .41 und .146
Von .146 zu .13 (openwrt) kann ich mich per ssh verbinden
 
linuxnutzer schrieb:
Stopping 'sshd.service', but its triggering units are still active:
ssh.socket
Zum Vergrößern anklicken....
Kurios. Eventuell gibt es bei Ubuntu noch einen socket listener.
Code: 
$ sudo systemctl stop sshd.socket ssh.socket

Edit:
Oder direkt nach dem Socketnamen schauen:
Bash: 
sudo systemctl list-sockets |grep :22
 
Zuletzt bearbeitet:
  • Gefällt mir
Reaktionen: linuxnutzer
Beide PCs ausschalten hat nichts gebracht.

Ich bin gerade am .46:

Code: 
~# systemctl list-sockets |grep :22
0.0.0.0:22                     ssh.socket                      ssh.service
[::]:22                        ssh.socket                      ssh.service
 
Der heißt einfach nur anders bei Ubuntu (gegenüber Arch). Da hätte er aber weiter oben schon einen Fehler ausgeben müssen. Edit: Oder es gibt sshd.socket tatsächlich (und liegt evtl. brach).
linuxnutzer schrieb:
als root:
~# systemctl stop sshd.socket
Zum Vergrößern anklicken....

Also abschließend:
Bash: 
$ sudo systemctl stop ssh.socket
$ sudo ss -lntup |grep :22 # Das sollte jetzt sauber sein
$ sudo /usr/bin/sshd -dd
Dann vom anderen Rechner verbinden. Der SSH Server beendet sich nach jedem Verbindungsversuch (Debugmode) und kann ggf. erneut gestartet werden (oder den Socket wieder aktivieren für Normalbetrieb).
 
Zuletzt bearbeitet:
Uridium schrieb:
Dann vom anderen Rechner verbinden
Zum Vergrößern anklicken....

Wie genau?

Uridium schrieb:
sudo /usr/bin/sshd -dd
Zum Vergrößern anklicken....

Solte das permanent loggen? Bei mir beendet sich der Befehl. Oder nach dem Verbindungsversuch noch einmal aufrufen?
Ergänzung ()

Uridium schrieb:
sudo /usr/bin/sshd -dd
Zum Vergrößern anklicken....

systemctl stop ssh.socket
leer

ss -lntup |grep :22
leer

# /usr/bin/sshd -dd
-bash: /usr/bin/sshd: Datei oder Verzeichnis nicht gefunden

~# /usr/bin/sshd
-bash: /usr/bin/sshd: Datei oder Verzeichnis nicht gefunden

~# /usr/bin/ssh -dd
unknown option -- d
usage: ssh [-46AaCfGgKkMNnqsTtVvXxYy] [-B bind_interface] [-b bind_address]
[-c cipher_spec] [-D [bind_address:]port] [-E log_file]
[-e escape_char] [-F configfile] [-I pkcs11] [-i identity_file]
[-J destination] [-L address] [-l login_name] [-m mac_spec]
[-O ctl_cmd] [-o option] [-P tag] [-p port] [-R address]
[-S ctl_path] [-W host:port] [-w local_tun[:remote_tun]]
destination [command [argument ...]]
ssh [-Q query_option]
 
Zuletzt bearbeitet:
Das lief doch bei #11 schon. Irgendwie bist Du jetzt am falschen Rechner.

Auf dem Server (da wo Du mit SSH hin verbinden willst) muss das ausgeführt werden. Wenn das richtig läuft, bleibt die Ausgabe stehen (und wartet, kein Shell Prompt). Dann vom anderen Rechner (Client) mit 'ssh 1.2.3.4' zum Server verbinden.
Bash: 
$ sudo /usr/bin/sshd -dd
[...]
Server listening on 0.0.0.0 port 22.
debug2: fd 7 setting O_NONBLOCK
debug1: Bind to port 22 on ::.
Server listening on :: port 22.
Bash: 
# Zwei Rechner (server/client)
$ sshd -dd (server) <=== $ ssh 1.2.3.4 (client)
 
Zuletzt bearbeitet:
Ich vermute mal, er hat das auf OpenWrt ausgeführt. Da liegt dropbear sshd in /usr/sbin. Da will er aber wohl nicht hin. Ist der völlig falsche "Server". Die Ubuntu-Maschine (PC) sollte es sein. Und ich glaube nicht, dass es da in /usr/sbin liegt. OpenWrt hat auch kein systemd (damit hat er ja die ganze Zeit gearbeitet und sollte der richtige Rechner/Server sein). Warum er plötzlich stillschweigend gewechselt hat, ist nicht ersichtlich.

Vielleicht hilft das weiter. In Klammer steht, was man auf dem jeweiligen Rechner ausführen muss.
1) Ubuntu (192.168.178.146) = Server ($ sshd -dd)
2) OpenWrt = Client ($ ssh 192.168.178.146)
 
Zuletzt bearbeitet:
Du musst dich einloggen oder registrieren, um hier zu antworten.

Ähnliche Themen

dth1982
Microsoft - Kein Login mehr möglich
Antworten
17
Aufrufe
1.845
Fifleo
F
corun
ebay- kein Verkauf von gebrauchten E-Scooter und Pedelecs mehr möglich?
2
Antworten
30
Aufrufe
2.911
corun
corun
Overroller
Login bei Aliexpress nicht mehr möglich
Antworten
15
Aufrufe
1.503
Spock37
S
V
Upgrade von WIN 7 auf WIN 10 nicht (mehr) möglich?
2 3 4
Antworten
77
Aufrufe
9.602
species_0001
species_0001
Jongleur666
Stabiler Mail-Empfang am privaten DSL Anschluss nicht mehr möglich?
2
Antworten
33
Aufrufe
2.529
Jongleur666
Jongleur666

Passend zum Thema

Zurück
Oben

Willkommen auf ComputerBase!

Mit Werbung weiterlesen

Besuche ComputerBase wie gewohnt mit Werbung und Tracking. Die Zustimmung ist jederzeit widerrufbar.

Details im Privacy Center und in der Liste unserer Partner. Ein Widerruf ist möglich in der Datenschutzerklärung.

… oder ComputerBase Pro bestellen

Nutze ComputerBase ohne Werbebanner, Video-Ads und Werbetracking schon für 4 €/Monat oder 36 €/Jahr.

Mehr zu ComputerBase Pro

Bereits Pro-Nutzer? Hier anmelden.

Tracking: Wir und unsere 187 Partner verarbeiten personenbezogene Daten, indem wir mit auf Ihrem Gerät gespeicherten Informationen (z. B. eindeutige Kennungen in Cookies) ein Nutzungsprofil erstellen, um z. B. Anzeigen zu personalisieren. Verarbeitungszwecke: Genaue Standortdaten und Abfrage von Geräteeigenschaften zur Identifikation, Informationen auf einem Gerät speichern und/oder abrufen, Personalisierte Anzeigen und Inhalte, Anzeigen- und Inhaltsmessungen, Erkenntnisse über Zielgruppen und Produktentwicklungen.

Impressum Kontakt Datenschutz