परिवर्तन लॉग
क्या नया है.
यह जहाज के रूप में, प्लेटफार्म के हर सुधार.
· kamo-shared-library
डेटाबेस त्रुटियों को फिर से शुरू करें Yugabyte की उम्मीद है कि एक ग्राहक को पुनः प्रयास करने की उम्मीद है
डीडीएल को लागू करने से कैटलॉग संस्करण को टक्कर मिलती है, और हर भौतिक बैकएंड अभी भी होल्डिंग है पुराना एक SQLState 40001 के साथ अपने अगले बयान में विफल रहता है - "schema संस्करण तालिका के लिए गड़बड़ी ...: उम्मीद 94, 93 मिली। हाइबरनेट इसे फिर से नहीं करता है, इसलिए यह 500 के रूप में एक उपयोगकर्ता तक पहुंचता है। अंतिम घटना ने उनमें से 188 का उत्पादन किया बेड़े चौड़ा पंद्रह मिनट से अधिक, और यह एक विजेट के बारे में एक बग रिपोर्ट के रूप में आया: असफल क्वेरी लगभग हमेशा एक उबाऊ पहचान भार है जो हर पर पहली बार चलता है इसलिए जो भी फीचर shout जोर से दोषी हो जाता है, सत्यापित अनुरोध। इसमें कोई सेटिंग नहीं है जो इसे हटा देती है। Yugabyte के संचालन गाइड कहते हैं डीडीएल के दौरान समवर्ती डीएमएल अस्थायी स्कीमा गलतफहमी त्रुटियों की आवश्यकता है कि ग्राहक के पक्ष में retries, और दो सर्वर झंडे जो विंडो को संकीर्ण करेगा, रनटाइम पर सेट करने योग्य नहीं हैं - चेक Yb-ts-cli के साथ, जो बिना बल के दोनों को मना कर देता है - इसलिए बदलते हुए या तो एक लागत की लागत होती है एक डेटाबेस को एक मास्टर और एक ट्सर्वर चलाने का पुनरारंभ करना। इस कोडबेस में एक पहले नोट ने HikariCP के मैक्सलाइफटाइम को दोषी ठहराया और सुझाव दिया इसे कम करना। यह कुछ भी नहीं किया जाएगा: tserver रन --enable ysql conn mgr=true, इसलिए जावा पूल में तार्किक कनेक्शन होते हैं Yugabyte के अपने कनेक्शन प्रबंधक और कहानी सूची साझा भौतिक में रहता है बैकेंड्स पूल के मालिक नहीं हैं। कुछ भी गलत नहीं होने पर लागत: पूरी तरह से एक अपवाद द्वारा पुनः प्रयास किया जाता है एक स्वस्थ क्लस्टर कभी नहीं फेंकता है, इसलिए स्थिर-राज्य पथ एक लैम्ब्डा कॉल है। जानबूझकर इसके बारे में संकीर्ण क्या होगा? डेटाबेस का कहना है कि लिखने गलत है, यह नहीं कि यह बेकार था, और इसे फिर से लेना एक तेजी से त्रुटि को तीन धीमी गति से बदल देता है। एक निर्दोष विफलता छोड़ दी जाती है अकेले। उसी 40001 में वास्तविक सीरियलाइजेशन संघर्ष और यूगाबाइट भी शामिल है फिर से शुरू करें, जिनमें से दोनों आज 500 के रूप में उपयोगकर्ताओं तक पहुंचते हैं। अभी तक कुछ नहीं कहता है; तारों का अनुसरण करता है।.
· KlusterServices
कहो कि टर्मिनल अपने सदस्य के लिए काम कर रहा है या इंतजार कर रहा है
लिस्टिंग में हर टर्मिनल अब `राज्य`: व्यस्त, या प्रतीक्षा करता है। यह है एक सवाल जो किसी खिड़की से पूछता है, वे नहीं देख सकते हैं, और यह क्या है? कम से कम हेक्सहेड का रंग जवाब देगा। एक SHELL इंतजार कर रहा है जब अग्रभूमि कमांड एक खोल है - `pane current command` क्या tmux पहले से ही फलक में देखता है, इसलिए इसको कोई बहीखाता की जरूरत नहीं है और नहीं जा सकता कहानी। किसी अन्य व्यक्ति को अग्रभूमि में काम करना शुरू हो गया है। सोच या निष्क्रिय। इसके बजाय इसकी प्रतिलिपि उत्तर, पिछली बात से कोई भी वास्तव में SAID: सहायक, Stop reason end turn -> यह जवाब दिया है और वापस सौंप दिया है: WAITING सहायक, Stop reason tool use -> यह कुछ चल रहा है: BUSY उपयोगकर्ता -> अभी प्रस्तुत, अभी तक कुछ नहीं: BUSY अंतिम लाइन लगभग हमेशा बहीखाता है - लागत, latches, कतार संचालन, फ़ाइल स्नैपशॉट, सभी उत्तर के बाद भेजे गए - इसलिए रीडिंग यह हर बार रिपोर्ट करेगा निष्क्रिय सत्र के रूप में व्यस्त है। स्कैन अंतिम संवाददाता रिकॉर्ड पर वापस जाता है। अनजाने में वैटिंग के रूप में पढ़ते हैं, जानबूझकर: एक गलत "busy" एक विंडो ग्रीन पेंट करता है और यह छिपाता है कि यह किसी की जरूरत है, जहां एक गलत "वैटिंग" केवल आंख को खींचता है। यही है स्थिति प्रकाश के लिए सुरक्षित दिशा गलत होने के लिए। इसलिए लिस्टिंग एक आठवें क्षेत्र के लिए tmux पूछता है। शीर्षक LAST और रहता है विभाजित ठहरने के लिए बाध्य; `pane current command` एक नंगे कमांड नाम है जिसमें कोई नहीं है तर्क, इसलिए यह विभाजक नहीं ले सकता। मशीन पर सत्यापित, सिर्फ जुड़नार में नहीं: बारह वास्तविक सत्रों में से सात कि काम कर रहे थे व्यस्त और पांच है कि इंतजार पढ़ लिया था - और शेल केस को लाइव `bash` (waiting) और लाइव `sleep` (busy) के खिलाफ चेक किया गया था। 226 परीक्षण।.
· kamo-internal
कोडर सत्र शुरू करने से पहले मॉडल और प्रयास चुनें, एक बार
एआई संवाद को भेजें, और दोनों दो के बजाय SAME विकल्प हैं। कुछ लोग जो उच्च पर सोनेट पर बस गए हैं, उस पर बस गए हैं। में फिर से पिकिंग हर बार अन्य जगह घर्षण की तरह है, कोई भी कभी एक बग के रूप में रिपोर्ट नहीं करेगा और हर कोई दैनिक महसूस करता है, इसलिए जोड़ी को सदस्य यूआई वरीयता के रूप में संग्रहीत किया जाता है - व्यक्ति के बारे में, ब्राउज़र नहीं, इसलिए एक लैपटॉप और डेस्कटॉप सहमत और समाशोधन एक ब्राउज़र चुपचाप उन्हें ओपस पर वापस नहीं डालता है। यह वरीयता मानचित्र की सवारी करता है लॉन्चपैड पहले से ही प्रति पृष्ठ लोड एक बार पढ़ता है, इसलिए यह चाहता है कि इसमें अतिरिक्त लागत नहीं है पहले पेंट पर अनुरोध करें। दोनों सतहों को एक बार में खुला किया जा सकता है - इंटरेक्शन सेंटर एक पैनल ओवर है a Send To AI संवाद is on — इसलिए एक बदलाव की घोषणा की गई है, साथ ही लिखा गया है। और दूसरा अनुसरण बिना किसी राशि के होता है। कॉल करने लायक तीन चीजें: - प्रेषक से AI संवाद अब फिर से बीज मॉडल और प्रयास जब यह खुलता है। यह उन्होंने कहा, जब वे स्थानीय राज्य थे, और छोड़ने में लिखा होगा हर बार एक बग रिपोर्ट में सदस्य की स्टैंडिंग पसंद पर चूक इसे भेजा गया था - इसे याद रखने का सही विपरीत। - एक संग्रहीत वरीयता उस कोड को छोड़ देता है जिसने इसे लिखा था, इसलिए इसे बजाय चेक किया जाता है विश्वसनीय, और PER FIELD की तुलना में: रिलीज के बीच सेवानिवृत्त एक मॉडल भी नहीं होना चाहिए सदस्य को उनके द्वारा चुने गए प्रयास की लागत। कुछ भी अनजान हो जाता है वापस, जो वह मूल्य प्रस्तुत करने से एक चयन रखता है जो उसके विकल्पों में से एक नहीं है - कि एक खाली बॉक्स के रूप में दिखाता है, और यह है कि किसी ने अपनी सेटिंग को कैसे पता लगाया है चला गया। - चयन मूल निवासी हैं जो पैलेट से तैयार हैं। इस फलक से चित्रित किया गया है एक सतह पर ऐप का रंग और दूसरी तरफ एमुलेटर का रंग और MUI का रंग अपने मेनू को एक पोर्टल में प्रस्तुत करता है जिसे पूरे पैलेट की आवश्यकता होगी इसके माध्यम से एक काले पैनल से बाहर निकलने वाली एक सफेद सूची से बचने के लिए पिरोया गया। A मूल नियंत्रण को `color-scheme` से मिलता है और सही कीबोर्ड लाता है और इसके साथ स्क्रीन रीडर व्यवहार। एक सत्र का पुनरुत्थान भी स्थायी विकल्प का उपयोग करता है: बातचीत को वापस लेने के लिए और एक मॉडल चुनना अलग निर्णय हैं। कोई नया शब्दकोश कुंजी नहीं - मॉडल और प्रयास लेबल और हर विकल्प का नाम है Send To AI संवाद के स्वयं को, डुप्लिकेट के बजाय पुन: उपयोग किया जाता है ताकि वे बहाव नहीं कर सकें। 14 गार्ड और 5363 टेस्ट पास के 13। चेक-i18n-keys वर्तमान में किसी अन्य पर लाल है सत्र का इन-फ्लाइट सब्सक्रिप्शन काम, यहां कुछ भी नहीं।.
· SecurityService
सदस्य के मॉडल और एक कोडर सत्र के लिए प्रयास करें
और जानबूझकर यहां जांच नहीं की। एजेंट पर `coder flags` एक चीज है जो यह तय करती है कि एक सत्र क्या चलता है अपनी खुद की टिप्पणी के साथ यह "पूरे प्रेषण की सुरक्षा सीमा" कहता है पथ - इसलिए इस सेवा में दूसरा शब्दावली एक दूसरी राय होगी कि इसके साथ असहमत हो सकता है, और जो असहमत हो, वह नहीं था पढ़ना बाहर कुछ भी यह एक वाक्य के साथ एक इनकार के रूप में वापस आता है कंसोल वास्तव में एक अज्ञात कार्य निर्देशिका के रूप में, मौखिक रूप से प्रिंट करता है। कॉलर जो इस प्रेषक को पूर्व निर्धारित करता है।.
· KlusterServices
एक कोडर सत्र को मॉडल पर चलाने दें और सदस्य को चुना प्रयास करें
एक नए सत्र के लिए और एक समान रूप से फिर से शुरू हुआ, क्योंकि `-मॉडल` और `-effort` किसी भी तरह के टक्कर झंडे हैं। वे कमांड का एकमात्र हिस्सा हैं जो एक कॉलर को प्रभावित कर सकता है, और वे अभी भी एक ध्वज को व्यक्त नहीं कर सकता: दोनों `coder flags` के माध्यम से जाते हैं, समान निश्चित शब्दावली Send-to-AI प्रेषण का उपयोग करता है, जो निश्चित तर्कों पर एक नाम मैप करता है और उठाता है कुछ और पर। अनुमति मोड यहां से उपलब्ध नहीं है और नहीं है एक पैरामीटर बन गया। Naming NEITHER की अनुमति है और इसका मतलब है "सदस्य सदस्य का अपना विन्यास क्या है? "" - इस एजेंट की तुलना में बेहतर उत्तर का आविष्कार किया गया, और किसी भी कॉलर को क्या कहा जाता है? इस संदेश को पूर्ववत करता है। केवल एक ही मना कर दिया है: उनके मॉडल पर चल रहा है लेकिन किसी और के प्रयास का मतलब क्या है? अल्ट्रा कोड xhigh है और MESSAGE में एक कीवर्ड है, और एक इंटरैक्टिव सत्र इसमें कोई संदेश नहीं है। इसलिए यह xhigh पर चलता है और सदस्य खुद शब्द टाइप करते हैं, जो एक के बजाय ईमानदार व्यवहार है चुप डाउनग्रेड कुछ और के रूप में तैयार है। 215 परीक्षण।.
· kamo-internal
खिड़की के बाद एक हेक्सहेड नाम दें यह खड़ा है
एक हेक्सहेड के टूलटिप ने "User W12" पढ़ा - हेड आईडी, जो विंडो आईडी है, एक में सदस्य अवतारों के लिए लिखित स्ट्रिंग। छह कम से कम खिड़कियों की एक गोदी छह था समान लेबल, इसलिए वह एकमात्र तरीका जो आप चाहते थे उन्हें खोलने के लिए था। शीर्षक पहले से ही वहाँ था: हर स्पॉन विंडो का शीर्षक (स्टोर) है इसके लिए आवश्यक है, संदर्भ मेनू पहले से ही इसे दिखाता है, और हेक्सहेड पहले से ही एक था `alt` prop अपने टूलटिप और इसके सुलभ नाम दोनों को खिलाता है कि कभी भी कुछ नहीं पारित थ्रेड `head.title` चरण के माध्यम से नीचे और वसंत में। इसे चालू रखें। एक सिर शीर्षक के साथ spawned है खिड़की पर था यह कम से कम था, और शीर्षक उस के बाद चलती रहती है - एक चैट का नाम बदल दिया सॉकेट पर, एक रोस्टर परिवर्तन, सर्वर द्वारा नामित एक एआई सत्र जिसे एक बार इसे सर्वर द्वारा नामित किया गया था उत्तर टूल बस अब `tool:title` को `hexheads:title` और 'hexheads' के रूप में प्रतिबिंबित करता है। इंजन इसे लागू करता है जिस तरह से यह अपठित गिनती लागू होती है: निरपेक्ष, समान-रे नहीं परिवर्तन, और कभी एक खिड़की है कि कोई नहीं है के लिए एक सिर spawning।.
· SecurityService
एक साइन-इन को मना करें जिसका होस्ट नाम कोई संगठन नहीं है
ऐसा मेजबान अब तक साइन इन कर सकता है। यह वर्कस्पेस-चूइस के माध्यम से गिर गया पथ और अकेले सदस्यता पर सफल रहा, जिसने इसे एक दरवाजा बनाया जहां कोई नहीं किरायेदार के अपने नियंत्रण लागू: अभिगम नियम और भू ब्लॉक प्रतिसंगठन हैं, इसलिए निर्णय (आईपी, होस्ट) केवल "अनुमोदित" का जवाब दे सकता है - कोई संगठन इसका मालिक नहीं है मेजबान क्योंकि सदस्यता अभी भी साबित हुई थी और CompleteSignIn एक वर्कस्पेस चुनने के बाद नियमों की फिर से जांच करता है। लेकिन विश्वसनीय अपने आप को सभी पर कोई किरायेदार नीति के पीछे बैठे, किसी भी DNS को इंगित करके पहुंच योग्य प्रवेश पर नाम, और लॉकआउट सीढ़ी इसके साथ जोड़ा गया कोई ब्लॉकलिस्ट नहीं था में वृद्धि करने के लिए और एक सिंथेटिक किरायेदार के तहत गिनती करने के लिए। क्रेडेंशियल पढ़ने से पहले मना किया जाता है और लॉकआउट गेट से पहले। आदेश आधे बिंदु: एक अज्ञात होस्ट एक गलत पासवर्ड नहीं है, इसलिए यह गिनती होगी एक वैध उपयोगकर्ता को ऑपरेटर की DNS गलती पर लॉकआउट की ओर जाता है, और यहां से इनकार करने का मतलब है कि सिंथेटिक किरायेदार काउंटर कभी नहीं बनाए जाते हैं। सामान्य क्रेडेंशियल इनकार के बजाय स्पष्ट रूप से कहा गया। यह कौन बनाता है मंच जवाब पर एक रहस्य नहीं है - Traefik पहले से ही इसके द्वारा मार्गों - और एक ऑपरेटर एक नए किरायेदार डोमेन को ला रहा है जिसे "wrong password" कहा जाता है, खर्च करेगा दोपहर एक को रीसेट करना। दो carve-out, दोनों जानबूझकर: स्थानीयहोस्ट OgResolution Service.byHost इसे स्पष्ट रूप से बाहर निकाल देता है, इसलिए यह कभी नहीं हो सकता एक संगठन का नाम और गेट अन्यथा स्थानीय विकास करेगा असंभव। यह HOST से तय किया गया है, यह दर्शाता है कि मौजूदा carve-out, "द कॉलर का पता सार्वजनिक नहीं है" से नहीं - क्लस्टर के अंदर हर अनुरोध ऐसा लग रहा है, इसलिए दिन X-Forwarded-forwarding उत्पादन में टूट जाता है कि परीक्षण का संस्करण गेट को पूरे बेड़े में बंद कर देगा। लूपबैक केवल साक्षरता; एक नंगे सेवा नाम छूट नहीं है। एक हत्या स्विच, **************** शिपिंग ON। यदि एक डोमेन-टेबल समस्या कभी वैध होस्ट को हल करने से रोकती है, साइन-इन को फिर से खोलने योग्य होना चाहिए एक redeploy के बिना - और फिर से खुलने से पुराने रास्ते को ठीक से बहाल किया जा सकता है, बल्कि पुराने रास्ते को पुनर्स्थापित किया जा सकता है। तीसरा व्यवहार। एक भूतपूर्व मेजबान को डेफरिंग को वर्कस्पेस पसंद के लिए रखना चाहिए, न केवल अतीत में गेट इसे होस्ट-रिसोल्ड पथ के नीचे भेजने के बजाय इसे चुपचाप तोड़ देता है: प्रमाणीकरणकर्ता के तीन-आर्गमेंट फॉर्म एक हल FQDN के बिना मना कर देता है, इसलिए "अज्ञात होस्ट" एक गलत पासवर्ड के रूप में तैयार हो जाएगा। यह असली था इस बदलाव की पहली कटौती में दोष, यह पूछकर पकड़ा गया कि स्थानीयहोस्ट क्या करता है आगामी।.
· KlusterServices
एक कोडर टर्मिनल पहनने वाले नाम कोडर ने वार्तालाप दिया
"स्टार्टअप शुल्क कार्यान्वयन और सद्भावना" शीर्षक के बाद से चल रहा था खाता समायोजन दो अलग-अलग चीजें उस नाम को निगल रही थीं। ** शीर्षक एक बार WRITTEN था, बूटस्ट्रैप पर, एक प्लेसहोल्डर के रूप में। यह कुछ सेकंड में बातचीत करना और बाद में इसका नाम बदल देना अगर काम बाहर हो जाता है कुछ और, इसलिए एक संग्रहीत प्रतिलिपि लगभग तुरंत गलत है - एक ही तर्क इस फ़ाइल के बाकी पहले से ही tmux और डिस्क पढ़ने के बजाय के लिए बनाता है टेबल रखना। इसकी लागत 205 एमबी ट्रांसक्रिप्ट के खिलाफ भी ~ 6ms है, क्योंकि coderSessionIndex केवल एक फ़ाइल के दो सिरों को पढ़ता है और उस पर याद करता है (समय, आकार)। ** tmux`s `set-titles` डिफ़ॉल्ट रूप से बंद है, इसलिए एप्लिकेशन का अनुप्रयोग डिफ़ॉल्ट है। इसे सभी के साथ उत्सर्जित करना - पैन का शीर्षक पहले ही सही था जबकि टूल विंडो क्योंकि tmux डिफ़ॉल्ट हर नाम के साथ उपसर्ग होगा मेजबान नाम है: यह हर टर्मिनल "डेस्कटॉप-1" को नाम पर दोहराता है। सदस्य ने इसे दिया। एक नज़र में और नाम विंडो खोलने के बीच आकार नहीं बदलता है और लिस्टिंग को पकड़ना - वही रूप सुरक्षा सेवा जो पहले से ही उपयोग की जाती है प्रारंभिक लेबल। A name of MEMBER typed still wins. कि यह overwrote क्षेत्र झूठ नाम देना होगा। एक अपवाद एक संग्रहित है यह स्थानधारक है, इसलिए इस बदलाव से पहले टर्मिनल खुल गए, इस पर उतरना शुरू करें किसी भी व्यक्ति के टमक्स विकल्पों की आवश्यकता के बजाय अपने आप को फिर से लिखा गया। जुड़ना / टर्मिनलों के हैंडलर में रहता है, इसके बजाय अंदर आधा - टर्मिनल मैनेजर केवल tmux, coderSession जानता है इंडेक्स केवल डिस्क को जानता है, और न तो दूसरे के बारे में जानने के लिए अपने स्वयं के सवाल का जवाब देना चाहिए। 212 टेस्ट। लाइव मशीन के खिलाफ सत्यापित: चल रहे टर्मिनल को हल करता है
· kamo-internal
एक नियम के रूप में साइन-इन लॉकआउट दिखाएं जिसे बंद नहीं किया जा सकता है
सुरक्षा सेवा अब हर संगठन के लिए एक प्रगतिशील साइन-इन लॉकआउट लागू करती है क्या इसके लिए कोई पंक्ति मौजूद नहीं है - पांच नि: शुल्क प्रयास, फिर पांच सेकंड, फिर पांच, पंद्रह और तीस मिनट के ताले, फिर एक स्थायी आईपी ब्लॉक। जांच नियम वह है जहां एक प्रशासक उन्हें पता लगाने के लिए जाता है जो उनकी रक्षा कर रहा है, इसलिए यह पता चला है कि उन्हें क्या करना है। इसलिए कहना है। यह इस स्क्रीन पर पहला नियम है जिसका स्विच बंद हो गया है, जिसकी जरूरत अधिक है। एक अक्षम इनपुट की तुलना में। पंक्ति पहले बैठता है, tinted, एक ताला के साथ, एक "Always" ऑन" चिप और सीढ़ी ने केवल चिप्स के रूप में पढ़ा - क्योंकि एक सुरक्षा कि अभी भी कॉन्फ़िगर नहीं किया जा सकता है, और "प्रोग्रेसिव लॉगिन लॉकआउट" अकेले एक प्रशासक को बताता है कि उनके उपयोगकर्ताओं के लिए क्या होगा? हटाने बटन अक्षम होने के बजाय ABSENT है। हटाने का दूसरा तरीका है एक नियम को बंद करें; सुरक्षा सेवा इसे किसी भी तरह से 409 से मना कर देती है, और एक बटन जिसका एकमात्र परिणाम एक इनकार है वह एक बटन है जो झूठ है। के लिए भी तर्क संपादित संवाद, जो इस नियम के लिए सीढ़ी को केवल पढ़ने और अलर्ट दिखाता है प्राप्तकर्ता - एक क्षेत्र वास्तव में एक किरायेदार है। सर्वर दूसरे को अनदेखा करता है जिस तरह से क्षेत्रों में, इसलिए उन्हें प्रस्तुत करने से संपादन की पेशकश होगी जो चुपचाप चुपचाप नहीं करते हैं बचाओ। लॉक स्विच खुद को slotProps.input के माध्यम से नाम देता है। पंक्ति के शब्दों में रहते हैं इसलिए एक स्क्रीन रीडर के बिना "चेकबॉक्स, चेक" की घोषणा की और कुछ नहीं - और लॉक के लिए कारण ले जाने वाली टूलटिप नहीं है उस रास्ते पर पहुँचे। MUI के द्वारा इनपुटप्रोप्स को चुपचाप छोड़ दिया जाएगा स्विच; चेक-स्विच-रिया मौजूद है क्योंकि इससे पहले इस रेपो को काट दिया गया है। यहां कुछ भी लागू नहीं होता है, और परीक्षण कहते हैं: प्रवर्तन में पिन किया जाता है सुरक्षा सेवा की जांचRuleMandatoryTest। यहाँ क्या पिन किया गया है? स्क्रीन इसके बारे में झूठ नहीं है - स्विच स्थानांतरित नहीं हो सकता है, हटाने नहीं है पेशकश की, सीढ़ी दिखाई देती है, और एक साधारण नियम हर उस पर नियंत्रण रखता है हमेशा था, इसलिए ताला इस नियम के प्रकार के बारे में है और पता लगाने के नियमों के बारे में नहीं सामान्य रूप से। डिक्शनरी कुंजियों को पहले कैमो-ट्रांसलेशन-डिक्शनरी को धक्का दिया गया था; अगला-intl एक लापता कुंजी पथ क्रियाविधि प्रदान करता है, और संदेश / यहां gitignored है। अन्य आदेश जहाजों को दिखाई देते हैं कि एक हरा स्थानीय निर्माण नहीं होगा।.
· kamo-login
प्रगतिशील lockout दिखाएं, इसलिए एक आयोजित साइन-इन खुद को बताता है
सर्वर अब एक सीढ़ी पर साइन-इन से इनकार करता है - पांच मुक्त प्रयास, फिर पांच सेकंड, फिर पांच, पंद्रह और तीस मिनट के ताले, फिर एक स्थायी ब्लॉक। इसके बिना स्क्रीन "Invalid username" के साथ उस सब का जवाब देगा या पासवर्ड सुरक्षा नियंत्रण के बजाय टूट गया। चार राज्यों और उनके बीच मतभेद डिजाइन हैं: STRIKE METER पासवर्ड फील्ड के तहत एक बार विफलता शुरू होती है जमा करना, यह कहना कि कैसे कई प्रयास ठहरावों में हस्ताक्षर करने से पहले और के लिए कितने समय तक। जो लोग वास्तव में भूल गए हैं उनके पासवर्ड को nudge किया जाना चाहिए इससे पहले कि वे बंद हो गए हैं, बाद में नहीं। FIVE-SECOND रुकता है: बटन में साइन एक उलटी गिनती के साथ हो जाता है इसके पार नाली बार। फॉर्म को दूर करना और इसे पांच बार वापस रखना सेकंड इंतजार की तुलना में अधिक विघटनकारी होगा। MINUTES का एक LOCK कार्ड पर ले जाता है - एक अंगूठी जो खाली करती है, एक मिमी: s उलटी गिनती, और एक रीसेट-पासवर्ड भागने, क्योंकि दसवीं विफलता के कारण पासवर्ड है गलतफहमी और वसूली के बजाय भूल जाना एक दरवाजा है यह लॉकआउट नहीं है बंद करना इसे बदलने के बजाय यह फॉर्म OVERLAYS करता है: फ़ील्ड घुड़सवार रहती हैं इसलिए अक्षम पासवर्ड मैनेजर मिड-फिल अपने लक्ष्य को खो नहीं देता है। एक स्थायी ब्लाक को कोई उलटी गिनती नहीं मिलती, कोई अंगूठी नहीं और कोई रिट्री किस्त नहीं। An जब कुछ भी नहीं होता है तो कुछ ऐसा हो रहा है धीरे यह कहते हैं कि खाता वह बात नहीं है जिसे अवरुद्ध किया गया था, क्योंकि यही है यह पहली बात है कि वह व्यक्ति जानना चाहता है। यहां कोई पॉलिसी नहीं रहती है। ब्राउज़र की गिनती और कुछ नहीं है - दूसरा क्लाइंट कोड में सीढ़ी की प्रतिलिपि एक प्रति है जिसे एक हमलावर संपादित कर सकता है और एक प्रति है जो इस क्षण को दोनों तरफ बदल देता है। यह रेपो वास्तव में बिटरेट हो गया है कि इससे पहले: नोड एक्सेस-रॉल चेक ने "व्हाइटलिस्ट" के खिलाफ नियम प्रकारों की तुलना की जबकि प्रकाशक ने "WHITELIST" लिखा, कुछ भी नहीं मिला, और कोई भी ध्यान नहीं दिया। तो API मार्ग सर्वर की संख्याओं को असंतुलित करते हैं, जिसमें 429 को आगे बढ़ाया गया है। इसे 400 में मिलाए जाने के बजाय, जो एक के लिए "बाद अनुरोध" की रिपोर्ट करेगा जवाब जिनकी पूरी सामग्री कब तक इंतजार कर रही है। लॉकआउट पासवर्ड फ़ील्ड को हिला नहीं पाता है या इसकी सामग्री का चयन करता है। शेक मतलब "आप गलत पासवर्ड टाइप करते हैं", और पासवर्ड को पकड़े जाने के दौरान कभी नहीं था देखा गया - क्षेत्र को नष्ट करना गलत बात को भड़काना होगा। सभी चार राज्यों ने डिब्बाबंद सर्वर के खिलाफ शिकारी के साथ वापस पढ़ा और पढ़ा उत्तर देता है, क्योंकि एक हरे रंग का निर्माण इस बात के बारे में कुछ नहीं साबित होता है कि पृष्ठ कैसा दिखता है। कम करना प्रस्ताव को स्पष्ट रूप से सम्मानित किया जाता है; प्रस्ताव / प्रतिक्रिया इसे अपने आप में सम्मान नहीं देती है।.
· SecurityService
प्रोग्रेसिव साइन-इन लॉकआउट, एक स्थायी आईपी ब्लॉक में वृद्धि
एक गलत पासवर्ड अब कुछ खर्च करता है, और लागत बढ़ जाती है। के बाद से गिनती विषय का अंतिम सफल संकेत-in: पहला पांच विफलताएं मुफ्त हैं, छठी और हर एक के बाद यह पांच सेकंड इंतजार कर रहा है, और दसवां, बीसवां और दसवां, दसवां और दसवां, दसवां, दसवां और दसवां, दसवां और दसवां, दसवां और दसवां, दसवां और दसवां, दसवां और दसवां, दसवां और दसवां, दसवां और दसवां, दसवां और दसवां, दसवां, दसवां और दसवां, दसवां और दसवां, दसवां, दसवां और दसवां, दसवां, दसवां और दसवां, दसवां, दसवां, दसवां और दसवां, दसवां, दसवां, दसवां और दसवां, दसवां, दसवां, दसवां और दसवां, दसवां, दसवां, दसवां, दसवां, दसवां और दसवां और दसवां और दसवां, दसवां, दसवां और दसवां, दसवां, दसवां, दसवां, दसवां, दसवां, दसवां, दसवां, दसवां, दसवां, दसवां और दसवां, दसवां और दसवां और दसवां, दसवां, दसवां, दसवां, दसवां, दसवां, दसवां, दसवां और दसवां, दसवां और दसवां और दसवां तीसवां पांच, पंद्रह और तीस मिनट के लिए दरवाजा पकड़ती है। fortieth डालता है संगठन के स्थायी ब्लॉकलिस्ट और मेल sysadmin पर पता। डब्ल्यूएचओ की गिनती पढ़ने का हिस्सा है। विषय आम तौर पर (address) होता है, पहचानकर्ता PAIR, या तो आधे अकेले नहीं। अकेले पहचानकर्ता को गिनने की अनुमति देगा जो कोई उपयोगकर्ता नाम जानता है वह अपने मालिक को दूसरे पक्ष से बाहर रखता है दुनिया; अकेले पते की गिनती एक व्यक्ति को एक साझा कार्यालय के पीछे रहने देगी NAT ने अपने सहयोगियों को बंद कर दिया। एक जोड़ी केवल सीढ़ी एक छेद है, हालांकि - स्प्रे दो सौ उपयोगकर्ता नामों में एक पासवर्ड और कोई भी जोड़ी कभी छह तक पहुंचती है - इसलिए दस से अधिक DISTINCT पहचानकर्ताओं के खिलाफ विफल देखा गया एक पता एक हो जाता है अपने आप में सही विषय पर, और उसके बाद से उसकी हर असफलता एक पर गिना जाता है सीढ़ी जो भी इसे नाम देता है। दोनों का कठोर शासन है। पासवर्ड की तुलना प्रत्येक क्रेडेंशियल बियरिंग टर्मिनस में की जाती है: दोनों संकेत पथ और MFA चुनौती, जिनकी छह अंकों की अंतरिक्ष अपनी खुद की हो जाता है सीढ़ी इसलिए एक फम्बल प्रमाणीकरणकर्ता पासवर्ड चरण के बजट को खर्च नहीं कर सकता है। A कॉलर जो अभी भी सही और गलत पासवर्ड के बीच अंतर को माप सकता है जबकि लॉक आउट में एक काम करने वाले ऑरेकल होता है और एक लॉकआउट होता है जो केवल अपने समय को बर्बाद कर देता है। विफलताओं को उन पहचानकर्ताओं के लिए गिना जाता है जो किसी को नाम नहीं देते हैं, वास्तव में उन लोगों के लिए जो कि करना केवल वास्तविक खातों की गिनती एक गलत उपयोगकर्ता नाम सस्ते और सही बना देगा एक महंगा, जो एक खाता-एनुमरेशन ओरेकल है जो विलंबता से बाहर बनाया गया है। Redis-backed, 30-day स्लाइडिंग TTL, जहां LastLoginService पहले से ही टिकटों को साफ़ करता है वास्तविक साइन-इन हर रेडिस त्रुटि पर विफल खुला, AccessDecisionService's मिलान सिद्धांत: एक लॉकआउट जो किसी बुनियादी ढांचे पर बंद होने में विफल रहता है वोबल हर लॉक को लॉक करता है अपने खुद के मंच से बाहर किरायेदार। विफलताओं को फेंकने योग्य के साथ लॉग किया जाता है, नहीं सिर्फ़ इसका संदेश — इस रास्ते में एक दोष अन्यथा किसी से अविस्मरणीय है आउटेज और चुपचाप पूरे नियंत्रण को बंद कर देगा। Fortieth विफलता अपने आप से पता अवरुद्ध करता है, बजाय पर भरोसा कॉलर पर जाने के लिए और ब्लॉकलिस्ट पंक्ति लिखने के लिए। वह पंक्ति 30 सेकंड के पीछे रहती है verdict कैश, और मेजबान नामकरण पर कोई संगठन लिखने के लिए कोई पंक्ति नहीं है सभी; एक नियंत्रण जो अपने कॉलर पर प्रभावी होने पर निर्भर करता है वह बाद में एक है रिफैक्टर दुर्घटना से बंद हो जाता है। PROGRESSIVE LOGIN LOCKOUT एक नियम के रूप में डिटेक्शन नियमों में प्रकट होता है जो नहीं हो सकता है बंद या नष्ट कर दिया, और जिसका थ्रेसहोल्ड किरायेदार डेटा नहीं हैं - एक संपादन योग्य थ्रेसहोल्ड एक बंद स्विच है जो एक अलग टोपी पहने हुए है। प्राप्तकर्ता संपादन योग्य रहते हैं, या ब्लॉक नोटिस केवल प्लेटफॉर्म ऑपरेटर तक पहुंच सकता है। लॉक में रहता है सेवा, नियंत्रक नहीं: एक गेट जो चारों ओर पहुंच सकता है वह गेट नहीं है। पंक्ति READ पर भौतिककृत है, क्योंकि प्रत्येक मौजूदा संगठन पहले से ही पांच मूल नियम रखती है और कभी भी बीज-ऑन-एम्प्टी शाखा तक नहीं पहुंचती।.
· kamo-internal
एक सदस्य को अपने डोमेन पर URI को रीडायरेक्ट करें
यह स्क्रीन पूरी तरह से बदलाव के लिए है। Google की स्थापना करने वाला सदस्य अपने संगठन के स्वयं के ओएथ ऐप के साथ वर्कस्पेस यहां आता है ताकि वे अपने संगठन के ओएथ ऐप को ढूंढ सकें गूगल कंसोल में पेस्ट करने के लिए पता - और api.kamocrm.com पाया, कैटलॉग में हार्डकोड किया गया, एक संगठन के लिए जिसने अपनी खुद की पुष्टि की है डोमेन और जिनके सदस्य कभी भी कामो के होस्टनाम को नहीं देखते। पता अब सर्वर, प्रति संगठन से आता है, और प्रस्तुत किया जाता है केवल पाठ बॉक्स के बजाय। यह एक स्टाइलिंग विकल्प नहीं है: कुछ नहीं कभी उस क्षेत्र में टाइप किए गए मूल्य को पढ़ा। ईमेल सेवा, मीडिया सेवा और वीओआईपीसेवा प्रत्येक टोकन पर अपने स्वयं के कॉन्फ़िगर किए गए रीडायरेक्ट को फिर से खेलना विनिमय, इसलिए यहां एक URI टाइप किया गया था, उन्हें वापस दिखाया गया था और अनदेखा किया गया था - और एक org जो एक टाइप करता है जो उस पर असहमत है कि सेवा किस चीज़ को भेजती है? गूगल के अंदर से redirect uri mismatch इस स्क्रीन पर कुछ भी नहीं है इसे समझाना। अब इसे बचाने के लिए नहीं भेजा जाता है, इसलिए कोई संग्रहीत स्ट्रिंग नहीं कर सकता है अगले लोड पर आधिकारिक लग रहा है। प्रत्येक कॉलबैक प्रदान किया जाता है, न केवल पहले। एक Microsoft पंजीकरण मेलबॉक्स ऐप और टीम-मेटिंग ऐप है; प्रत्येक आधा अपनी सेवा की कॉलबैक पर पूरा हो जाता है, इसलिए एनट्रा को दोनों की जरूरत होती है और दिखाती है एक दूसरे को बिना किसी क्लू के विफल रहने देता है जिसे यूआरआई भेजा गया था। वही प्लेटफॉर्म कार्ड पर लागू होता है, इसलिए कॉलबैकउरल कॉलबैक बन गया। Microsoft, Zoho, Zoom, Teams, Meta and Canva ने प्रविष्टियों को प्राप्त किया उनके पास कभी नहीं था, जो एक प्लेटफॉर्म ऑपरेटर को छोड़ दिया था, जिसमें कोई पता नहीं था। सब पर पंजीकरण करें। कैटलॉग की सूची केवल प्लेटफॉर्म पर रहती है और कहती है। कामो का अपना ऐप हमेशा प्लेटफॉर्म होस्ट पर चलता है; एक संगठन के लिए उस सूची का पुन: उपयोग करना होगा मंच के होस्टनाम को व्हाइट-लेबलेड किरायेदार के सामने रखें और बता दें उन्हें एक पता दर्ज करने के लिए उनके प्रवाह कभी नहीं भेजता है।.
· SecurityService
प्रत्येक को अपने डोमेन पर कॉलबैक यूआरएल को व्यवस्थित करें
यह समापन बिंदु है जहां एक सदस्य को स्ट्रिंग मिलती है जिसे वे गूगल में पेस्ट करते हैं। सांत्वना, इसलिए यह अंत बिंदु है जो गलत था: यह केवल वापस लौट आया ऑर्ग को फिर से निर्देशित किया गया था, और स्क्रीन ने रिक्त स्थान को एक साथ भर दिया hardcoded api.kamocrm.com - मंच का होस्टनाम, एक के सामने व्हाइट-लेबल किरायेदार, एक ऐप के लिए जो किरायेदार ने खुद ही पंजीकृत किया। CallbackUrls सर्वर-कंप्यूटेड और केवल पढ़ने योग्य है। मेजबान इस से आता है संगठन का सत्यापित डोमेन और OAuthCallbackPaths से पथ, जो एक ही टेबल ईमेल सर्विस, मीडिया सर्विस और वीओआईपीसर्विस बिल्ड है उनके स्वयं के रीडायरेक्ट - तो पता यहाँ दिखाया गया है और पता भेजा तार पर समझौते के बजाय निर्माण द्वारा एक स्ट्रिंग है। उस गलत में कोई स्थानीय लक्षण नहीं है; यह एक तीसरे पक्ष के अंदर स्थित है। सप्ताह बाद, एक redirect uri mismatch के रूप में। एक सूची, स्ट्रिंग नहीं: एक Microsoft पंजीकरण मेलबॉक्स ऐप है और टीम-मेटिंग ऐप और प्रत्येक आधा अपनी खुद की सेवा पर पूरा करता है कॉलबैक, इसलिए एनट्रा को पंजीकृत दोनों की आवश्यकता होती है और स्क्रीन को ऐसा कहना पड़ता है। एक प्रदाता के लिए खाली जिसका कॉलबैक कामो सेवा नहीं करता है - एक्स के पास कोई कनेक्ट नहीं है प्रवाह, और हर पेरोल प्रदाता एक कैमो-आंतरिक पृष्ठ पर पूरा करता है वर्कस्पेस होस्ट। वे अपने संपादन योग्य क्षेत्र को संभालने के बजाय रखते हैं Api.* पता कुछ भी नहीं सुनता है। OrgDomains.verifiedRootDomain अब साझा भविष्यवाणी के लिए प्रतिनिधि करता है यही कारण है: नियम की दो प्रतियां इस स्क्रीन को और उसके दो प्रतियों की अनुमति देती हैं। सेवाओं के बारे में असहमत डोमेन मार्गों.
· VOIPService
टीमों के लिए वापस आ गए ऑर्ग के अपने होस्टनाम पर वापस लौटें
एक पुनर्निर्देशित org को अपने स्वयं के पंजीकरण में टाइप किया गया है, फिर भी सीधे जीतता है - Microsoft की आवश्यकता है URI टोकन विनिमय पर फिर से खेलना मैच करने के लिए प्राधिकरण बाइट-for-byte, इसलिए जो कुछ भी उस एनट्रा ऐप में गया है वह है केवल सही उत्तर, और मौजूदा कनेक्शन को स्थानांतरित नहीं करना चाहिए। इसके तहत क्या परिवर्तन गिरावट है। अपने खुद के ऐप पर कोई ऑर्ग नहीं है संग्रहीत रीडायरेक्ट प्लेटफॉर्म होस्टनाम प्राप्त कर रहा था; अब यह हो जाता है Api.<Its own domain>, जो इसकी सेटिंग्स स्क्रीन दिखाता है। एक org on कामो का मल्टी-टेनेंट ऐप उस पंजीकरण के बाद से प्लेटफॉर्म होस्ट रखता है इसके खिलाफ एक पुनर्निर्देशित और प्रति-ऑर्ग पता गलत है। दोनों वीओआईपी ओएथ नियंत्रक पहले से ही इस एक विधि के माध्यम से गुजरते हैं, इसलिए ऑर्ग और सदस्य कनेक्ट पैर एक साथ चलते हैं।.
· MediaService
बैठक के रूप में एक ऑर्ग का अपना होस्टनाम भेजें OAuth redirect
समान नियम मेलबॉक्स प्रवाह अब अनुसरण करता है, ज़ूम और टीम बैठकों के लिए: अपने ओडब्ल्यूएन ऐप पर एक संगठन ने उस ऐप के खिलाफ ऐप पंजीकृत किया Api.<Its own domain>, इसलिए यह वही है जो तार पर जाता है। कॉलबैक सार्वजनिक और सत्र रहित है, इसलिए संगठन और संगठन दोनों ही हैं। प्रदाता `state` से बाहर आते हैं - प्रदाता के साथ-साथ ऑर्ग, क्योंकि एक ओरग एक बार में अपने स्वयं के ज़ूम ऐप और कामो के एनट्रा ऐप पर हो सकता है और एक बार में दोनों को अलग-अलग जवाब मिलना चाहिए। कामो ऐप पर एक ऑर्ग प्लेटफॉर्म होस्ट रखता है: कि पंजीकरण एक है यूआरआई को पुनर्निर्देशित करें और इसके खिलाफ एक प्रति-ऑर्ग पता एक बेमेल है, कोई भी नहीं कर सकता है केमो के अंदर से ठीक हो जाओ।.
· EmailService
मेलबॉक्स ओएथ रीडायरेक्ट के रूप में एक ऑर्ग का अपना होस्टनाम भेजें
एक ऐसा संगठन जिसने अपने Google या Entra ऐप को पंजीकृत किया था, जिसे पंजीकृत किया गया था अपने खुद के खाते में ऐप अपने ब्रांड के तहत और अब इसके बारे में बताया गया है Api.<Its own domain> को अधिकृत करने के लिए सेटिंग्स स्क्रीन। यह सेवा बनाता है उसे भेजें। दोनों पैर एक चयनकर्ता के माध्यम से जाते हैं, क्योंकि उन्हें सहमत होना पड़ता है: मूल्य प्राधिकरण अनुरोध पर और मूल्य टोकन विनिमय पर फिर से खेलना निष्क्रिय होना चाहिए या प्रदाता विनिमय को अस्वीकार कर देता है। कॉलबैक पैर सार्वजनिक और सत्र रहित है - ब्राउज़र प्रदाता से आता है कोई Kamo सत्र के साथ - इसलिए संगठन `state` से बाहर आता है, जो है क्यों orgIdFromState प्रदाताFromState के साथ मौजूद है। ऑर्ग क्लाइंट के मालिक होने पर, और वह गेट आकस्मिक नहीं है। कामो के मंच पंजीकरण वास्तव में एक पुनर्निर्देशित URI है, पर प्लेटफॉर्म होस्ट; इसके खिलाफ प्रति-ऑर्ग एड्रेस भेजना एक है Redirect uri mismatch org Kamo के अंदर कहीं से भी ठीक नहीं हो सकता, क्योंकि वे गूगल परियोजना के मालिक नहीं हैं। हैऑर्गोनक्लिएंट वही है प्रश्न प्लेटफ़ॉर्मOAuthClientResolver उत्तर जब यह ग्राहक को कौन सा विकल्प चुनता है भेजने के लिए आईडी, इसलिए क्रेडेंशियल और रीडायरेक्ट कभी असहमत नहीं हो सकता। जो ऐप कनेक्ट हो रहा है। केवल अधिकार को फिर से लिखा जाता है, इसलिए GOOGLE OAUTH REDirect URI अपनी जगह रखता है पथ और इसकी योजना। OAuthRedirectUriTest नियंत्रक के अपने निजी चयनकर्ता को बल्कि कहता है इसे आराम करने की तुलना में, और इसके खिलाफ कॉन्फ़िगर किए गए डिफ़ॉल्ट को पिन करें OAuthCallbackPaths — तालिका सेटिंग्स स्क्रीन पढ़ता है। कि गार्ड है परीक्षण फ़ाइल का बिंदु: यदि दो बहाव, यहां कुछ भी विफल नहीं है। यह Google के अंदर विफल रहता है, सप्ताह बाद, एक संगठन के लिए जो एक मुकाबला करता है पहले से ही गलत था कि एक स्क्रीन बंद स्ट्रिंग। यह भी इस परिवर्तन में एक वास्तविक बग पकड़ा: platformProviderFor enum पर स्विच करता है, और एक शून्य enum फेंकने के बजाय स्विच करता है अपने डिफ़ॉल्ट हाथ से गिरना - इसलिए एक कॉलबैक जिसका राज्य डिकोड नहीं करेगा अपने स्वयं के त्रुटि पृष्ठ के रास्ते NPE लिया।.
· kamo-shared-library
अपने डोमेन के लिए एक ओरग के ओअथ कॉलबैक को संबोधित करें
OAuth पुनर्निर्देशित URI तीसरे पक्ष द्वारा आयोजित किया जाता है। एक सदस्य इसे में पेस्ट करता है गूगल या माइक्रोसॉफ्ट के सांत्वना, और तब से उस मूल्य पर सेवा प्राधिकरण अनुरोध पर भेजता है और टोकन विनिमय पर फिर से खेलना है वे किस प्रकार के होते हैं, चरित्र के लिए चरित्र। तो पता एक सेटिंग्स स्क्रीन शो और पते एक सेवा भेजें एक सवाल है, और अब तक वे अलग-अलग स्थिरांक के जवाब में थे। विभिन्न प्रस्तावों में - मंच के होस्टनाम के साथ दोनों में बेक किया गया। एक संगठन जिसने acme.com को सत्यापित किया है, अपने स्वयं के OAuth ऐप को पंजीकृत करता है, अपने स्वयं के Google खाते में, अपने ब्रांड के तहत, और उसे अधिकृत करने के लिए कहा गया था api.kamocrm.com. OAuthCallback. पथ जवाब पथ "और उनके बीच वे एक परिभाषा सुरक्षा सेवा हैं, ईमेल सेवा, मीडियासेवा और वीओआईपीसेवा सभी पढ़ाया जाता है। डोमेन भविष्यवाणी पहले से ही मार्ग पर संकेत-in पथ है - सक्रिय, alias-less, स्वामित्व verified, ssl confirmed — और प्रत्येक स्थिति अपने कारण के लिए यहां अपना स्थान अर्जित करती है। स्वामित्व सत्यापित क्योंकि पूरे ऑर्ग्स में डुप्लिकेट कानूनी हैं, इसलिए एक एकीकृत पंक्ति भेजी जाएगी एक प्रदाता की कॉलबैक, एक लाइव प्राधिकरण कोड ले रहा है, किसी को अन्य मेजबान। Ssl confirmed क्योंकि `api` लेबल में से एक है SSL जांच कवर, ताकि ध्वज वह है जो एपी बनाता है। कोड को निगलने वाले ब्राउज़र के बजाय प्रमाण पत्र। फिर से लिखना केवल अधिकार है, इसलिए एक ऑपरेटर जो कॉलबैक चला गया कॉन्फ़िगरेशन में उनके पथ और उनकी योजना को बनाए रखता है, और एक मूल्य है कि नहीं किया जा सकता है, बल्कि एक अनुमान द्वारा प्रतिस्थापित नहीं है। एक प्रदाता एक से अधिक कॉलबैक मालिक हो सकता है: एक एकल माइक्रोसॉफ्ट पंजीकरण मेलबॉक्स ऐप और टीम-मेटिंग ऐप है, और प्रत्येक आधा अपनी खुद की सेवा के रास्ते को पूरा करता है - इसलिए एनट्रा को दोनों की आवश्यकता होती है, और केवल एक ही सूची तो कह सकते हैं।.
· SecurityService
उपयोगकर्ता खाते का विवरण उनके मालिक या ऑपरेटर से संबंधित है
एक नियम, एक स्थान पर, तीन समापन बिंदुओं के लिए जो USER खाता लिखते हैं: प्रोफ़ाइल के सदस्य अद्यतन, प्रोफ़ाइल का व्यक्तिगत पता और प्लेटफ़ॉर्म उपयोगकर्ता टैब वे एक ही डेटा को नियंत्रित करते हैं और तीन अलग-अलग उत्तरों में भाग लेते थे। UserAccountEditPolicy: स्वयं व्यक्ति, एक देवता-योग्य ऑपरेटर, स्वयं व्यक्ति सिस्टम उपयोगकर्ता, या एक प्लेटफॉर्म प्रशासक होल्डिंग MANAGE USERS / system USER — उपयोगकर्ता टैब ऑन / खाता। शीर्ष स्तर के संगठन पूर्व शर्त के साथ सवारी प्लेटफार्मRightsResolver एक किरायेदार में एक सत्र के लिए कुछ भी हल नहीं है। यह दो चीजें जानबूझकर गिर जाती हैं। MANAGE MEMBERS और MANAGE MEMBER SECURITY अब कानूनी नाम तक नहीं पहुंचता, कानूनी नाम तक नहीं पहुंचता। पसंदीदा नाम या जन्म तिथि। वे एक खाते पर TENANT अधिकार हैं प्रत्येक संगठन व्यक्ति शेयरों से संबंधित है, और एक किरायेदार प्रशासक कर सकते हैं अपने संगठन के सुरक्षा मॉडल को संपादित करें - इसलिए एक किरायेदार खुद को दे सकता है किसी अन्य व्यक्ति की पहचान को फिर से लिखने की क्षमता देखता है। एक ही तर्क है हमेशा उन्हें पासवर्ड बंद रखा। यह भी एकमात्र नियम था अंत बिंदु लागू किया गया, इसलिए अब केवल अलग से पहले ही यह सख्त है। "वर्तमान संगठन के पास खाता है" चला गया है। यह प्राकृतिक रूप से पढ़ता है रक्षा और एक मृत अंत था: मंच 141 के 77 के लिए खाता प्रदान करता है उनमें से 37 सदस्य संगठन के सदस्य नहीं हैं कि उनके खाते का मालिकाना - इसलिए कोई कार्यक्षेत्र अस्तित्व में नहीं है, जिसमें वे कभी भी हो सकते हैं अपना नाम, पसंदीदा नाम या व्यक्तिगत पता संपादित करें। यह भी उत्तर दिया मालिक के लिए गलत सवाल, जो एक व्यक्ति है, कोई संगठन नहीं। सबूत मेलबॉक्स असंतुलित है और यह सुरक्षा है कि वास्तव में पता के लिए मायने रखता है। जब लक्ष्य खाता नहीं हो सकता तब भी पॉलिसी अपने ऑपरेटर हथियारों को हल करती है पढ़ना हर किसी को एक अज्ञात लक्ष्य ध्वनियों जैसे असफल होना बंद है और यह है वास्तव में गलत विफल: यह एक खाता नहीं छोड़ सकता है, जो सही हो सकता है। राज्य एक ऑपरेटर से बाहर निकलने के लिए मौजूद है। सदस्य अद्यतन पर 'isself' MEMBER id द्वारा रहता है: एक प्रतिनियुक्त सत्र है इसके सदस्यआईडी ने लक्ष्य के लिए स्वैप किया था, और एक सुडो सत्र के रूप में कार्य करने के लिए है वह सदस्य होगा।.
· kamo-shared-library
एक पहचान नियम एक ओरग बंद नहीं हो सकता है, और यह पत्र भेजता है
PROGRESSIVE LOGIN LOCKOUT डिटेक्शन Ruletype में शामिल होता है। उस पर प्रत्येक अन्य मूल्य enum कुछ एक किरायेदार में चुनता है; यह एक नियंत्रण का वर्णन करता है सुरक्षा सेवा हर संकेत में लागू होती है कि कोई पंक्ति मौजूद है या नहीं। पंक्ति मौजूद है इसलिए पॉलिसी सुरक्षा स्क्रीन और उसके चेतावनी प्राप्तकर्ताओं पर दिखाई देती है। विन्यास योग्य हैं - इसलिए इसे बंद कर दिया जा सकता है। सीढ़ी खुद प्रति-org नहीं है डेटा और तालिका में नहीं रहता है। 26 वर्ण, इसलिए यह नियम type varchar(30) को डीडीएल के साथ फिट बैठता है, और स्तंभ है मैप्ड EnumType.STRING, इसलिए कोई मौजूदा पंक्ति relabels. LOGIN LOCKOUT IP BLOCKED एक पत्र भेजा जाता है जब एक पता पूरी तरह से समाप्त हो जाता है। स्थायी ब्लॉकलिस्ट पर सीढ़ी और भूमि। यह इस परिवार में एकमात्र चेतावनी है जिसका विषय कोई सदस्य नहीं है - यह एक हमलावर पता के बारे में है - इसलिए हर कोई यह क्षेत्र हमलावर नियंत्रित होता है और उनमें से प्रत्येक भागने का उपयोग करता है जुड़वां। टेम्प्लेटरेंडर अपने आप में से कोई एस्केप नहीं करता है।.
· kamo-internal
एक ऑपरेटर एक व्यक्तिगत पता सेट कर सकता है, और सही खाता के बारे में पूछ सकता है
सदस्य प्रोफ़ाइल में दो बदलाव, दोनों एक ही भ्रम के बारे में: कौन-सा व्यक्ति एक प्रश्न पूछे जा रहे हैं। व्यक्तिगत ईमेल कार्ड अब स्व-केवल नहीं है। एक देवता-योग्य ऑपरेटर और एक सिस्टम उपयोगकर्ता किसी को भी सेट कर सकता है, क्योंकि जिस सदस्य को इसकी आवश्यकता है वह है आम तौर पर, जिन्होंने अभी कहा है कि उनका पुराना मेलबॉक्स सुलभ है - मामला सदस्य का अपना प्रवाह सेवा नहीं कर सकता क्योंकि यह उस पते को मेल करके काम करता है। Deliberately not MANAGE MEMBER SECURITY: यह एक है तीन पहचानकर्ता साइन-इन स्वीकार करते हैं और एक पासवर्ड वसूली लिखते हैं, इसलिए इसे सेट करना खाता ओवर ले रहा है। पासवर्ड कार्ड भी खींचता है। कार्ड रीडर के अपने आप में भी सदस्य-स्किप्ड समापन बिंदु के माध्यम से पढ़ता है प्रोफ़ाइल, इसलिए एक कोड पथ है और सर्वर यह तय करता है कि क्या यह हो सकता है संपादित और किस आकार में। 'मोड' शब्दों को चुनता है, लिखने, और क्या एक पासवर्ड के लिए कहा जाता है - एक ऑपरेटर पहले से ही साबित हुआ है कि वे कौन हैं और पूछ रहे हैं उन्हें एक पासवर्ड के लिए वे थिएटर नहीं होंगे। तीन चीजें ऑपरेटर संस्करण नहीं करना चाहिए, जिनमें से प्रत्येक ने पहले किया था: - लंबित परिवर्तन पैनल प्रदान करें। इसकी पुष्टि, भेजें-again और डिस्कर्ड कॉल SELF-scoped समापन बिंदु, इसलिए एक ऑपरेटर को तीन बटन सौंपा गया होगा कि चुपचाप अपने ओडब्ल्यूएन खाते पर एक सहयोगी का पता दिखाने के दौरान कार्य करते हैं। - एक परिवर्तन से दबाए जाने वाले सदस्य ने लंबित कर दिया था। इसे ओवरराइड करना बिंदु; ऑपरेटर को इसके बजाय इसके बारे में बताया जाता है, जिसमें उस सेटिंग को शामिल करना शामिल है इसे रद्द करना - सदस्य के "जहां आपका खाता रहता है" व्याख्याता प्रदान करते हैं। एक ऑपरेटर जानता है क्या एक उपयोगकर्ता खाता है; वे क्या नहीं देख सकते कि यह लिखने नहीं है सत्यापित और शांत नहीं रहता, इसलिए उन्हें बताया जाता है कि इसके बजाय। अलग-अलग, isSecurityProviderOrg का मतलब है "यह ऑर्ग पीछे के खाते का मालिक है MEMBER BEING VIEWED" और सर्वर से आता है। यह में व्युत्पन्न करने के लिए इस्तेमाल किया READER के अपने खाते से ब्राउज़र जो भी देख रहा है उसके बारे में एक तथ्य है: एक प्रशासक जिसका शीर्षक एक सहयोगी के कानूनी नाम को ठीक करने के लिए मना किया जा सकता है क्योंकि उनका अपना खाता कहीं और से आया था और वह जिसका हकदार नहीं था। बॉक्स की पेशकश की जा सकती है। अपने प्रोफ़ाइल पर एक सदस्य के लिए दो रीडिंग इसलिए स्वयं के मामले में परिवर्तन के बारे में कुछ भी नहीं। वह बैनर जो कहता है "आपका खाता X द्वारा प्रबंधित किया जाता है" पाठक को अवरुद्ध रखता है उत्तर दें, क्योंकि यह वास्तव में पाठक के बारे में एक चीज है - और अब यह केवल अपनी प्रोफ़ाइल पर प्रस्तुत करता है। किसी को अपने खाते के जीवन को बताने जबकि वे एक सहयोगी के रिकॉर्ड को देख रहे हैं, एक सवाल का जवाब देते हैं नहीं पूछते। छह टेस्ट गेट को एक सीमा के रूप में पिन करते हैं, सबसे तेज़ यह है कि एक प्रशासक दोनों MANAGE MEMBERS और MANAGE MEMBER SECURITY को पकड़ना और न ही संपादित कर सकता है। पता.
· SecurityService
चलो एक देवता ऑपरेटर और सिस्टम उपयोगकर्ता ने किसी का पता लगाया
व्यक्तिगत पता केवल था। यह भी पता एक प्रशासक है सही करने में सक्षम होने के लिए - एक सदस्य जिसने अपने खाते पर मेलबॉक्स खो दिया है नया साबित नहीं किया जा सकता है, जो वास्तव में मामला है कि सदस्य का अपना रास्ता सेवा नहीं कर सकता। कौन: एक देवता-योग्य कॉलर, या मंच प्रणाली उपयोगकर्ता। नहीं MANAGE MEMBERS या MANAGE MEMBER SECURITY। यह पता तीनों में से एक है पहचानकर्ता साइन-इन स्वीकार करते हैं और एक पासवर्ड वसूली लिखते हैं, इसलिए होना यह निर्धारित करने में सक्षम है कि वह खाता ओवर ले जा सकता है - एक ही पंक्ति पासवर्डचेंज कंट्रोलर उसी कारण से आकर्षित होता है। पात्रता के माध्यम से पढ़ा जाता है सत्रप्लेटफ़ॉर्म तथ्य के बजाय 'जीडी' तक पहुंचने के बजाय, क्योंकि उस पार्सर ठीक इसी तरह पात्रता और एक OPEN देवता मोड विंडो भ्रमित नहीं किया जा सकता है। लक्ष्य सदस्य को अपने संगठन में पासवर्ड के रूप में होना चाहिए। समापन बिंदु की आवश्यकता होती है। क्या लागू नहीं होता है सुरक्षा प्रदाता नियम: यह मौजूद है एक किरायेदार बदलने को रोकने के लिए कि कोई दूसरे में कैसे संकेत करता है, और एक देवता ऑपरेटर और सिस्टम उपयोगकर्ता एक किरायेदार के बजाय मंच पहचान हैं। इसे रखना वर्कस्पेस से अप्रयुक्त क्षमता को छोड़ देगा, एक ऑपरेटर वास्तव में है खड़े इस रास्ते पर कोई सत्यापन राउंड ट्रिप नहीं है, और पता UNVERIFIED चिह्नित है - कोई भी इसे साबित नहीं किया, और एक लिखित पते को देने के लिए सत्यापित स्टैंडिंग को विरासत में मिला इसके बदले में वह ध्वज को झूठ बना देगा। प्रदाता के भीतर अद्वितीयता अभी भी रखती है, क्योंकि यह एक साइन-इन पहचानकर्ता है, हालांकि यह लिखा गया है। The पुराने मेलबॉक्स के लिए अभी भी जाना जाता है, और सदस्यों की तुलना में यहां अधिक मायने रखता है यह मामला है जहां खाता धारक ने परिवर्तन शुरू नहीं किया था। कुछ भी सदस्य ने लंबित को रद्द कर दिया था, इसलिए कल की पुष्टि लिंक चुपचाप सुधार नहीं कर सकता। सिस्टम यूज़र अब इस कंट्रोलर को कॉल कर सकता है - अन्य लोगों के प्रशासन खाता बिंदु है। यह अभी भी कभी नहीं हो सकता है। /Context रिपोर्ट isGodEligible और isSystemUser तो सांत्वना क्या तय कर सकते हैं प्रस्तावना न तो वहाँ व्युत्पन्न है: पहली बार साझा के माध्यम से आना चाहिए पार्सर, और दूसरा बिल्कुल नहीं सत्र में एक स्तंभ है, इसलिए इसके बिना इसके बिना सिस्टम यूज़र एक प्रोफाइल खुल जाएगा और कार्ड नहीं दिखाया जाएगा यह हकदार है उपयोग दोनों एक स्क्रीन को चौड़ा करते हैं; हर लेखन उन्हें फिर से निष्क्रिय करता है।.
· KlusterServices
दूसरी प्रतिकृति हासिल करने के लिए अंतिम चार सेवाओं का बजट
बिलिंगसर्विस, ईमेलसर्विस, कामोलोस और सुरक्षासेवा अब दो फली चलाते हैं, प्रत्येक ने अपनी जगह बनाई है पहले एक वितरित पट्टा के पीछे साझा प्रभाव अनुसूचित स्वीप। उन दोनों के बीच जो काम को कवर करते हैं जहां दो बार चल रहा है, सबसे महंगा होगा: एक ग्राहक को चार्ज करना, एक बैंक खाते को डेबिट करना, एक ग्राहक को चार्ज करना। एक अभियान भेजने और ओथ अनुदान को ताज़ा करने के लिए।.
· SecurityService
साझा स्वीप को लॉक करें और दो फली चलाएं
सुरक्षा सेवा के सोलह अनुसूचित स्वीप का एक साझा प्रभाव होता है और अब इसे नामित किया जाता है चलने से पहले लीज को वितरित किया गया। इस प्लेटफॉर्म पर कहीं भी कोई शेडलॉक नहीं है, इसलिए प्रतिकृति गिनती क्या उन्हें सही बनाया गया था - इस सेवा में बेड़े में सबसे अनुसूचित काम था और यह था इसलिए सबसे मजबूत एक फली के लिए पिन किया। नामकरण लायक: ************* एक ही OAuth अनुदान को ताज़ा करने वाले दो फली अवैध हो सकते हैं एक दूसरे के नए टोकन और कैलेंडर डिस्कनेक्ट करें BulkExportRunner.pollForWork दो फलियों का दावा करने के लिए समान पंक्तियाँ चली जाएंगी EHR/PHI निर्यात दो बार डोमेन सत्यापन वॉचर स्वामित्व verified फ्लिप करता है, जो तय करता है कि कौन मेजबान जिस मार्ग पर org DocReminderSweep उधारकर्ताओं को दस्तावेज अनुस्मारक भेजता है LeadLockSweeper केवल प्रदान की गई एक लॉक अन्य पॉड जारी कर सकता है ************* एक @Component ने एक @Configuration के अंदर घोंसला किया है, इसलिए यह है एक ही यांत्रिक संपादन के बजाय हाथ से पट्टा ले लिया। चार परीक्षण अब सीधे लॉक बॉडी का प्रयोग करते हैं (sweepLocked, reverifyConfirmedLocked), पोलफोरवर्कलॉकेड)। उन्होंने पहले अनुसूचित प्रवेश बिंदु कहा, जो अब एक नकली पूछता है एक पट्टे के लिए सिंगलटनटैस्कर यह कभी अनुदान नहीं देता है - इसलिए उनमें हर आरोप पारित हो जाएगा कभी नहीं दौड़ने वाले शरीर के खिलाफ। AccessRuleservice और OrgObjectStorageSweep में इंजेक्ट किए गए फ़ील्ड को LAST घोषित किया गया है: वे उपयोग करते हैं लोम्बोक का @RequiredArgsConstructor, जो फील्ड ऑर्डर में अपनी पैरामीटर सूची बनाता है, इसलिए इसे डाल दें कहीं और चुपचाप निर्माता के मौजूदा तर्कों को फिर से व्यवस्थित करता है। प्रतिकृतियां 1 -> 2. एक पृथक वर्कट्री में उत्पत्ति/मुख्य रूप से सत्यापित क्योंकि वर्तमान में यह चेकआउट एक अन्य सत्र के इन-प्रगति OrgNetworkRowBuilder refactor, जो संकलित नहीं करता है; साथ में केवल इन फ़ाइलों ने सेवा निर्माण को लागू किया और इसके सूट दो असफलताओं के अलावा हरे रंग के होते हैं। मूल / मुख्य (UnauthenticatedEndpointRatchet flags userAccountController) पर समान रूप से पुन: उत्पन्न #verifyByToken, जो इस बदलाव का हिस्सा नहीं है।.
· kamolos
प्रत्येक क्रॉन जॉब को लॉक करें जो पैसे ले जाती है, और दो फली चलाती है
कामोलोस एक फली चला गया और इसकी दस क्रोन नौकरियां केवल इसके कारण ही सही थीं। कोई शेडलॉक नहीं है इस प्लेटफॉर्म पर कहीं भी, इसलिए एक दूसरा प्रतिकृति उनमें से प्रत्येक को दो बार चला जाएगा: AutoDebitRunJob DEBITS BORROWERS बैंक ACCOUNTS ब्याजAccrualJob लाइव ऋण पर ब्याज अर्जित करता है - दो बार ब्याज दो बार चार्ज किया जाता है एक अवधि के लिए स्टेटमेंट जेनरेशनजोब दो स्टेटमेंट ReminderDispatchJob दो भुगतान अनुस्मारक सालएंडटैक्सजोब प्रति उधारकर्ता कागजी कार्रवाई के दो दाखिले का मूल्य इसके अलावा एक्सपियरी, डिलिनक्वेंसी, कूलिंग-ऑफ एडवांस, रिमाइंडर शेड्यूलिंग और सामंजस्य की पेशकश करते हैं प्रत्येक को अब कुछ भी करने से पहले सिंगलटनटास्करनर के माध्यम से नाम दिया जाता है। ************* जानबूझकर बंद नहीं है। यह OFAC SDN सूची डाउनलोड करता है और इस फली की अपनी स्मृति में आयोजित एक सेट को प्रतिस्थापित करता है, इसलिए इसे हर जगह चलाने की जरूरत है - लॉकिंग यह छोड़ देगा प्रत्येक पॉड लेकिन एक EMPTY स्वीकृति सूची के खिलाफ लीज होल्डर स्क्रीनिंग आवेदक, जो खराब है दोहराव की तुलना में यह रोका जाएगा। प्रतिकृतियां 1 -> 2.
· EmailService
साझा स्वीप को लॉक करें और दो फली चलाएं
ईमेल सर्विस के दस अनुसूचित स्वीप की नौ में एक साझा प्रभाव होता है और अब पहले एक नाम का पट्टा लेता है दौड़ना। सबसे अधिक परिणामी अभियानDispatcher है: एक लॉक के बिना दो फली पर, हर प्राप्तकर्ता प्रत्येक चल अभियान को डुप्लिकेट प्राप्त होगा। ReminderSchedulerService एक ही सेवा है। बैठक अनुस्मारक के लिए आकार, और **************** snoozed अधिसूचनाओं के लिए। दसवां, **************** जानबूझकर बंद नहीं है। यह चलना मेलबॉक्स इस फली से जुड़े ग्राहकों द्वारा देखते हैं और उन लोगों को नकारते हैं जो कुछ भी धक्का दे रहे हैं, इसलिए यह हर जगह चलाने के लिए है - ताला लगा यह प्रत्येक सदस्य जिसके लिए अपठित बैज फ्रीज होगा WebSocket एक फली पर उतरा जो लीज होल्डर नहीं है। @transactional अब दोनों अनुसूचित रैपर पर है और रिमाइंडरशेड्यूलर सर्विस में लॉक बॉडी है और सिंक सेवा। बाहरी वास्तव में क्या लागू होता है (शरीर इस के माध्यम से पहुंचा जा सकता है: संदर्भ, जो कभी स्प्रिंग प्रॉक्सी के माध्यम से नहीं जाता है); आंतरिक घोषित किया जाता है क्योंकि यह है @Modifying क्वेरी जारी करने की विधि, जो आर्क ratchet पढ़ता है - और ratchet पकड़ा वास्तव में यह जब घोषणा केवल रैपर पर थी। प्रतिकृतियां 1 -> 2. 590 परीक्षण, इस बदलाव से असंबंधित एक पूर्व मौजूदा असफलता ************* मूल / मुख्य पर समान रूप से विफल रहता है।.
· BillingService
प्रत्येक धन-चलित स्वीप को लॉक करें और दो फली चलाएं
बिलिंग सर्विस ने एक पॉड चला और इसकी सात अनुसूचित झाड़ियाँ केवल इसके कारण ही सही थीं। वहाँ इस प्लेटफॉर्म पर कहीं भी कोई शेडलॉक नहीं है, इसलिए एक दूसरा प्रतिकृति उनमें से प्रत्येक को दो बार चला जाएगा टिक: ************* भुगतान प्रदाता को मीटर का उपयोग प्रस्तुत करता है - दो बार जमा हुआ, ग्राहक को दो बार चार्ज किया जाता है Dunningsweep retries असफल भुगतान और उनके बारे में ईमेल StorageAutoExpandSweep ग्राहक की ओर से भंडारण खरीदता है, और इसे बिल देता है TrialExpirySweep परीक्षण समाप्त होता है और सदस्यता पर चलता है MailboxBillingReconciler / PbxBilling एक ही सदस्यता आइटम पर Reconciler लड़ाई StorageSnapshotSweep double-counts every org's nightly use आंकड़ा प्रत्येक को अब कुछ भी करने से पहले सिंगलटनटास्करनर के माध्यम से नाम दिया जाता है। StorageSnapshotSweep (SnapshotSweep) आकार में एक अपवाद है: इसकी स्वीप () ALSO को सीधे से बुलाया जाता है। जब एक ऑपरेटर अब एक स्नैपशॉट के लिए पूछता है, तो स्टोरेजयूजेज कंट्रोलर, और अब एक स्नैपशॉट के लिए पंक्ति की गिनती लौटाता है। प्रतिक्रिया। इसलिए @Scheduled annotation एक नई अनुसूचित स्वीप () में स्थानांतरित हो गया जो पट्टा लेता है, और () स्वयं अछूता है और अभी भी सीधे कॉल करने योग्य है - एक ऑपरेटर के स्पष्ट अनुरोध को नहीं करना चाहिए चुपचाप छोड़ दिया क्योंकि दूसरा फली मध्य स्वीप होता है। प्रतिकृतियां 1 -> 2.
· KlusterServices
छह सेवाओं का बजट जो सिर्फ एक दूसरी प्रतिकृति प्राप्त करती है
एआई सर्विस, KBService, ESigService, VOIPService, डॉक्स सर्विस और ट्रांसल सर्विस अब दो पॉड्स चलाते हैं, इसलिए किसी भी नोड की नाली को एक बार में दोनों के बजाय एक समय में उन्हें एक बार फिर से पहचानना चाहिए। पहले पांच को वहाँ एक वितरित के पीछे अपने साझा प्रभाव अनुसूचित स्वीप डालने से मिला लीज़; ट्रांसल सर्विस को सभी पर कोई लॉक की जरूरत नहीं थी क्योंकि इसकी एक निर्धारित विधि कैश को ताज़ा करती है पॉड की अपनी स्मृति में और हर जगह दौड़ना चाहिए।.
· TranslateService
दो फली
यहां एक @Scheduled विधि, **************** एक नक्शा populates इस फली की अपनी स्मृति में आयोजित। यह प्रत्येक फली पर चलाने के लिए माना जाता है, वहाँ एक के लिए साझा नहीं है डुप्लिकेट के लिए दूसरा प्रतिकृति, और यह जानबूझकर कोई लॉक नहीं हो जाता है - लॉकिंग यह हर पोड को छोड़ देगा लेकिन एक खाली भाषा तालिका के साथ पट्टाधारक। इस सेवा में कुछ भी अनुरोधों के बीच की स्थिति रखता है।.
· DocsService
साझा स्वीप को लॉक करें और दो फली चलाएं
प्रत्येक @Scheduled स्वीप यहाँ जिसका प्रभाव साझा किया गया है, अब एक नाम वितरित लीज लेता है कुछ भी करने से पहले सिंगलटनटास्करूनर, इसलिए यह एक बार प्रति बार बेड़े में चला जाता है। फली। यह एकमात्र चीज थी जो इस सेवा को एक प्रतिकृति पर रखने वाली थी - कहीं भी कोई शेडलॉक नहीं है इस मंच, इसलिए प्रतिकृति गणना क्या झाड़ू सही बनाया था। @transactional और दोस्त बाहरी विधि पर रहते हैं जहां प्रस्तुत: स्प्रिंग उन्हें एक साथ लागू करता है प्रॉक्सी और आंतरिक विधि इस माध्यम से पहुंची है:: संदर्भ, जो कभी एक के माध्यम से नहीं जाता है। उन्हें आगे बढ़ने से स्वीप चुपचाप गैर ट्रांसेक्शनल हो जाएगा। प्रतिकृतियां 1 -> 2, KlusterServices में एक PodDisruptionBudget के साथ तो एक नोड नाली प्रतीक्षा करता है।.
· VOIPService
साझा स्वीप को लॉक करें और दो फली चलाएं
प्रत्येक @Scheduled स्वीप यहाँ जिसका प्रभाव साझा किया गया है, अब एक नाम वितरित लीज लेता है कुछ भी करने से पहले सिंगलटनटास्करूनर, इसलिए यह एक बार प्रति बार बेड़े में चला जाता है। फली। यह एकमात्र चीज थी जो इस सेवा को एक प्रतिकृति पर रखने वाली थी - कहीं भी कोई शेडलॉक नहीं है इस मंच, इसलिए प्रतिकृति गणना क्या झाड़ू सही बनाया था। @transactional और दोस्त बाहरी विधि पर रहते हैं जहां प्रस्तुत: स्प्रिंग उन्हें एक साथ लागू करता है प्रॉक्सी और आंतरिक विधि इस माध्यम से पहुंची है:: संदर्भ, जो कभी एक के माध्यम से नहीं जाता है। उन्हें आगे बढ़ने से स्वीप चुपचाप गैर ट्रांसेक्शनल हो जाएगा। प्रतिकृतियां 1 -> 2, KlusterServices में एक PodDisruptionBudget के साथ तो एक नोड नाली प्रतीक्षा करता है।.
तुम्हारा ब्रह्मांड इंतजार कर रहा है.
मिनटों में मुफ्त शुरू करें. जब भी आप तैयार हों तो उत्पाद जोड़ें - कोई माइग्रेशन नहीं, कोई नया लॉगइन नहीं.
हमेशा के लिए मुफ्त - कोई क्रेडिट कार्ड की आवश्यकता नहीं