înregistrare Logare
Puncte:0
s.khan avatar Ubuntu

Nu se poate autentifica la utilizatorul root/sudo

drapel kh
s.khan

Am acest Ubuntu 20.04 VPS care a funcționat bine cu o oră în urmă, dar acum nu mă pot conecta la utilizatorul meu sudo. Autentificarea rădăcină este, de asemenea, dezactivată.

Când funcționa, am implementat un site web static și am vrut să instalez certbot ssl de la utilizatorul sudo, dar a fost refuzat că nu am permisiunea. După ce am căutat online, am găsit ceva pentru a schimba permisiunea, adică sudo chmod 755. Apoi a funcționat și site-ul meu rula, dar apoi m-am deconectat și nu mă pot conecta din nou. Parola este corectă și am încercat asta:

ssh -o PreferredAuthentications=parolă -o PubkeyAuthentication=nu -p 4256 utilizator@<ip>

Apoi spune: Acces refuzat.

Ce se intampla aici? Cum pot repara? Nu vreau să reinstalez tot serverul. Am totul acolo. Suportul găzduirii mele a refuzat să mă ajute, deoarece am primit unul auto-gestionat fără cPanel.

Iată un Pastebin pentru toate rezultatele pe care le obțin după alergare ssh -v [email protected] -p 4256

