ISP बनाम रेज़िडेंशियल प्रॉक्सी: आपके काम को कौन-सा चाहिए

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

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

ISP और रोटेटिंग रेज़िडेंशियल प्रॉक्सी पता कैसे देते हैं?

स्टैटिक ISP प्रॉक्सी आपको एक जाना-पहचाना पता देता है; रोटेटिंग प्रॉक्सी आपको एक पूल में जाने का गेटवे देता है।

स्टैटिक ISP प्रॉक्सी में आपको पता पहले से मालूम होता है। वह वही रहता है, जब तक वह आपके पास है कोई और उसका इस्तेमाल नहीं करता, और आपसे उसे रखने का बिल लिया जाता है।

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

स्टैटिक पते का बिल प्रति IP और पूल का प्रति गीगाबाइट क्यों बनता है?

बिलिंग इस बात से तय होती है कि पता आपके लिए आरक्षित है या नहीं। आरक्षित पता आपकी ओर से चलन से बाहर रखा जाता है, इसलिए प्रोवाइडर उस पर किराया लेता है: प्रति पता प्रति अवधि की कीमत, जो इस पर निर्भर नहीं करती कि आप उससे कितना ट्रैफ़िक भेजते हैं।

पूल आपके लिए कुछ भी आरक्षित नहीं करता, इसलिए मापने के लिए सिर्फ़ ट्रैफ़िक बचता है। छोटे काम सस्ते पड़ते हैं, और बड़े कामों का बिल इस पर निर्भर करता है कि लक्ष्य ने क्या भेजा। क्रॉल के बीच में वीडियो लोड करना शुरू कर देने वाला कोई पेज बजट की ऐसी समस्या बन जाता है जिसका पता आपको बाद में चलता है।

पता रोटेट होने पर कौन-से काम टूटते हैं?

जो भी काम निरंतरता पर टिका है, वह रोटेटिंग पूल पर टूटता है। लॉग-इन किया हुआ वेब सेशन आम तौर पर साइट की सेट की हुई एक कुकी होता है, जैसा RFC 6265 बताता है, और यह कुकी हर अनुरोध के साथ जाती है, ठीक वैसे ही जैसे वह पता जिससे अनुरोध आया। OWASP की सेशन गाइड सलाह देती है कि सेशन को क्लाइंट के IP पते जैसे गुणों से बाँधा जाए और सेशन के बीच के बदलाव को हाइजैकिंग का संकेत माना जाए।

इसलिए जो सेशन एक पते से शुरू होकर दूसरे पते से आगे बढ़ता है, वह दूसरी ओर से ऐसा दिख सकता है मानो अकाउंट किसी और को सौंप दिया गया हो। सबसे पहले ये विफल होते हैं:

• लॉग-इन फ़्लो;
• कई चरणों वाले फ़ॉर्म;
• अनुरोधों के बीच सर्वर-साइड स्टेट रखने वाली कोई भी दूसरी चीज़;
• कोई भी कनेक्शन जो इतनी देर खुला रहे कि स्टिकी अवधि से आगे निकल जाए।

हर मामले में साइट देखती है कि किसी सेशन का पता बीच में बदल गया, यही वह पैटर्न है जिसे OWASP हाइजैकिंग मानने को कहता है।

तय पता कहाँ सीमाओं से टकराता है?

तय पता चौड़ाई के साथ संघर्ष करता है, क्योंकि बहुत सारे अनुरोध भेजने वाला एक पता एक बहुत व्यस्त विज़िटर है। प्रति पता अनुरोध गिनना उन औज़ारों का एक मानक विकल्प है जिनसे साइटें ट्रैफ़िक सीमित करती हैं। Cloudflare के रेट लिमिटिंग नियम क्लाइंट IP को उन विशेषताओं में गिनाते हैं जिनके आधार पर काउंटर चल सकता है, और NGINX का अनुरोध-सीमा मॉड्यूल अपने दस्तावेज़ी उदाहरण में क्लाइंट के पते को ही कुंजी बनाता है।

