Probează sănătatea reală a podului, nu un port care este întotdeauna deschis

FixKlusterServices
Expediere
29 august 2026 la 02:57 UTC
Autor
Kamo
Comite
9112205

kamo-meet lasa o persoana intr-o sedinta si apoi sa terminat momentul a Al doilea s-a alăturat. Podul era nesănătos de 41 de ore: un container in-place repornire pe 2026-08-27 a venit cu "Nu a reușit să se lege Un singur port" și Ice4j construiește că recoltator Once la pornire și niciodată Retries, astfel încât procesul nu se poate recupera pe cont propriu. Un participant l-a ascuns complet -- jicofo nu alocă pod pentru un singuratic Ocupat. Al doilea joint a declanşat atacul. "fără poduri operaţionale" şi jicofo a distrus ambii participanţi şi Am oprit conferinţa. Acesta este întregul simptom raportat. Nimic nu a repornit capsula pentru că sondele erau un TCP gol conectat la 9090. Jetty leagă 9090 indiferent de starea ICE, astfel încât sonda a raportat sănătos pentru întreaga 41 de ore în timp ce fiecare întâlnire de două persoane a murit. ă Sonda nu a putut observa singurul eşec care contează. Acum citeste / despre / sanatate, care returneaza 500 pentru exact acest stat, asa ca repornirea -- singura recuperare disponibilă -- se întâmplă de fapt. Trebuie. exec buclă împotriva 127.0.01: pod este gazdaNetwork și nodul ADNTs <hostIP>:8080 la Traefik, astfel încât o sondă httpGet devine Traefik mai degrabă 404 decât sănătatea podului. Verificat ambele moduri înainte de a se stabili pe exec. JVB OHTTP SERVER PORT="-1" a mers cu ea. Acesta a pretins că închide 8080 peste o Conflictul cu gândacii, dar CRDB s-a retras şi imaginea nu a onorat niciodată Variabila -- 8080 asculta tot timpul -- deci doar inducea in eroare.

Toate modificările

Ca ceea ce vezi de transport maritim?

Fiecare dintre aceste actualizări aterizează automat în spațiul de lucru. Începe gratuit și urmăriți-l crească săptămână după săptămână.

Pornește gratuit pentru totdeaunaVezi prețurile