रूसी नियमनों के अनुकूलन

समस्या

CLORE.AI पर रखी गई मशीनों का एक बड़ा हिस्सा रूस में स्थित है, जिसका मुख्य कारण सस्ती ऊर्जा की उपलब्धता है।

विभिन्न सेवाएँ, यहाँ तक कि अन्य देशों में सामान्य प्रयोजन वर्चुअल/डेडिकेटेड सर्वरों से कनेक्शन कुछ रूसी ISP द्वारा ब्लॉक किए जा सकते हैं। CLORE.AI एक वितरित अनुमति-रहित नेटवर्क है जिसमें कई होस्ट हैं जो रूस में रेसिडेंशियल/बिजनेस इंटरनेट कनेक्शनों का उपयोग कर रहे हैं, जो इंटरनेट प्रदाता पर निर्भर करके गैर-मानक प्रोटोकॉल तक पहुँच को प्रतिबंधित कर सकते हैं जैसे

• stratum+tcp / stratum+ssl

• वेबसोकेट्स

• या कुछ होस्टिंग प्रदाताओं से किसी भी TCP/UDP कनेक्शन तक भी

मुख्यतः स्वचालित फ़ायरवॉल के कारण, जो VPN सेवाओं और गैर-मानक प्रोटोकॉल/सामान्य प्रयोजन सर्वर कनेक्शनों को रोकने की कोशिश करता है और उन्हें ऐसे के रूप में चिह्नित किया जा सकता है

कुछ मामलों में डोमेन भी HTTPS ट्रैफ़िक के लिए भूमिका निभा सकता है, जैसा कि उदाहरण के लिए इस में दिखाया गया है पोस्ट शायद क्योंकि अनुरोध पर SNI हेडर में गैर-ru डोमेन का उल्लेख होता है (TLS में v1.3 से पहले के संस्करण के अंतर्गत)

वास्तविकता कई कारकों पर बहुत विशिष्ट रूप से निर्भर करती है, जो पूरी तरह सार्वजनिक रूप से ज्ञात नहीं हैं; यह लेख आपके कनेक्शन ब्लॉक होने पर गलत सकारात्मक रिपोर्टों को कम करने में मदद कर सकता है

जानने योग्य

GigaSPOT स्नैपशॉट में, देश कोड ISO 3166-1 alpha-2 में निर्दिष्ट होता है

समाधान

सार्वजनिक माइनिंग पूलों के साथ कनेक्शन

सार्वजनिक माइनिंग पूलों का उपयोग करते समय, रूस में स्थित मशीनों के लिए कनेक्शन हेतु रूस में होस्ट किए गए stratum का उपयोग करने का प्रयास करें, जिसे GigaSPOT मार्केट में प्रत्येक मशीन के लिए दिखाए गए देश कोड द्वारा निर्धारित किया जा सकता है ISO 3166-1 alpha-2 फ़ॉर्मेट। यह कहना महत्वपूर्ण है कि हाल के समय में रूस की कुछ मशीनों के पास कज़ाखस्तान "KZ" IP पता रहा है, इसलिए उन्हें KZ के रूप में रिपोर्ट किया जाता है; सामान्यतः सभी KZ को RU माना जा सकता है और दोनों के लिए समान कॉन्फ़िगरेशन का उपयोग करना सुरक्षित है

मेरी वेबसोकेट / HTTP / HTTPS सेवा से कनेक्शन

उदाहरण के लिए आपके पास GigaSPOT पर तैनाती के लिए स्क्रिप्ट और फ़ाइलें परोसने हेतु अपना खुद का होस्ट हो सकता है, जो विशेष रूप से उपयोगी है Ubuntu बेस इमेज से वर्कलोड चलाने के लिए

ऐसे मामलों में मैं सुझाव दे सकता हूँ कि आप अपने होस्ट को Cloudflare प्रॉक्सी के पीछे रखें, जो सामान्यतः सुलभ होती है। हमने ऐसे मामले देखे हैं जहाँ Cloudflare के पीछे वेबसोकेट API को कुछ रूसी इंटरनेट प्रदाताओं द्वारा पहुंच से प्रतिबंधित किया गया था; यह होने की संभावना कम है, पर .ru डोमेन प्राप्त करने से मदद मिली।

आप रूस में होस्ट सेटअप करने का भी प्रयास कर सकते हैं, एक अच्छा विकल्प हो सकता है https://pq.hosting/ जो क्रिप्टोकरेंसी भुगतान स्वीकार करता है।

कंटेनर के अंदर जाँच

आप जाँच सेटअप कर सकते हैं और रूस की मशीनों और बाहरी दुनिया के लिए अलग एंडपॉइंट रख सकते हैं और इस पर निर्भर करते हुए अपना वर्कलोड प्रारंभ कर सकते हैं कि कौन सा एंडपॉइंट उपलब्ध है; यहाँ मार्गदर्शन देना संभव नहीं है, क्योंकि विभिन्न वर्कलोड के लिए कार्यान्वयन बहुत भिन्न हो सकता है।

तैनाती के समय नियम

आप अपने बॉट को अपने वर्कलोड के 2 प्रकार तैनात करने के लिए बना सकते हैं, जिन्हें ENV, अलग इमेज, entrypoint आदि से समायोजित किया जा सकता है... ताकि रूस और बाहरी दुनिया को अलग किया जा सके। जैसा पहले कहा गया कुछ रूसी मशीनें कज़ाखस्तान "KZ" के रूप में दिखती हैं, इस प्रयोजन के लिए कज़ाखस्तान को रूस मानना सुरक्षित है।

अंतिम शब्द

हालाँकि वर्तमान में रूस की अधिकांश मशीनों को प्रतिबंधित कनेक्शनों से ऐसी समस्याएँ नहीं हो रही हैं, यह दुर्लभ नहीं है कि ऐसा हो और वित्तीय नुकसान से बचने के लिए तैयार रहना बेहतर है।

आदर्श रूप में ऊपर बताए गए कुछ उपायों का उपयोग करें या आप ऐसी मशीनों व होस्टों की ब्लैकलिस्ट बनाए रखने का प्रयास कर सकते हैं जो ठीक प्रकार से काम करने में विफल होती हैं, जिनका कारण ये प्रतिबंध हो सकते हैं।