- Shipped
- 20 août 2026 à 03:48 UTC
- Author
- Kamo
- Commit
- 9e244db
Ouvrir une instance Linux attribuée toujours atterrie sur le générique de Guacamole "Une erreur a eu lieu et cette action ne peut pas être achevée" et toujours travaillée après un rafraîchissant. La limite de taux de bureau à l'échelle de l'hôte était en moyenne 10 / rafale de 20, mais une charge froide de la SSO brûle des feux de lien profond no 41 à l'intérieur d'une seconde. Traefik répond 23 et 429'd 18 d'entre eux - y compris les trois liensGroupes/ROOT/appels d'arbres et Websocket-tunnel connecteur. L'utilisateur de GuacamolePageService.getHomePage() se nourrit arbre appelle dans un câblé de type zq.all câblé à requestService.DIE, donc un seul 429 là diffuse guacFatalPageError et échange la totalité de l'UI contre APP.ERROR-PAGE-NONDISILABLE -- le modal exact -- alors que le tunnel rejeté ne signifiait rien de connecté de toute façon. Le rafraîchir "fixé" uniquement parce que la deuxième charge desserve les paquets du navigateur Cache et reste donc à l'intérieur du seau. Une limite est de confier deux emplois. Déscissable: l'hôte garde une page-charge limite avec une marge réelle (moyenne 100 / rafale 200, 5x a charge froide), et la l'aplet d'étranglement des justificatifs d'identité garde ses nombres originaux sur le chemin qui s'authentifie effectivement, POST /api/tokens. L'interdiction par IP par guacamole reste le contrôle réel de la force brute en dessous. Les deux routes sont une priorité explicite car la route kamo/kamo-nowww est un caractère générique. - Assuré tout à la priorité 1 - un ordinateur de bureau L'itinéraire qui ne dépasse pas il a tout l'hôte avalé et servi 404s. Vérifié contre la porte d'entrée en direct: la rafale de 41 requêtes qui était précédemment revenue 23x200 / 18x429 retourne maintenant 41x200 (120 simultanés également propres), tandis que 30 demandes à /api/tokens encore les gaz à 22. 8 rejetés.