Puncte:3

Rețeaua de punte Docker umbră IP-ul clientului SSH, cum să vă recuperați cu grație?

drapel cn

Rulem o mașină virtuală RHEL 7 cu Docker pentru a găzdui câteva servicii interne. Ultima dată am fugit docker-compune pentru a porni un nou container Docker, mi-am pierdut conexiunea SSH la server și, de asemenea, nu l-am putut restabili.

Un coleg a putut diagnostica că vinovatul a fost o nouă rețea Docker care a fost creată ca parte a execuției docker-compune comanda și a cărui gamă IP s-a întâmplat să se suprapună cu cea în care se află mașina de la care mă conectez. Colegul meu a reușit să-mi recâștige accesul închizând demonul Docker și ștergând ruta statică creată de Docker care indică către puntea rețelei docker în cauză. A putut să facă asta pentru că avea la dispoziție o altă mașină în aceeași subrețea cu cea în cauză prin care se putea conecta.

Acum am problema că, deși mă pot conecta din nou la server, nu pot porni demonul Docker fără ca acesta să reinstaleze rețeaua care se comportă greșit și să-mi întrerupă din nou conexiunea. Nici eu nu pot folosi docker network rm sau tunderea rețelei docker pentru a șterge mai întâi rețeaua, totuși, deoarece acele comenzi funcționează numai dacă demonul Docker rulează. Nu am acces la o mașină cu un IP care nu se ciocnește de intervalul IP menționat și are regulile de firewall necesare pentru a accesa mașina pe care încerc să o recuperez.

Există vreo modalitate de a rezolva cu grație această situație și de a face ca demonul Docker să ruleze din nou fără a pierde accesul la mașină? Dacă este necesar, nu ar fi nicio problemă să ștergeți containerele aferente rețelei menționate. M-aș bucura în primul rând dacă aș putea aduce mașina înapoi într-o stare de funcționare.

Am invatat de la acest post că este posibil să configurez ce intervale de IP are voie să folosească Docker, ceea ce cu siguranță voi face odată ce lucrurile vor fi din nou în funcțiune. Ar putea ca asta să rezolve deja problema de la sine sau afectează doar rețelele create de Docker în viitor?

Puncte:1
drapel cn

Am găsit o soluție probabil neortodoxă, dar a funcționat: am scris un script care pornește demonul Docker, șterge rețelele în cauză, înregistrează rețelele șterse și oprește din nou demonul Docker, în caz că nu a funcționat. În acest fel, aș putea să rulez acel script în fundal și să execut comenzile necesare chiar și cu sesiunea mea SSH oprită. În acest fel, aș putea să mă întorc, să verific jurnalele pentru a vedea dacă rețelele problematice au dispărut și, în sfârșit, aș putea porni din nou docker Daemon fără a fi dat afară.

Nu a fost cel mai elegant scenariu, așa că voi avea ceva de curățat, dar Docker funcționează din nou.

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.