हर ठंड KamoDesktop लोड 429 से बढ़त दर सीमा बंद करो

FixKlusterServices
शिप
20 अगस्त 2026 को 3:48 am बजे UTC
लेखक
Kamo
Commit
9e244db

एक असाइन किए गए लिनक्स उदाहरण को खोलना हमेशा गुकामोल के जेनेरिक "एक त्रुटि" पर उतरा। हो गया है और इस कार्रवाई को पूरा नहीं किया जा सकता है" मोडल, और हमेशा एक के बाद काम किया ताज़ा करना होस्ट-वाइड डेस्कटॉप-रेट-सीम औसत 10 / फट 20 था, लेकिन इसका एक ठंडा भार SSO गहरी लिंक आग ~ 41 अनुरोध एक सेकंड के अंदर। Traefik उत्तर 23 और 429'd उनमें से 18 - सभी तीन कनेक्शनसमूहों/ROOT/त्रि कॉलों और सहित Websocket-tunnel कनेक्ट। Guacamole के उपयोगकर्ताPageService.getHomePage() उन लोगों को खिलाती है पेड़ अनुरोध सेवा के लिए $q.all वायर्ड में कॉल करता है। वहाँ एक एकल 429 प्रसारण guacFatalPageError और APP.ERROR PAGE UNAVAILABLE के लिए पूरे UI को स्वैप करता है। - सटीक मोडल - जबकि अस्वीकार सुरंग का मतलब किसी भी तरह से जुड़ा नहीं है। The इसे केवल इसलिए ताज़ा करें क्योंकि दूसरा भार ब्राउज़र से बंडलों को पूरा करता है कैश और इसलिए बाल्टी के अंदर रहता है। एक सीमा को दो नौकरी करने के लिए कहा जा रहा था। उन्हें विभाजित करें: मेजबान एक पेज-लोड रखता है वास्तविक हेडरूम (औसत 100 / बर्स्ट 200, ~ 5x एक ठंडा भार) और वास्तविक हेडरूम के साथ सीमा क्रेडेंशियल-स्टफिंग थ्रॉटल अपने मूल संख्या को एक पथ पर रखता है कि वास्तव में, POST /api / टोकनों को प्रमाणित करता है। Guacamole के प्रति आईपी प्रतिबंध में निर्मित रहता है नीचे वास्तविक ब्रूट-बल नियंत्रण। दोनों मार्ग एक स्पष्ट प्राथमिकता लेते हैं क्योंकि कामो / कामो-नोwww-route एक वाइल्डकार्ड है ************* कैच-सभी प्राथमिकता 1 पर बैठे - एक डेस्कटॉप मार्ग जो इसे बाहर नहीं छोड़ता है, इसमें पूरे मेजबान को निगल लिया जाता है और 404s पर सेवा की जाती है। लाइव गेटवे के खिलाफ सत्यापित: 41-रीक्वेस्ट फटकार जो पहले वापस लौट आया था 23x200 / 18x429 अब 41x200 (120 समवर्ती भी साफ), जबकि 30 अनुरोध 22 से / 8 तक / एपी / टोकन अभी भी थ्रॉटल हो गए।.

सभी बदलाव

जैसा कि आप शिपिंग देखते हैं?

इन अद्यतनों में से प्रत्येक स्वचालित रूप से अपने कार्यक्षेत्र में उतरता है। प्रारंभ करें और सप्ताह के बाद इसे सप्ताह के अंत में देखें।.

Foreverमूल्य निर्धारण देखें