इस तरह गिनने वाले लक्ष्य के सामने तय पता सारा ध्यान एक ही जगह खींच लेता है। एक घंटे के इस्तेमाल के लिए महीने भर का पता किराए पर लेना भी गलत तरह की खरीद है, क्योंकि काम चले या न चले, किराया चलता रहता है।

क्या लक्ष्य को आपको पहचानना ज़रूरी है?

जब लक्ष्य को आपको पहचानना हो, तब आप चाहेंगे कि पता टिका रहे। जिस काम को हर बार एक साधारण अजनबी की तरह पहुँचने से फ़ायदा होता है, वह पूल पर होना चाहिए, जहाँ तय पता सिर्फ़ लागत बढ़ाएगा।

इस पर ज़्यादातर बहसें असल में दो लोगों की होती हैं जो एक ही शब्द के नीचे अलग-अलग काम कर रहे होते हैं। स्क्रेपिंग में दोनों तरह के काम आते हैं, इसीलिए एक ही सवाल के उलटे जवाब मिलते हैं, और जवाब देने वाला हर व्यक्ति अपने काम के बारे में सही होता है।

कुछ कार्यक्रमों को दोनों चाहिए: पहले चौड़ी खोजबीन, यह जानने के लिए कि किस पर नज़र रखना ठीक है, फिर उनमें से गिनी-चुनी चीज़ों पर लगातार नज़र। इन दोनों को अलग-अलग पतों से चलाइए। रेट लिमिट अक्सर प्रति IP गिनी जाती है, इसलिए इन्हें अलग रखने से खोजबीन का ट्रैफ़िक वह सीमा ख़र्च नहीं कर पाता जिस पर प्लेटफ़ॉर्म की अनुमति से चलाया जा रहा आपका अकाउंट निर्भर है।

ProxyJam क्या बेचता है?

ProxyJam सिर्फ़ स्टैटिक पक्ष बेचता है: एक पता, एक नामित कैरियर, पूरी अवधि तक आपके पास। ट्रैफ़िक मापा नहीं जाता। भारी इस्तेमाल से इस पर असर पड़ता है कि आप एक साथ कितने कनेक्शन खुले रख सकते हैं: किसी कैलेंडर महीने में 50 GB के बाद, प्रॉक्सी की सीमा उसकी अगली बिलिंग अवधि तक 100 एक साथ चलने वाले सेशन से घटकर 10 हो जाती है (सेवा की शर्तें, धारा 2.4)।

प्रति IP कीमत ISP प्रॉक्सी पेज और कीमतों के पेज पर है। यही पते अपने दूसरे बाज़ारी नाम से स्टैटिक रेज़िडेंशियल प्रॉक्सी पर भी दिखते हैं।

हम अभी रोटेशन नहीं बेचते। हमारी साइट पर उसके कार्ड पर «जल्द आ रहा है» लिखा है, और उसके पीछे न कोई प्लान है न चेकआउट। अगर आपके काम को पूल चाहिए, तो उसे ऐसे प्रोवाइडर से खरीदिए जिसके पास वह है; हमारा रोटेटिंग रेज़िडेंशियल पेज (अंग्रेज़ी में) बताता है कि पूल मॉडल कैसे काम करता है।

ISP या रोटेटिंग रेज़िडेंशियल: आपके काम को कौन-सा चाहिए?

जब लक्ष्य को आपको पहचानना हो, तब एक पता रखिए और तय बिल स्वीकार कीजिए; जब हर अनुरोध नया दिखना चाहिए, तब पूल से पता लीजिए। आस-पास के सवालों पर दो और तुलनाएँ हैं: रेज़िडेंशियल बनाम डेटासेंटर ख़ुद पंजीकरण को देखती है, और मोबाइल बनाम रेज़िडेंशियल देखती है कि कैरियर का पता क्या जोड़ता है।