जो टीम हर दिन एक ही नेटवर्क से साइन इन करती है, उसकी अपनी सुरक्षा चेतावनियाँ मायने रखती हैं: कोई असामान्य साइन-इन इसलिए दिखता है क्योंकि सामान्य साइन-इन बदलते नहीं। स्टैटिक ISP पता वही नेटवर्क है: वही IP, किसी नामित इंटरनेट प्रदाता के नेटवर्क पर, हर सेशन में, जब तक वह आपके पास है।
इस परिदृश्य पर एक शर्त लगी है, जो नीति के साथ-साथ यहाँ भी लिखी है: जो अकाउंट आपके निजी स्वामित्व में नहीं हैं, उनके लिए एक्सेस खोलने से पहले हमें उन पर आपके अधिकार का प्रमाण चाहिए।
संक्षेप में: जो अकाउंट आपके हैं या जिन्हें चलाने का आपको अधिकार है, उनके लिए अपने चलाए अकाउंट पर एक स्टैटिक पता इस्तेमाल करें और उसे बनाए रखें, ताकि अकाउंट का अपना साइन-इन इतिहास एक जैसा रहे और उसकी सुरक्षा चेतावनियों का मतलब बना रहे। जो अकाउंट आपके निजी स्वामित्व में नहीं हैं, उनके लिए पहले उन पर आपके अधिकार का प्रमाण चाहिए।
यहाँ अकाउंट मैनेजमेंट का मतलब है अपने अकाउंट, या वे अकाउंट जिन्हें चलाने का आपके पास अनुबंध है, ऐसे पते से चलाना जो सेशनों के बीच नहीं बदलता। स्टैटिक ISP पता एक अकेला IP है जिसका रजिस्ट्रेशन किसी नामित इंटरनेट प्रदाता का है, और जो आपकी भुगतान की गई अवधि खत्म होने तक आपके लिए आरक्षित है। रोटेटिंग पूल उल्टा काम करता है: हर अनुरोध, या हर छोटी स्टिकी अवधि, एक नए पते से जाती है, और ठीक यही बदलाव है जिससे यह काम बचना चाहता है।
साइन-इन जाँचें नेटवर्क को पढ़ती हैं, और कुछ प्लेटफ़ॉर्म बताते हैं कि कैसे। Microsoft का Entra ID Protection ऐसे साइन-इन के लिए जोखिम पहचान सूचीबद्ध करता है जिनके गुण उपयोगकर्ता के इतिहास के लिए अपरिचित हों, जो कम समय में भौगोलिक रूप से दूर-दूर की जगहों से हों, और जो अनाम IP पतों से हों। ज़्यादातर प्लेटफ़ॉर्म इससे कम प्रकाशित करते हैं, लेकिन पता उन गिने-चुने संकेतों में से है जो हर साइन-इन के साथ आते हैं। जहाँ एक्सेस किसी पते से बँधा हो, वहाँ यह बंधन स्पष्ट होता है: Google Cloud आपको API की को खास IP पतों तक सीमित करने देता है, और इस तरह सीमित की गई API की को कहीं और से अस्वीकार कर दिया जाता है। ये पहचान अकाउंट के स्वामी की रक्षा करती हैं: मल्टी-फ़ैक्टर ऑथेंटिकेशन जैसी साइन-इन चुनौती सिस्टम का सही काम करना है, और स्टैटिक पता किसी को इससे छूट नहीं देता। प्लेटफ़ॉर्म के बारे में हम जो कहते हैं वह ऐसे दस्तावेज़ों पर और स्टैटिक और रोटेटिंग पतों के फ़र्क़ पर आधारित है; हमने खुद किसी प्लेटफ़ॉर्म को नहीं मापा है। उद्धृत शर्तें हमारी सेवा की शर्तों, रिफ़ंड नीति और स्वीकार्य उपयोग नीति से ली गई हैं।
साझा पता असंबंधित अकाउंट के साइन-इन इतिहास को मिला देता है। हर अकाउंट का अलग पता हर टीम का इतिहास एक जगह रखता है।
हर अकाउंट को उसका अपना पता दें। साइन-इन इतिहास, अनुमति सूचियाँ (allow-list) और सुरक्षा चेतावनियाँ पते से जुड़ी होती हैं। जब कोई एजेंसी कई क्लाइंट के अकाउंट चलाती है, तो हर क्लाइंट का अलग पता एक क्लाइंट की नेटवर्क सेटिंग्स और चेतावनियों को दूसरे से अलग रखता है।
उस देश का पता चुनें जहाँ अकाउंट पंजीकृत है और आपकी टीम काम करती है। कैटलॉग हर ब्लॉक के पीछे के प्रोवाइडर का नाम बताता है, अमेरिका में उनकी संख्या 19 है।
उसके बाद कुछ न बदलें। असली मूल्य निरंतरता में है। हर रोटेशन और किसी दूसरे नेटवर्क से हर लॉगिन अकाउंट के इतिहास में एक नई प्रविष्टि है, और क्योंकि आप पते का भुगतान अवधि के हिसाब से करते हैं, उसे बनाए रखना ही डिफ़ॉल्ट है।
कंपनी प्रोफ़ाइल और डेवलपर कंसोल जो आपके व्यवसाय के हैं, हर व्यवसाय के लिए एक, जितना हर प्लेटफ़ॉर्म की शर्तें अनुमति देती हैं। कुछ भी सत्यापित करने की ज़रूरत नहीं: पता प्लेटफ़ॉर्म को आपकी टीम को देखने के लिए एक ही नेटवर्क देता है। अगर अकाउंट इसके बजाय किसी नियोक्ता या क्लाइंट का है, तो अगला कार्ड लागू होता है।
किसी क्लाइंट की मौजूदगी संभालने वाली एजेंसियाँ और मैनेज्ड-सर्विस टीमें। हमारी नीति इसी मामले के बारे में पूछती है: जब आप अकाउंट पर अपना अधिकार दिखा सकें, हम इसे खोल देते हैं, और एजेंसी के लिए यह अक्सर वही अनुबंध होता है जो उसके पास पहले से है। एजेंसियाँ अक्सर हर क्लाइंट का एक्सेस उसके अपने स्टैटिक रेज़िडेंशियल IP पर रखती हैं, ताकि एक क्लाइंट की अनुमति सूची और चेतावनियाँ दूसरे से अलग रहें।
कई कंपनियाँ कर्मचारियों का ट्रैफ़िक एक ही ऑफ़िस कनेक्शन से बाहर भेजती हैं। तय पता उस अकाउंट के लिए भी यही करता है जिसे कई अधिकृत कर्मचारी इस्तेमाल करते हैं, जहाँ प्लेटफ़ॉर्म इसकी अनुमति दे, और यह आपको अकाउंट की अपनी सुरक्षा सेटिंग्स में अनुमति सूची में डालने के लिए एक पता देता है।
जहाँ कोई इंटीग्रेशन या API की किसी खास IP से बँधी हो, वहाँ वह पता आपका होना चाहिए और आपका ही रहना चाहिए। रोटेटिंग पूल यह वादा नहीं निभा सकता, क्योंकि अगला अनुरोध किसी दूसरे पते से जाता है।
आपके नियंत्रण वाले अकाउंट पर शेड्यूल की गई पोस्टिंग, रिपोर्ट निकालना और इनबॉक्स संभालना, ऑटोमेशन के लिए प्लेटफ़ॉर्म के अपने नियमों के भीतर। काम रोज़मर्रा का है, और जब हर रन किसी दूसरे नेटवर्क से आता है तो यह टूट जाता है।
अकाउंट आपका है, या आप उसे चलाने का लिखित अधिकार दिखा सकते हैं।प्लेटफ़ॉर्म की अपनी शर्तें उस तरीके की अनुमति देती हैं जिससे आप उसे इस्तेमाल करना चाहते हैं, ऑटोमेशन समेत।उसका अपना पता है, जिसे कोई दूसरा अकाउंट इस्तेमाल नहीं करता।पता उस देश में है जहाँ से अकाउंट वैध रूप से चलाया जाता है।अकाउंट में साइन इन करने के लिए अधिकृत हर व्यक्ति उसी पते से होकर जाता है।ऑटो-रिन्यू चालू है या रिन्यूअल कैलेंडर में दर्ज है, क्योंकि रिन्यू करने से ही वही पता बना रहता है।
पते की स्थिरता
नेटवर्क रजिस्ट्रेशन
रोटेशन
सेशन की अवधि
एक्सेस नियंत्रण
समवर्तीता
क्षेत्रीय परीक्षण
पेज को वैसे देखें जैसे स्थानीय विज़िटर देखता है
गेमिंग और स्ट्रीमिंग
टाइमर से ज़्यादा चलने वाले सेशन
विज्ञापन सत्यापन
कैंपेन ने असल में क्या दिखाया
फ़्रॉड की रोकथाम
साइन-अप के पीछे का नेटवर्क पढ़ना
ISP प्रॉक्सी
वह प्रोडक्ट जिस पर ये परिदृश्य चलते हैंयहाँ का एक जवाब बिक्री की शर्तों के साथ-साथ इस परिदृश्य पर लगी एक शर्त भी बताता है। जो शर्त खरीदार को भुगतान के बाद ही पता चले, वह शर्त हमने छिपाई।
जो अकाउंट आपके निजी स्वामित्व में हैं, उनके लिए हाँ, बिना किसी सत्यापन चरण के। तीसरे पक्ष के प्लेटफ़ॉर्म पर जिन अकाउंट के आप निजी तौर पर स्वामी नहीं हैं (किसी क्लाइंट के, किसी नियोक्ता के, आपके सिवा किसी के भी), उनके लिए हमारी स्वीकार्य उपयोग नीति का खंड 2 कहता है कि एक्सेस खोलने से पहले “हम उन खातों पर आपके अधिकार का प्रमाण माँगते हैं”। सत्यापन का मतलब है लिखित रूप में पुष्टि करना कि अकाउंट पर आपका अधिकार है, और इसमें पहचान या व्यवसाय का सत्यापन शामिल हो सकता है; एजेंसी के लिए प्रमाण अक्सर वह अनुबंध होता है जो पहले से मौजूद है। खंड 5 तीसरे पक्ष के प्लेटफ़ॉर्म पर बिना प्राधिकरण के खाते “बनाना, सत्यापित करना, पुराना दिखाना (aging), फ़ार्म करना, स्वचालित करना, बेचना, किराए पर देना या स्थानांतरित करना” निषिद्ध करता है, और “प्रतिबंध (ban) से बचने” के लिए पहचान छिपाना भी। हमारा सत्यापन उन अकाउंट पर आपके अधिकार की पुष्टि करता है जिन्हें आप किसी और के लिए चलाते हैं। यह अकाउंट बनाने, पुराना दिखाने या फ़ार्म करने के लिए प्लेटफ़ॉर्म की अनुमति नहीं है। अकाउंट आपका हो या किसी क्लाइंट का, प्लेटफ़ॉर्म के अपने नियम आप पर फिर भी लागू होते हैं (खंड 3)। स्वीकार्य उपयोग नीति
जब अकाउंट अलग-अलग व्यवसायों या क्लाइंट के हों, तो हर अकाउंट को उसका अपना पता दें, ताकि एक क्लाइंट की अनुमति सूची, सुरक्षा चेतावनियाँ और साइन-इन इतिहास कभी दूसरे के साथ न मिलें। जहाँ कोई प्लेटफ़ॉर्म हर व्यक्ति या व्यवसाय को एक अकाउंट तक सीमित करता है, वहाँ दूसरा अकाउंट खोलना उस प्लेटफ़ॉर्म की शर्तों से तय होता है (नीति का खंड 3); प्रॉक्सी इसे नहीं बदलता।
इस काम के लिए रोटेशन ठीक नहीं बैठता। पूल आपको हर अनुरोध या हर छोटी अवधि के लिए अलग पता देता है, और जो सेशन बीच में नेटवर्क बदल ले, वह ठीक वही पैटर्न है जिसे साइन-इन जाँचें हैक हुए अकाउंट की तरह देखती हैं। ProxyJam अभी रोटेटिंग पूल नहीं बेचता। ISP बनाम रेज़िडेंशियल
नहीं। मल्टी-फ़ैक्टर ऑथेंटिकेशन जैसी साइन-इन चुनौती फिर भी लागू होती है, और पता कई संकेतों में से एक है, ब्राउज़र और डिवाइस फ़िंगरप्रिंट, आपकी गतिविधि का समय और मात्रा, और अकाउंट के अपने इतिहास के साथ। स्थिर पता आपके अपने साइन-इन को एक जैसा रखता है और आपकी कोई गतिविधि नहीं छिपाता।
हाँ। रिन्यू करने से वही पता बना रहता है: जो अकाउंट छह महीने से एक IP से साइन इन कर रहा है, उसे सातवें महीने में भी उसी से साइन इन करते रहना चाहिए।
हम उसे मुफ़्त बदल देते हैं, प्रति कैलेंडर माह आपके ऑर्डर के 20 % IP तक, और खरीद के समय बताए गए लक्ष्य पर ब्लॉक होना एक स्पष्ट आधार है। पहले ऑर्डर पर आपके पास पैसे वापस माँगने के लिए 24 घंटे भी हैं, हर ग्राहक के लिए एक बार और अधिकतम 10 IP तक, जब तक अकाउंट स्वीकार्य उपयोग नीति का उल्लंघन न करे; अपने लक्ष्यों पर प्रॉक्सी परखने से यह रद्द नहीं होता। बदला गया पता एक अलग पता होता है, इसलिए अकाउंट एक नए नेटवर्क से साइन इन करेगा। यह वहाँ लागू नहीं होता जहाँ पता स्वीकार्य उपयोग नीति का उल्लंघन करने वाली गतिविधि की वजह से बेकार हुआ, और यह उस ब्लॉक से बचने का तरीका नहीं है जो किसी प्लेटफ़ॉर्म ने आपके अकाउंट पर लगाया है (खंड 5)। रिफ़ंड नीति
