- Verschifft
- 20. August 2026 um 03:48 UTC
- Autor
- Kamo
- Ausschuss
- 9e244db
Öffnen einer zugewiesenen Linux-Instanz immer auf Guacamoles generischem "Ein Fehler ist eingetreten und diese Aktion kann nicht abgeschlossen werden" modal und arbeitete immer nach einem erfrischen. Die hostweite Desktop-Rate-Grenze war durchschnittlich 10 / geplatzt 20, aber eine kalte Last der SSO Deep Link feuert 41 Anfragen innerhalb einer Sekunde. Traefik antwortete 23 und 429'd 18 davon -- einschließlich aller drei Verbindungs-Gruppen/ROOT/Baum-Aufrufe und der websocket-tunnel connect. Guacamoles userPageService.getHomePage() füttert diese Baum ruft in eine $q.all verdrahtet, um Service.DIE, so eine einzelne 429 gibt sendet guacFatalPageError und tauscht die gesamte Benutzeroberfläche gegen APP.ERROR_PAGE_UNAVAILABLE -- das genaue Modal -- während der abgelehnte Tunnel ohnehin nichts bedeutete. Die refresh "fixed" es nur, weil die zweite Last dient die Bundles von Browser cache und bleibt so in der Eimer. Eine Grenze wurde gefordert, um zwei Jobs zu machen. Teilen Sie sie: Der Host behält eine Seiten-Ladung Limit mit echtem Kopffreiheit (durchschnittlich 100 / geplatzt 200, ca. 5x eine kalte Last), und die Anmelde-Stopfen Drosselung hält seine ursprünglichen Zahlen auf dem einen Weg, der tatsächlich authentifiziert, POST /api/tokens. Guacamoles eingebautes Verbot pro IP bleibt die echte Brute-Force-Kontrolle darunter. Beide Routen haben eine explizite Priorität, weil Kamo/kamo-nowww-route eine Wildcard ist ************ Catch-all sitzen bei Priorität 1 -- ein Schreibtisch Route, die nicht übertreffen es hat die ganze Gastgeber geschluckt und serviert 404s. Verifiziert gegen das Live-Gateway: die 41-Anfrage platzen, die zuvor zurückgekehrt 23x200 / 18x429 gibt jetzt 41x200 zurück (120 gleichzeitig auch sauber), während 30 Anfragen zu /api/tokens noch drosseln bei 22 bis / 8 abgelehnt.