Puncte:1

Cum se regăsește sau se recreează un fișier de ștergere din directorul /etc/ssh

drapel kz

În /etc/ssh directorul există următorul conținut:

module sshd_config ssh_host_ecdsa_key ssh_host_ed25519_key ssh_host_rsa_key ssh_import_id
ssh_config sshd_config.ucf-dist ssh_host_ecdsa_key.pub ssh_host_ed25519_key.pub ssh_host_rsa_key.pub

Pot vedea practic doua categorii:

  1. chei publice/private
  2. fișierele de configurare

Dacă oricare dintre acele fișiere pentru oricare dintre aceste categorii este șters din greșeală.

Cum poate fi regenerat acel fișier? Este posibil?, Cum? în funcție de fiecare categorie (1 sau 2)

drapel in
Dacă sunteți îngrijorat că aceste fișiere pot fi șterse „din greșeală”, v-aș sfătui cu tărie unul dintre cele două lucruri: (1) să aveți copii de rezervă *foarte* bune cu un proces automatizat care rulează regulat (2) să efectuați orice operațiuni distructive pe care le planificați. folosind într-o mașină virtuală *mai întâi*, apoi rulați-le pe sistemul dvs. după ce ați confirmat că nu s-au întâmplat greșeli. Folosesc Linux de la mijlocul anilor 90 și nu mă pot gândi la o singură dată când am șters ceva din `/etc/ssh` „din greșeală”...în afară de acele vremuri, am distrus partițiile cu o comandă `dd` prost scrisă...
user535733 avatar
drapel cn
Cheia veche nu poate fi reconstruită (aceasta ar învinge întregul scop al autentificării bazate pe chei). Trebuie să creați o cheie nouă. „*șters din greșeală*” este motivul pentru care aveți copii de rezervă.
Manuel Jordan avatar
drapel kz
Știu că `/etc/ssh` cere parola de rădăcină/admin - dar sunt curios dacă există o modalitate de a recrea acele fișiere (mai ales despre chei) - conform cu `Trebuie să creați o cheie nouă` este posibil - asta fișierele sunt foarte diferite de directorul `.ssh` - așa că presupun că alte comenzi intră în acțiune
drapel in
Cheile trebuie să fie unice dacă sunt de folos. Dacă o persoană le-ar putea recrea, atunci criptarea ar fi un mit.
Manuel Jordan avatar
drapel kz
Înțeles - dar este posibil să generezi altele noi cu valori noi? - in acest caz clientii trebuie sa-si actualizeze fisierele `known_hosts` conform noilor valori (pentru o noua conexiune - cum prima data cand primesc amprenta gazdei) - Am dreptate?
user535733 avatar
drapel cn
Puteți genera câte chei noi doriți. Generarea de chei noi este banală. Fii clar când spui „client”: clientul ssh are cheia privată nereprodusabilă. Serverul ssh are doar cheia publică. Clientul ssh trebuie să transmită noua cheie publică (corespunzătoare noii chei private) către serverul ssh. Acest lucru necesită de obicei asistență de administrator, deoarece clientul ssh nu se poate autentifica până când noua cheie publică este instalată pe serverul ssh. Asta nu este o operațiune banală... cu excepția cazului în care se întâmplă să fii și administrator al serverului ssh.
Manuel Jordan avatar
drapel kz
Da despre _client_ (`.ssh`), unde pot genera oricând cheile de pereche și pot trimite/pune valoarea cheii publice în fișierul `.ssh/authorized_keys` din server- dar aici postarea este despre server , unde în directorul `/etc/ssh` există niște valori chei care sunt trimise clienților pentru prima lor conexiune ssh - una despre amprenta (ECDSA) și cealaltă o copie a cheii publice a serverului către `.ssh/known_hosts` în client
user535733 avatar
drapel cn
Încercați să preveniți avertismentul de amprentă pe un client ssh?
muru avatar
drapel us
Răspunde asta la întrebarea ta? [Cum pot restabili fișierele de configurare?](https://askubuntu.com/questions/66533/how-can-i-restore-configuration-files) și https://askubuntu.com/questions/600584/error-could -not-load-host-key-when-trying-to-recreate-ssh-host-keys
Puncte:3
drapel cn

În Ubuntu, fișierele de configurare client/server OpenSSH sunt:

  • /etc/ssh/sshd_config - fișierul de configurare al serverului SSH (daemon). Fișierele de configurare suplimentare ar putea fi adăugate în director /etc/ssh/sshd_config.d/ iar extensiile lor de fișiere trebuie să fie .conf (acestea sunt invocate la începutul lui /etc/ssh/sshd_config).

  • /etc/ssh/ssh_config - fișier de configurare la nivel de sistem pentru clientul SSH, setările din acest fișier sunt aplicate tuturor utilizatorilor. Fișierele de configurare suplimentare ar putea fi adăugate în director /etc/ssh/ssh_config.d/ iar extensiile lor de fișiere trebuie să fie .conf (acestea sunt invocate la începutul lui /etc/ssh/ssh_config).

  • ~/.ssh/config - un fișier de configurare personal pentru clientul SSH. Acest fișier este localizat în directorul principal al utilizatorului într-un director special numit .ssh. Directorul în sine trebuie să aibă permisiuni private (700), iar fișierele din interior, de asemenea, trebuie să fie private (600).

Cheile publice/private sunt în posesia unui utilizator, deci sunt private :) În mod implicit, sunt localizate în directorul utilizatorului ~/.ssh.

În acest răspuns al meu din secțiunile 1 și 2 este descris cum se configurează autentificarea SSH bazată pe cheie: https://askubuntu.com/a/986245/566421

Iată un exemplu de caz în care cheile SSH nu se află în directorul principal al utilizatorului: https://askubuntu.com/a/882379/566421

Dacă doriți să recreați directorul /etc/ssh ați putea curăța clientul și serverul OpenSSH, apoi le reinstalați (dar este posibil să nu aveți nevoie de asta):

actualizare sudo apt
sudo apt purge openssh-client openssh-server
sudo rm -R /etc/ssh
sudo apt install openssh-client openssh-server
Manuel Jordan avatar
drapel kz
Practic, cel mai recent pare să fie mai practic - dar bineînțeles că toți clienții trebuie să se fi actualizat cu noile chei ale serverului - pentru scenariul pentru o rețea LAN mică

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.