- भेजा गया
- 24 सितंबर 2026 को 12:15 am बजे UTC
- लेखक
- Kamo
- कमिट
- b0e08ac
kamo-internal ब्राउज़र जावास्क्रिप्ट से बाहर *** सत्र आईडी चलती है: यह वर्तमान में सत्र में बैठता हैस्टोरेज और प्रत्येक WebSocket URL को सवारी करता है `?***=<128-hex id>`, जो पूरी तरह से Traefik का एक्सेस लॉग रिकॉर्ड है। ब्राउज़र WebSockets इसके बजाय एक अल्पकालिक एक बार की कुंजी ले जाएगा कि Kamo-internal mints (POST /api /generate-otk): Redis `OTK<otk>` -> 128-hex *** id. दोनों सेवाओं को कैमो-आंतरिक स्विच से पहले स्वीकार करने की आवश्यकता है, इसलिए यह पहले जहाज़। WebSocketAuthInterceptor अब एक 'otk' क्वेरी पैरामीटर पढ़ता है और इसे हल करता है ************* (नया) मौजूदा उपभोग मान्यAndConsumeOneTimeKey X-OTK के लिए इस्तेमाल किया: यह एक है SockJS समापन बिंदु, इसलिए एक ब्राउज़र कनेक्शन एक से अधिक हैंडशेक बना सकता है चूंकि यह परिवहन की जांच करता है, और एक उपभोक्ता पढ़ने से गिरावट आती है - कुंजी की अपनी छोटी टीटीएल इसके बजाय बाध्य करती है। उपस्थिति ओटीके है, फिर विरासत *** क्वेरी परम, फिर *** कुकी। एक otk मौजूद है, लेकिन हल नहीं है एक कठिन अस्वीकार: यह कभी गिर जाता है *** या कुकी के माध्यम से, जो किसी भी टैब को ताज़ा करने के लिए आता है अंत में और अन्यथा चुपचाप एक अलग सत्र प्रमाणित होगा। कुछ नहीं पिछले सत्र संकल्प परिवर्तन (सदस्य पात्रता, विशेषताओं)। otk और हल आईडी कभी लॉग नहीं कर रहे हैं, आसपास कोड मिलान। टेस्ट: KSessionServiceOneTimeKeyTest and WebSocketAuthInterceptorटेस्ट कवर otk रिज़ॉल्यूशन और गैर-अवधारणा, अस्वीकार-onresolved-otk precedence नियम, विरासत *** अभी भी काम कर रहा है, और कोई विश्वसनीय अस्वीकृति नहीं है। दोनों पूर्वाग्रह नियम और नो-डेल्ट नियम हाथ से उत्परिवर्तन-चेक किया गया था (प्रत्येक को पुराने / कुत्ते के आकार में बदलना लाल रन को पुन: उत्पन्न करता है)।.