OpenSSH_8.5p1, OpenSSL 1.1.1k 25 martie 2021
debug1: Citirea datelor de configurare /etc/ssh/ssh_config
debug1: se conectează la 13.210.34.26 [13.210.34.26] portul 4256.
debug1: Conexiune stabilită.
debug1: fișier de identitate /c/Users/Admin/.ssh/id_rsa tip -1
debug1: fișier de identitate /c/Users/Admin/.ssh/id_rsa-cert tip -1
debug1: fișier de identitate /c/Users/Admin/.ssh/id_dsa tip -1
debug1: fișier de identitate /c/Users/Admin/.ssh/id_dsa-cert tip -1
debug1: fișier de identitate /c/Users/Admin/.ssh/id_ecdsa tip -1
debug1: fișier de identitate /c/Users/Admin/.ssh/id_ecdsa-cert tip -1
debug1: fișier de identitate /c/Users/Admin/.ssh/id_ecdsa_sk tip -1
debug1: fișier de identitate /c/Users/Admin/.ssh/id_ecdsa_sk-cert tip -1
debug1: fișier de identitate /c/Users/Admin/.ssh/id_ed35314 tip 3
debug1: fișier de identitate /c/Users/Admin/.ssh/id_ed35314-cert tip -1
debug1: fișier de identitate /c/Users/Admin/.ssh/id_ed35314_sk tip -1
debug1: fișier de identitate /c/Users/Admin/.ssh/id_ed35314_sk-cert tip -1
debug1: fișier de identitate /c/Users/Admin/.ssh/id_xmss tip -1
debug1: fișier de identitate /c/Users/Admin/.ssh/id_xmss-cert tip -1
debug1: șir de versiune locală SSH-2.0-OpenSSH_8.5
debug1: versiunea de protocol la distanță 2.0, versiunea de software la distanță OpenSSH_8.2p1 Ubuntu-4ubuntu0.3
debug1: compat_banner: match: OpenSSH_8.2p1 Ubuntu-4ubuntu0.3 pat OpenSSH* compat 0x04000000
debug1: se autentifică la 13.210.34.26:4256 ca „utilizator”
debug1: load_hostkeys: fopen /c/Users/Admin/.ssh/known_hosts2: Nu există un astfel de fișier sau director
debug1: load_hostkeys: fopen /etc/ssh/ssh_known_hosts: Nu există un astfel de fișier sau director
debug1: load_hostkeys: fopen /etc/ssh/ssh_known_hosts2: Nu există un astfel de fișier sau director
depanare1: SSH2_MSG_KEXINIT trimis
depanare1: SSH2_MSG_KEXINIT primit
debug1: kex: algoritm: curved35314-sha256
debug1: kex: algoritm cheie gazdă: ssh-ed35314
debug1: kex: server->cifrare client: [email protected] MAC: <implicit> compresie: niciuna
debug1: kex: client->server cipher: [email protected] MAC: <implicit> compresie: niciunul
debug1: aștept SSH2_MSG_KEX_ECDH_REPLY
depanare1: SSH2_MSG_KEX_ECDH_REPLY primit
debug1: Cheie gazdă server: ssh-ed35314 SHA256:aZS4ZFL/olGXqpcNScSQVXFY0UlmJ4sKCSugT/1nRvC0pGOLJLXOCrA
debug1: load_hostkeys: fopen /c/Users/Admin/.ssh/known_hosts2: Nu există un astfel de fișier sau director
debug1: load_hostkeys: fopen /etc/ssh/ssh_known_hosts: Nu există un astfel de fișier sau director
debug1: load_hostkeys: fopen /etc/ssh/ssh_known_hosts2: Nu există un astfel de fișier sau director
debug1: verificare fără identificator de port
debug1: load_hostkeys: fopen /c/Users/Admin/.ssh/known_hosts2: Nu există un astfel de fișier sau director
debug1: load_hostkeys: fopen /etc/ssh/ssh_known_hosts: Nu există un astfel de fișier sau director
debug1: load_hostkeys: fopen /etc/ssh/ssh_known_hosts2: Nu există un astfel de fișier sau director
debug1: Gazda „13.210.34.26” este cunoscută și se potrivește cu cheia gazdă ED35314.
debug1: Cheia găsită în /c/Users/Admin/.ssh/known_hosts:3
debug1: a găsit cheia potrivită cu portul de ieșire
debug1: check_host_key: cheia gazdă necunoscută sau de încredere în mod explicit: dezactivarea UpdateHostkeys
debug1: rekey-out după 134217728 blocuri
debug1: SSH2_MSG_NEWKEYS trimis
debug1: aștept SSH2_MSG_NEWKEYS
depanare1: SSH2_MSG_NEWKEYS primit
debug1: reintroduceți după 134217728 blocuri
debug1: va încerca cheia: /c/Users/Admin/.ssh/id_rsa
debug1: va încerca cheia: /c/Users/Admin/.ssh/id_dsa
debug1: va încerca cheia: /c/Users/Admin/.ssh/id_ecdsa
debug1: va încerca cheia: /c/Users/Admin/.ssh/id_ecdsa_sk
debug1: va încerca cheia: /c/Users/Admin/.ssh/id_ed35314 ED35314 SHA256:Ay9qo3SK2DdG9PQDKY+O3y+c54HrrjHdkCsGoM4Fyck
debug1: va încerca cheia: /c/Users/Admin/.ssh/id_ed35314_sk
debug1: va încerca cheia: /c/Users/Admin/.ssh/id_xmss
debug1: SSH2_MSG_EXT_INFO primit
debug1: kex_input_ext_info: server-sig-algs=<ssh-ED35314,[email protected],ssh-rsa,rsa-sha2-256,rsa-sha2-512,ssh-dss,ecdsa-sha256-nist ,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,[email protected]>
depanare1: SSH2_MSG_SERVICE_ACCEPT primit
debug1: Autentificări care pot continua: cheie publică, parolă, tastatură interactivă
debug1: Următoarea metodă de autentificare: cheie publică
debug1: Se încearcă cheia privată: /c/Users/Admin/.ssh/id_rsa
debug1: Se încearcă cheia privată: /c/Users/Admin/.ssh/id_dsa
debug1: Se încearcă cheia privată: /c/Users/Admin/.ssh/id_ecdsa
debug1: Se încearcă cheia privată: /c/Users/Admin/.ssh/id_ecdsa_sk
debug1: Oferă cheie publică: /c/Users/Admin/.ssh/id_ed35314 ED35314 SHA256:Ay9qo3SK2DdG9PQDKY+O3y+c54HrrjHdkCsGoM4Fyck
debug1: Autentificări care pot continua: cheie publică, parolă, tastatură interactivă
debug1: Se încearcă cheia privată: /c/Users/Admin/.ssh/id_ed35314_sk
debug1: Se încearcă cheia privată: /c/Users/Admin/.ssh/id_xmss
debug1: Următoarea metodă de autentificare: tastatură interactivă
98
0 + 0
ChanganAuto avatar
drapel us
ChanganAuto
*Am schimbat permisiunea unuia dintre directoare* Care și ce se schimbă?
3
Răspunde
s.khan avatar
drapel kh
s.khan
@ChanganAuto Am implementat un site web static și am vrut să instalez certbot ssl de la utilizatorul sudo. Dar a fost refuzat că nu am permisiunea. Deci, după ce am căutat online, am făcut ceva ```sudo chmod 755``````.Dar înainte de asta a trebuit să folosesc altele pentru că niciuna nu funcționa.
0
Răspunde
drapel hr
steeldriver
@s.khan, vă rugăm să [editați] întrebarea dvs. cu toate informațiile relevante despre ceea ce ați făcut
1
Răspunde
s.khan avatar
drapel kh
s.khan
@steeldriver gata. Vă rog, îmi puteți spune cum să repar asta? Am atât de multe aplicații și atât de multe date acolo.
0
Răspunde
guiverc avatar
drapel cn
guiverc
Nu ați oferit detalii specifice despre ceea ce ați făcut; nici detalii despre OS și lansare. Dacă ai făcut ceea ce ai spus că ai făcut, m-aș aștepta la o eroare precum `chmod: operand lipsă după â755â` (adică este o comandă incompletă pentru majoritatea sistemelor de operare la subiect aici; mesajul poate varia, desigur, pentru lansarea ta *nedeclarată*)
0
Răspunde
s.khan avatar
drapel kh
s.khan
@guiverc Frate, nu-mi amintesc. Am doar copiat-lipit comenzi. Dar era ceva de genul ```sudo chmod/chown 755``` și altul (presupun) cu ```root:root``` inclus. Le-am folosit astfel încât să pot instala certbot pentru site-ul meu static în directorul ```/var/www```. Și versiunea mea Ubuntu este 20.04
0
Răspunde
s.khan avatar
drapel kh
s.khan
Băieți, am un tablou de bord vps oferit de găzduire. Are: Repornire, Oprire, Pornire, Reinstalare, VNC, Log, Oprire, Reconfigurare rețea și Salvare. Pot face ceva din această listă, cu excepția reinstalării?
0
Răspunde
s.khan avatar
drapel kh
s.khan
Iată un pastebin pentru ssh verbose https://pastebin.com/jb1YLqqS
0
Răspunde
guiverc avatar
drapel cn
guiverc
Nu știm ce ai făcut; de exemplu. comanda `chmod` pe care ați dat-o ar fi dus la o eroare, așa cum am spus deja; cu toate acestea, dacă ați dat cale/fișiere; efectul ar putea afecta programele din cauza modificării permisiunilor. de exemplu. dacă ai făcut-o la `/etc/sudoers` (440 este normal) nu ar fi afectat niciun utilizator `sudo` activ, dar ar fi oprit orice încercare `sudo` viitoare. Istoricul comenzilor ar trebui să arate ce ați făcut; dar exemplul meu are nevoie de 440 (nu 755) pentru a funcționa conform așteptărilor. `/etc/passwd` ar trebui să fie 644 etc.. Nu știm ce ați schimbat, deoarece acesta este ceea ce trebuie remediat.
0
Răspunde
Puncte:1
avatar Ubuntu
drapel br
svend06

din pacate va trebui sa dezinstalezi si sa reinstalezi intreaga aplicatie de la zero, asa ca nu stiu de ce, dar am dezinstalat-o si instalat-o si acum e ok

0 + 0
s.khan avatar
drapel kh
s.khan
Acum am acces la modul de salvare. Dar nu știu ce să fac aici. Încă încerc să-mi revin din această mizerie
0
Răspunde
drapel romania
SEF 777
întrebarea această in alte limbi:

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.