Puncte:0

Nu se poate activa serviciul ssh pe Ubuntu 20.04

drapel td

Încerc să-mi conectez de la distanță desktopul (Ubuntu 20.04.2 LTS) prin MacBook. Dar cererea mea este respinsă. Așa că îmi verific starea ssh pe Ubuntu.

sightvanish@SVPC:~$ sudo systemctl status ssh
â ssh.service - Server OpenBSD Secure Shell
     Încărcat: încărcat (/lib/systemd/system/ssh.service; dezactivat; prestabilit furnizor: activat)
     Activ: inactiv (mort)
       Documente: man:sshd(8)
             man:sshd_config(5)

Arată că serviciul ssh este inactiv. Apoi încerc să-l activez manual.

/etc/init.d/ssh start
Pornirea ssh (prin systemctl): ssh.serviceJob pentru ssh.service a eșuat deoarece procesul de control a ieșit cu cod de eroare.
Consultați „systemctl status ssh.service” și „journalctl -xe” pentru detalii.
 a eșuat!

Deci fac ce spune.

sightvanish@SVPC:~$ stare sistemctl ssh.service
â ssh.service - Server OpenBSD Secure Shell
     Încărcat: încărcat (/lib/systemd/system/ssh.service; dezactivat; prestabilit furnizor: activat)
     Activ: eșuat (Rezultat: cod de ieșire) din Vineri 2021-09-10 11:38:27 CST; acum 21 minute
       Documente: man:sshd(8)
             man:sshd_config(5)
    Proces: 13329 ExecStartPre=/usr/sbin/sshd -t (cod=exit, status=1/FAILURE)

9æ 10 11:38:27 SVPC systemd[1]: ssh.service: lucrare de repornire programată, contorul de repornire este la 5.
9æ 10 11:38:27 SVPC systemd[1]: Serverul OpenBSD Secure Shell a fost oprit.
9æ 10 11:38:27 SVPC systemd[1]: ssh.service: Cererea de pornire a fost repetată prea repede.
9æ 10 11:38:27 SVPC systemd[1]: ssh.service: A eșuat cu rezultatul „exit-code”.
9æ 10 11:38:27 SVPC systemd[1]: Nu s-a pornit serverul OpenBSD Secure Shell.

Apoi verific,

sightvanish@SVPC:~$ sshd -t
/etc/ssh/sshd_config linia 5: opțiunea depreciată ServerKeyBits
/etc/ssh/sshd_config linia 7: opțiunea depreciată KeyRegenerationInterval
/etc/ssh/sshd_config linia 16: opțiunea depreciată RhostsAuthentication
/etc/ssh/sshd_config linia 17: opțiunea depreciată RhostsRSAAuthentication
/etc/ssh/sshd_config linia 18: opțiunea depreciată RSAAuthentication
Nu se poate încărca cheia gazdă: /etc/ssh/ssh_host_key
sshd: nu există chei gazdă disponibile -- ieșire.

Ei bine, generez o cheie nouă sudo ssh-keygen -A Dar tot nu pot activa serviciul ssh.

sightvanish@SVPC:/etc/ssh$ sudo service ssh start
Lucrarea pentru ssh.service a eșuat deoarece procesul de control a ieșit cu cod de eroare.
Consultați „systemctl status ssh.service” și „journalctl -xe” pentru detalii.

Sunt chiar confuz. Vă rog să mă ajutați!

drapel in
Câteva întrebări: (1) v-ați conectat la acest computer în trecut prin SSH? (2) ați verificat că `ufw` permite conexiunea?
Wayne Vosberg avatar
drapel bd
pentru `sshd -t`, încercați `sudo sshd -t`. Cheile gazdă din /etc/ssh ar trebui să fie citite numai de root. Apoi încercați `sudo /usr/sbin/sshd -ddd` -- acest lucru va afișa o mulțime de mesaje de depanare.
Wayne Vosberg avatar
drapel bd
ar putea încerca, de asemenea, `sudo systemctl reset-failed sshd`, `sudo systemctl enable sshd`, `sudo systemctl start sshd`
raj avatar
drapel cn
raj
Dacă toate celelalte nu reușesc, presupun că ștergerea pachetului `openssh-server` (purgerea, pentru a elimina toată configurația), apoi ștergerea opțională `sshd_config` și toate fișierele `ssh_host_*_key*` din `/etc/ssh` (dacă acestea sunt lăsate acolo), apoi reinstalarea acestuia (care ar trebui să instaleze configurația implicită și să genereze noi chei gazdă de la zero) ar trebui să ajute.
pa4080 avatar
drapel cn
Răspunde asta la întrebarea ta? [Serverul SSH nu mai funcționează după repornire, din cauza lipsei /var/run/sshd](https://askubuntu.com/questions/1109934/ssh-server-stops-working-after-reboot-caused-by-missing-var -run-sshd)

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.