Puncte:0

Digital Ocean Ubuntu 18.0.x ssh user@ip_address refuzat (cheie publică), acum Github nu îmi recunoaște computerul. Ce faci? Ar trebui să îmi fac griji?

drapel ng

Folosesc o instanță Digital Ocean Ubuntu 18.0.x și mă conectez de la mașina mea Ubuntu și de la Mac. cand eu ssh utilizator@adresa_ip Primesc mesajul rezumat la care va fi adăugat chei_autorizate (sau know_hosts) dar refuzând conexiunea la server necunoscut (publickey), acum Github nu îmi recunoaște computerul. Ce faci?

Am folosit ExpressVPN până ieri.Acum am toate aceste probleme, s-ar putea să fie legate și ar trebui să-mi fac griji că există cineva la celălalt capăt al acestui lucru care încearcă să mă MinM. Ce pași pot face pentru a verifica cheile mele ssh pe local și pe serverul meu/github, cum ar fi o sumă de control sau simbolul cheii faciale, orice? Scuze dacă gresesc terminologia, sper că înțelegi ce întreb.

Ar putea fi acesta ufw sau setările? Am activat conexiunile tcp ssh, altceva? Port forwarding? Ce ar trebui să caut pentru a exclude vulnerabilitatea și o pot verifica și, dacă da, cum?

Ar trebui să îmi fac griji? Am crezut că chestia cu oceanul digital este enervant și ciudat și încă nu îmi dau seama cum să introduc una dintre picăturile mele ubuntu de pe mașina mea Linux. Ce se întâmplă dacă primesc aceeași solicitare de la un alt terminal (mac sau Windows) pe care am folosit-o în trecut? Ar trebui să fiu îngrijorat atunci și ce ar trebui să fac dacă este așa pentru a contracara acest lucru sau pentru a „sigiliza” o parte din vulnerabilitatea mea.

Sau este doar un caz în care trebuie să copiați cheile ssh pe known_hosts? este o durere pentru că nu mă lasă să-l copiez, lipește o altă cheie ssh când încerc, ar trebui să o scriu manual prin consola de recuperare ubuntu din tabloul de bord digital oceans. Vreo idee despre ce este vorba? Conținea „(s și „<”>, apoi alte caractere din cheie, acesta este un mecanism de protecție? Am încercat ssh-key-copy sau orice vă permite să copiați în mod normal cheia ssh la useryour@website_ip. S-ar putea să fi tastat greșit acea comandă de copiere, dar am încercat-o pe cea corectă, tocmai îmi scap de memorie chiar acum. Orice intrare ar fi foarte apreciată de orice vrăjitor Ubuntu. Sunt un pic un rook, rulez ubuntu de bază de câțiva ani pentru dezvoltare și ușurința mare de utilizare când programez în laravel în terminalul bash, îmi place. Este redus, dar cu funcții complete și gata pentru USB atunci când este necesar (adică cozi), dar nu sunt un superutilizator, așa cum sunt cu Windows sau Mac.

drapel ru
orice chei SSH pe care le aveți pe sistemul dvs. nu sunt trimise către nodul dvs. DO sau sunt trimise, dar nodul dvs. DO nu le acceptă (înseamnă că nu le-ați copiat niciodată corect). Cu toate acestea, specificați două probleme separate - GitHub și DO. Este, de asemenea, `authorized_keys`, nu `known_hosts`, pentru a specifica cheile SSH publice care sunt autorizate pentru SSH într-un utilizator de pe o mașină la distanță
nstone101 avatar
drapel ng
Mulțumesc că ai clarificat asta, știam asta. Tocmai am fost în acel director. Voi corecta asta. Deci trebuie să-mi copiez id_rsa.pub în authorized_hosts cut/paste save quit?
drapel ru
De obicei, da, pentru nodul dvs. DO. Pentru GitHub, trebuie să adăugați cheile SSH la pagina de chei SSH autorizate GitHub din browser web, nu există nicio funcție „copiere id-ul”
nstone101 avatar
drapel ng
Bine, poate mi-am regenerat cheia ssh și nu mi-o amintesc. E ciudat. Funcționează pe unul dintre nodurile mele, nu funcționează pe 3 trebuie să fi fost adăugat după o modificare pe care nu mi-o amintesc, cred.Aveți idee de ce nu pot copia și lipi din bash în consola DO? Se pare că îmi permite să copiez orice altceva, parole, scripturi, funcții etc. Doar că nu toată cheia ssh și ce parte copiază nu sunt același lucru. E bizar. De asemenea, know_hosts face parte din asta cumva, se menționează adăugarea acestui dispozitiv deoarece nu îl recunoaște, prin urmare adaug cheia mea ssh la authorized_keys, dar ceva ce mi se cere pentru known_hosts?

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.