Puncte:0

Am setat din greșeală permisiunile /home/user/.ssh la 755 și nu am acces la instanța mea google cloud bitnami SSH

drapel us

Recunosc că nu sunt persoana cea mai pricepută în administrarea sistemului; este prima dată când lucrez cu google cloud și bitnami, așa că chiar nu știu ce fac.

Problema: Am vrut să setez permisiunile unui folder de proiect la 755 din motive legate de php (crearea/editarea fișierelor pentru conturile de pe proiectul meu) și nu știam că folderul .ssh pentru disc era localizat în același loc - /home/[numele meu de utilizator]/. Am intenționat să modific /home/[myusername]/[proiect]/userdata/ dar cred că am făcut două directoare în sus și recursiv. Deoarece acum este configurat incorect, niciuna dintre cheile mele nu mai funcționează și chiar și după ce am generat altele noi cu PuttyGen și le-am configurat în managerul de instanțe Google Cloud, tot nu mă pot conecta. Nu am o modalitate evidentă de a intra înapoi pe server și de a remedia permisiunile.

Intrebarea: Există o altă modalitate de a accesa sistemul de fișiere al instanței mele pentru a seta corect permisiunile folderului și/sau a reseta ssh? Și ce permisiuni ar trebui să aibă acel folder? Pot accesa consola google cloud, dar nu am idee unde să caut. Nu vreau să o iau de la capăt pentru că am făcut și o greșeală stupidă de a nu salva codul proiectului pe mașina mea locală sau într-un depozit git.

Tipul de instanță: Bitnami LAMP 7.4.20-8

John Hanley avatar
drapel cn
Utilizați portul serial pentru a corecta permisiunile pe `.ssh` și conținutul acestuia. https://cloud.google.com/compute/docs/troubleshooting/troubleshooting-using-serial-console
John Hanley avatar
drapel cn
Permisiunile pentru folderul `.ssh` ar trebui să fie `700` read-write-execute numai pentru proprietar. Permisiunile pentru `.ssh/authorized_keys` ar trebui să fie `600` citire-scriere numai pentru proprietar. Comanda `chmod` poate explica cum să faci aceste setări.
loohhoo avatar
drapel us
@JohnHanley Am urmat pașii și primesc „permisiunea refuzată”. Am încercat: ```gcloud compute --project "project-name" ssh --zone "us-east4-a" "instance-name"``` (cu detaliile mele) - care nu a funcționat la început, așa că Am făcut-o din nou cu sudo - și a generat o pereche de chei, dar a refuzat totuși să se conecteze. Nu s-a putut trece la pasul următor pentru a seta o parolă.
loohhoo avatar
drapel us
Actualizare: am tastat „numele” proiectului și nu ID-ul său real în consolă, acum sunt în instanța serverului meu :') vă mulțumesc mult
John Hanley avatar
drapel cn
Postați un răspuns cu pașii pe care i-ați urmat și care v-au recuperat sistemul. Acest lucru îi va ajuta pe alții în viitor.

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.