Uneori veți vedea o eroare care vă spune că ssh nu a putut rezolva un nume de gazdă atunci când încercați să îl utilizați. Dacă primiți această eroare, trebuie mai întâi să vă asigurați că sunteți conectat la rețea. Utilizatorii de orice tip de rețea fără fir vor dori, de asemenea, să se asigure că primesc suficient semnal pentru a finaliza solicitarea. Lipsa de conectivitate este cea mai frecventă cauză a acestor erori, potrivit multor dezvoltatori. Este chiar mai frecvent decât greșelile de scriere.
Dacă sunteți sigur că aveți o conexiune solidă, atunci ar trebui să verificați dacă există erori tipografice. Este posibil să fi scris greșit o adresă IP sau un fel de linie de localizare a resurselor. Deși ar putea părea pretențios cu privire la modul în care informațiile îi sunt prezentate, software-ul ssh dorește să se asigure că vă conectați întotdeauna la resursa potrivită. În plus, fișierul gazdelor ar putea, de asemenea, să indice ssh în direcția greșită cu privire la resursa la care încercați să vă conectați.
Metoda 1: rezolvarea comenzilor de nume de gazdă malformate
Presupunând că nu ați făcut o greșeală cum ar fi să tastați s sh sau ss h în loc de ssh, atunci este posibil să fi greșit comanda hostname. Software-ul așteaptă comenzi date ca ssh user @ NAME în loc de alt format. Deschideți un terminal cu privilegiile adecvate pentru comanda dvs. În general, veți putea funcționa ca utilizator obișnuit atunci când utilizați ssh și nu veți avea nevoie de puteri de superutilizator.
Poate doriți să deschideți un terminal ținând apăsate Ctrl, Alt și T în același timp. Unii utilizatori Xfce4 pot ține apăsată tasta Windows sau Super și pot apăsa T. Puteți porni o solicitare din meniul Dash, Aplicații, KDE sau Whisker, îndreptându-vă către căutare și tastând Terminal sau selectându-l din instrumentele de sistem. Utilizatorii Ubuntu Server sau versiunile Red Hat Enterprise Linux și Scientific Linux care nu au o interfață grafică cu utilizatorul ar trebui să țină apăsat Ctrl, Alt și F1-F6 pentru a accesa o consolă virtuală. Va trebui să vă conectați înainte de a continua.
După ce sunteți la prompt, emiteți codul ssh și asigurați-vă că este în formatul anterior. De exemplu, ați putea încerca ssh root @ myPlace dacă ați avea un nume de gazdă conectat în rețea ca atare. Comanda ssh root@##.#.#.##, după ce a înlocuit simbolurile octotorpe cu numere, este o idee bună dacă vă conectați direct la o adresă IP.
S-ar putea să descoperiți că scrieți root @ server sau altceva similar, care ar scuipa următoarea eroare:
ssh: Nu s-a putut rezolva serverul hostname: Nume sau serviciu necunoscut
Unii utilizatori își obișnuiesc să-și amintească că ssh user @ server este modul în care trebuie întotdeauna să scrieți această comandă.
Metoda 2: corectarea 
Fişier
Fişier Orice fel de daune aduse 
fișierul poate provoca, de asemenea, probleme cu numele gazdei, iar ssh va oferi uneori aceleași avertismente pentru aceste tipuri de erori pe care le-ar oferi pentru orice altceva. Veți avea nevoie de acces root pentru a deschide fișierul hosts. Dacă lucrați la unul dintre terminalele de mai sus, atunci puteți tasta sudo nano 
sau
pentru a deschide fișierul pentru editare. Solicitarea sudo vă va solicita parola.
Dacă lucrați din interiorul unui mediu desktop, atunci veți dori să deschideți o linie de aplicație. Puteți face acest lucru ținând apăsate tasta Windows sau Super și R, apăsând Alt și F2 sau făcând clic pe Dash, în funcție de mediul desktop pe care îl utilizați. Când aveți o linie, tastați 
în funcție de utilizarea de aplicații bazate pe GTK + sau KDE Qt. Poate doriți să utilizați gvim, leafpad sau mousepad în loc de gedit sau kate.
În orice caz, veți fi încărcat fișierul hosts. Asigurați-vă că ați acces la citire și scriere, apoi aruncați o privire în partea de sus a fișierului. Veți avea nevoie de următoarele două linii pentru a funcționa corect:
127.0.0.1 localhost
127.0.1.1 YourHostName
YourHostName ar trebui să conțină numele propriu al gazdei aparatului. Este posibil să aveți nevoie și de acestea dacă lucrați cu o rețea IPv6:
:: 1 ip6-localhost ip6-loopback
fe00 :: 0 ip6-localnet
ff00 :: 0 ip6-mcastprefix
ff02 :: 1 ip6-allnodes
ff02 :: 2 ip6-allrouters
Dacă vă aflați într-un fel de rețea care utilizează doar tehnologia IPv4, va trebui să setați corect primele două doar în majoritatea situațiilor. Conectivitatea modernă la Internet migrează rapid către standardul IPv6, totuși, astfel încât zilele de setare a acestora dispar rapid. Distribuția dvs. Linux ar fi trebuit să vă configureze aceste setări, dar uneori un pachet eronat sau pur și simplu erori de utilizator pot corupe fișierul gazdă și conecta punctele într-o locație greșită.
Dacă utilizați un editor de text grafic care citește în bara de titlu, atunci nu îl puteți salva și nu ați folosit corect gksu sau kdesu. Alternativ, puteți găsi alte linii după ff02 :: 2 ip6-allrouters, pe care nu trebuie să le atingeți, cu excepția cazului în care au legătură cu oricare dintre aceste alte coduri. Acestea sunt părți ale altor sarcini și este posibil să aveți destul de multe dintre ele dacă vă aflați într-un sistem în care fișierul hosts a fost utilizat pentru a bloca utilizatorii să acceseze un anumit site. Cu toate acestea, va trebui să comentați liniile duplicate, care se pot face adăugând simbolul # la începutul acestora. Fiecare dintre rândurile anterioare ar trebui să apară o singură dată și nu doriți să aveți mai multe atribuții pentru niciunul dintre numele date. Acest lucru ar forța ssh și toate celelalte programe de rețea să ia pur și simplu ultima sarcină, ceea ce ar putea fi greșit.
Salvați fișierul după ce ați terminat de editat și asigurați-vă că îl închideți imediat după aceea. Nu doriți să efectuați modificări inutile fișierului hosts dacă îl puteți evita, motiv pentru care ieșirea de aici este atât de imperativă. Încercați comanda ssh după ce ați terminat, asigurându-vă că ați format-o corect cu pașii stabiliți în prima metodă. Dacă aveți în continuare probleme, atunci veți dori să reporniți aparatul. În caz contrar, nu ar trebui să aveți alte probleme cu ssh.
4 minute citite
