- Expediere
- 20 august 2026 la 03:48 UTC
- Autor
- Kamo
- Comite
- 9e244db
Deschiderea unui caz Linux atribuit întotdeauna aterizat pe genericul Guacamole "O eroare a avut loc și această acțiune nu poate fi finalizată" modal, și a lucrat întotdeauna după Refresh. Limita-rata de birou la nivelul gazdei a fost medie 10 / spargere 20, dar o sarcină rece a SSO trage adânc ~41 solicită în interiorul o secundă. Traefik a răspuns la 23 şi 429'd. 18 dintre acestea -- inclusiv toate cele trei grupuri de legătură/ROOT/tree calls și Conectare websocket-tunel. Guacamole utilizatorPageService.getHomePage() hrănește cele Arborele face apel la un $Q.Toată cu fir pentru a solicita serviciul. DIE, deci un singur 429 acolo emisiuni guacFatalPageError și swap-uri întregul UI pentru APP.ERROR PAGE UNAVAILEBILE -- modul exact -- în timp ce tunelul respins nu însemna nimic conectat oricum. ă reîmprospătează "fix" numai pentru că a doua sarcină servește pachete din browser Cache și așa rămâne în interiorul găleată. S-a cerut o limită pentru două slujbe. Split-le: gazda păstrează o pagină-sarcină limita cu headroom real (media 100 / spargere 200, ~5x o sarcină rece), și Accelerația de încărcare credibilă păstrează numerele originale pe singura cale care de fapt autentifications, Post /api/tokens. Interdicţia pe IP a lui Guacamole rămâne Adevăratul control al forţei brute de dedesubt. Ambele rute au o prioritate explicită deoarece kamo/kamo-no www-route este un wildcard - Nu. captură-toate şedinţa la prioritatea 1 - un birou ruta care nu este mai mare decât cea pe care a înghiţit-o întreaga gazdă şi a servit 404. Verificat împotriva portalului live: explozia 41-cerere care a revenit anterior 23x200 / 18x429 întoarce acum 41x200 (120 concomitent, de asemenea, curat), în timp ce 30 de cereri 8 / 8.