- Expédié
- 8 août 2026 à 03:19 UTC
- Auteur
- Kamo
- Commite
- dcc4af3
Une pièce jointe GiB a échoué après près de quatre minutes de succès du transfert avec MultipartException enveloppant une SocketTimeoutException nue, et le membre était a déclaré "Internal Server Error". Tomcat désactiveUploadTimeout par défaut à true, ce qui ne signifie pas qu'il n'y a pas temporisation de téléchargement - cela signifie que le lien entre lequel est désactivé et plus long et que la connexion régit également les écritures de l'organe. Ce défaut est 60 et n'a jamais été écrasé, donc n'importe quel Une pause de 60 secondes dans un corps entrant a tué la demande. À l'ancien plafond de 100 Mo a le transfert a rarement fonctionné assez longtemps pour en rencontrer un; à 3 GiB, il court pendant des minutes à travers navigateur, Traefik, le prochain BFF et Tomcat, où un cachalet qui est proche inévitable. Le corps obtient maintenant une heure, correspondant au point d'entrée Traefik devant alors que la ligne de demande et les en-têtes gardent le délai des années 60 qui se limite effectivement slowloris. L'analyse en plusieurs parties se produit avant qu'un manipulateur soit choisi, de sorte que ces échecs n'ont jamais atteint le traitement d'erreur du contrôleur lui-même et est tombé à l'exclusion de la base de Spring 500 - la même réponse pour une connexion bloquée et un fichier surdimensionné. Ils répondent maintenant aux 408 et 413 avec une raison pour laquelle un membre peut agir.