कैसे काम करता है · शुरुआती

वेबसाइटें आपको IP से आँकती हैं। यह वह स्विचबोर्ड है जो चुनता है आपका एजेंट कौन-सा IP पहने।

इंटरनेट पर हर डिवाइस का एक पता होता है। सर्च, दुकानें, विज्ञापन और न्यूज़ साइटें उसी पते से तय करती हैं आप क्या देखें — मुद्रा, भाषा, रैंकिंग, यहाँ तक कि पेज खुले भी या नहीं। डेटासेंटर में AI एजेंट का एक ही पता होता है: वह डेटासेंटर। लोकल एग्ज़िट के बिना हर फ़ेच एक ही इमारत से आया लगता है।

आप देश या शहर माँगते हैं। IP Router वहाँ एग्ज़िट चुनता है, अनुरोध उस IP से बाहर भेजता है, और पेज वापस देता है। JSON एजेंट और असली ब्राउज़र का दिमाग़ एक ही है।

एक अनुरोध आज़माएँ उपयोग पर जाएँ

विचार

चार बातें, फिर बाकी इस्तेमाल कर सकते हैं।

वेबसाइट आपका लैपटॉप नहीं देखती

वह एग्ज़िट IP देखती है। एग्ज़िट बदलो, पेज बदले — कीमत, SERP, स्टोर लोकेटर, पेवॉल, सब।

देश भाषा नहीं है

cc-JP आपको जापानी IP पर रखता है। lang-ja साइट को बताता है आप जापानी पढ़ते हैं। आमतौर पर दोनों चाहिए।

स्टिकी का मतलब “वही व्यक्ति”

लॉगिन, कार्ट और कुकी बीच में IP पलटे तो मर जाते हैं। sessid आपको एक्सपायरी तक एक एग्ज़िट पर टिकाता है।

दो दरवाज़े, एक कर्नेल

एजेंट /api/v1/fetch पर JSON POST करते हैं। ब्राउज़र और curl :7777 पर CONNECT बोलते हैं। दोनों selectRoute बुलाते हैं।

शब्द

कंसोल के दस-बारह शब्द।

IP / एग्ज़िट: वह पता जो वेबसाइट देखती है। आपका लैपटॉप नहीं, एजेंट होस्ट नहीं — आखिरी हॉप जो IP Router से निकला।
cc (देश): ISO देश कोड। GB यूनाइटेड किंगडम है, DE जर्मनी, JP जापान। यही बाज़ार चुनता है।
शहर: देश से ज़्यादा बारीक। London बनाम Manchester, New York बनाम Austin। यूज़रनेम में स्पेस अंडरस्कोर बन जाते हैं: city-new_york.
भाषा: Accept-Language हेडर। साइट का सवाल “आप कौन-सी भाषा पढ़ते हैं?” IP से अलग।
sessid (स्टिकी): एक नाम जिसे आप दोहराते हैं, ताकि काम की हर हॉप वही एग्ज़िट इस्तेमाल करे। डिफ़ॉल्ट TTL 10 मिनट है; sesstime उसे बदल देता है।
टाइप: एग्ज़िट किस नेटवर्क का है: रेज़िडेंशियल, डेटासेंटर, मोबाइल, या ISP। साइटें इन्हें अलग मानती हैं।
पूल: आपके जोड़े नोड की सूची। हर नोड पर देश और शायद शहर का टैग होता है। राउटर टार्गेटिंग को नोड से मिलाता है।
बैककनेक्ट: एक वेंडर गेटवे। IP Router उस वेंडर के यूज़रनेम पर -cc-US-city-austin-sessid-job1 जोड़ता है।
डायरेक्ट: यह मशीन। सीखने के लिए ठीक। वेबसाइट फिर भी आपका होस्ट IP देखती है, इसलिए जियो पेज नहीं बदलेंगे।
IP farm: Android फ़ोन जिन्हें आप एक शहर में रैक करते हैं। एजेंट उस लास्ट माइल से निकलते हैं। बिल हर लाइव कनेक्शन पर — GB पर नहीं।
Fetch API: JSON के साथ POST /api/v1/fetch। उन एजेंट और LLM के लिए जो HTTP CONNECT नहीं बोलते।
गेटवे :7777: एक HTTP प्रॉक्सी। curl -x, Playwright, ब्राउज़र। टार्गेटिंग यूज़रनेम में रहती है, Oxylabs-स्टाइल।

दो दरवाज़े

वही टार्गेटिंग। अलग क्लाइंट।

वह दरवाज़ा चुनें जिससे आपका क्लाइंट बात करता है। टार्गेटिंग दोनों तरफ एक जैसी है।

Fetch API — एजेंट का दरवाज़ा

जब आपका क्लाइंट JSON पोस्ट करे तब यह इस्तेमाल करें: LLM टूल, स्क्रिप्ट, n8n नोड, प्लेग्राउंड।

Bearer कुंजी के साथ POST /api/v1/fetch। बॉडी में देश, शहर, भाषा, सेशन रखें। जवाब में पेज, एग्ज़िट जियो, और route.reason आता है, ताकि दिखे वह हॉप क्यों चुनी गई।

यह URL फ़ेच करके बॉडी लौटाता है। क्लिक नहीं करता, फ़ॉर्म नहीं भरता, और असली ब्राउज़र का कुकी जार नहीं रखता। असली ब्राउज़र में चेकआउट के लिए गेटवे इस्तेमाल करें।

HTTP गेटवे — ब्राउज़र का दरवाज़ा

जब क्लाइंट पहले से HTTP प्रॉक्सी बोलता हो तब यह इस्तेमाल करें: curl -x, Playwright, Chrome, कोई स्क्रैपर जिसे CONNECT चाहिए।

प्रॉक्सी host:7777 पर लगाएँ। यूज़रनेम है iprouter-{keyId}-cc-GB-city-london-sessid-job1। पासवर्ड API कुंजी है। वही टार्गेटिंग टोकन जो फ़ेच बॉडी में हैं, बस यूज़रनेम में।

CONNECT, HTTPS हेडर नहीं लिख सकता। TLS साइट पर Accept-Language चाहिए तो ब्राउज़र (या Fetch API) को भेजना होगा। यूज़रनेम में lang- रूटिंग और HTTP के लिए संकेत है, जादुई HTTPS इंजेक्ट नहीं।

अगर आप हैं	इस्तेमाल करें
JSON एजेंट / LLM टूल	Fetch API
प्लेग्राउंड / एक URL आज़माएँ	Fetch API
curl, Playwright, असली ब्राउज़र	गेटवे :7777
लॉगिन करें, फिर उसी सेशन को क्रॉल करें	कोई भी दरवाज़ा, साथ में एक sessid

एग्ज़िट

अनुरोध असल में कहाँ से निकलता है।

वेबसाइट की नज़र में एग्ज़िट वह जगह है जहाँ से अनुरोध इंटरनेट पर निकलता है। जियो पेज बदलने से पहले कम से कम एक ऐसा एग्ज़िट चाहिए जो “यह मशीन” न हो।

डायरेक्ट — यह मशीन

नोड के साथ आता है। अनुरोध तुरंत सफल होते हैं, ताकि प्लेग्राउंड चले। route.reason “direct” या “direct fallback (no geo node)” कहेगा। वेबसाइट फिर भी आपका होस्ट IP देखती है।

पूल — आपके जोड़े IP

कंसोल → प्रॉक्सी पूल। हर नोड पर देश, वैकल्पिक शहर, और टाइप होता है। London माँगें; London पूल नोड जीतता है। बिना शहर GB माँगें; कोई भी GB नोड जीतता है।

बैककनेक्ट — एक वेंडर गेटवे

आप एक गेटवे जोड़ते हैं। IP Router टार्गेटिंग यूज़रनेम में इंजेक्ट करता है (-cc-DE-city-berlin-sessid-s1)। जब हर IP सूची में रखने के बजाय प्रोवाइडर से बैंडविड्थ खरीदें, तब यह इस्तेमाल करें।

IP farm — एक शहर के फ़ोन

Android फ़ोन रैक करें, साइट पर देश और शहर का टैग लगाएँ, तय करें कितने कनेक्शन लाइव हैं। एजेंट उस लास्ट माइल से निकलते हैं। हर कनेक्शन प्रति माह बिल। 14 दिन का ट्रायल पहले फ़ोन को कवर करता है।

जब आप देश बताते हैं, राउटर इस क्रम में कोशिश करता है: city pool match → country pool match → backconnect geo injection → direct fallback। कोई चालू प्रॉक्सी न हो तो 422 आता है, चुपचाप चूक नहीं।

प्रॉक्सी पूल IP farm रूटिंग ट्री

पहली कोशिश

पाँच मिनट। अभी पेड एग्ज़िट की ज़रूरत नहीं।

एक बार यह करें, ताकि बाकी गाइड सिर्फ़ सिद्धांत न रहे। पाँच मिनट। अभी पेड एग्ज़िट की ज़रूरत नहीं।

01
कंसोल खोलें
लैंडिंग → कंसोल खोलें। लोकल पर साइनअप नहीं है। आप ओवरव्यू पर पहुँचते हैं।
02
इको URL भेजें
प्लेग्राउंड लोकल इको से पहले से भरा है। एक देश चुनें (US ठीक है)। सेशन agent-demo ही रहने दें। भेजें। इको से हमेशा 200 मिलता है — यह दरवाज़ा साबित करता है, जियो नहीं।
03
तीन फ़ील्ड पढ़ें
ok true होना चाहिए। route.reason बताता है कौन-सा एग्ज़िट चुना गया। geo.exit वह IP है जो बाहर की दुनिया देखेगी — डायरेक्ट पर खाली, या आपकी मशीन।
04
मशीन IP छोड़ें
प्रॉक्सी पूल में पूल या बैककनेक्ट नोड जोड़ें, या जिस शहर की परवाह है वहाँ IP farm। फिर भेजें। reason अब “direct fallback” नहीं कहना चाहिए।
05
कुंजी कॉपी करें और दरवाज़ा चुनें
Fetch API के लिए API कुंजी। एंडपॉइंट गेटवे यूज़रनेम बनाते हैं। एजेंट में LLM टूल स्कीमा है। वही टार्गेटिंग, तीन रूप।

उपयोग

हर काम के लिए कैसे चलता है।

हर बार वही नॉब: देश, शहर, भाषा, स्टिकी, टाइप। काम सिर्फ़ इतना बदलता है कि कौन-से घुमाएँ और किस दरवाज़े से जाएँ। एक पंक्ति चुनें।

शहर / देश

खोज वैसे देखें जैसे उस शहर का कोई देखता है

Google (और Bing, और मैप्स) एक इंटरनेट नहीं दिखाते। वे वहाँ से दिखाते हैं जहाँ आप खड़े हैं। रैंकिंग, लोकल पैक, विज्ञापन, यहाँ तक कि कौन-सी स्पेलिंग — सब एग्ज़िट IP और भाषा हेडर पर टिका है। अगर एजेंट US डेटासेंटर से फ़ेच करे, तो आप US नतीजा पेज जाँच रहे हैं, भले सवाल हो “Manchester में यह कैसा दिखता है।”

IP Router के बिना

आपको होस्ट देश का SERP मिलता है। Virginia VM से London क्वेरी फिर भी Virginia पेज है, बस क्वेरी स्ट्रिंग London जैसी।

इसके साथ

cc-GB + city-london + lang-en_GB। हॉप UK एग्ज़िट से निकलती है, Accept-Language ब्रिटिश अंग्रेज़ी है, और पेज वही है जो London के विज़िटर को मिलेगा।

कैसे काम करता है

01बाज़ार बताएँ: देश GB, शहर London, भाषा en-GB। शहर मायने रखता है — Manchester और London के लोकल पैक अलग हैं।
02एजेंट को HTML/JSON चाहिए तो Fetch API। हेडलेस ब्राउज़र SERP चलाए तो गेटवे।
03पेज बदलें या क्लिक करें तो स्थिर sessid भेजें। स्क्रॉल के बीच नया सेशन नए विज़िटर जैसा लगता है।
04route.reason पढ़ें। आपको city pool match चाहिए (या backconnect geo injection)। Direct fallback का मतलब आप अभी भी होस्ट पर हैं।
05दो रन तुलना करें: वही क्वेरी, US बनाम GB। लोकल पैक और विज्ञापन हिलने चाहिए। न हिलें, तो आप अभी जियो एग्ज़िट पर नहीं हैं।

दरवाज़ा

कोई भी दरवाज़ा। एजेंट JSON भेजे तो Fetch API; क्लाइंट CONNECT बोले तो गेटवे।

cc-GBcity-londonlang-en_GB

Fetch API

{
  "url": "https://www.google.com/search?q=best+coffee+near+me",
  "geo": { "country": "GB", "city": "London", "language": "en-GB" },
  "session": "serp-london"
}

गेटवे :7777

curl -x http://iprouter-key_dev-cc-GB-city-london-lang-en_GB-sessid-serp-london:ipr_live_dev_key@127.0.0.1:7777 https://www.google.com/search?q=best+coffee+near+me

पता चलेगा जब

route.reason जियो हिट है, geo.exit आपका होस्ट नहीं, और लोकल पैक London के कारोबार बताता है — आपके सर्वर के बगल वाले नहीं।

आम गलतियाँ

सिर्फ़ देश। बिना शहर GB अक्सर आपको राष्ट्रीय पेज पर ले जाता है, जिसमें वह लोकल पैक नहीं जो आपको चाहिए था।
lang नहीं। en-US वाला UK IP फिर भी अमेरिकी स्पेलिंग और मिक्स में US प्रॉपर्टी की ओर झुकता है।

प्लेग्राउंड में आज़माएँ एजेंट स्कीमा

route.reason

वह वाक्य जो बताता है जियो सच में हुआ या नहीं।

city pool match: आपने शहर माँगा और उस शहर का पूल नोड चालू था। सबसे अच्छा जियो हिट।
country pool match: कोई सिटी नोड नहीं (या आपने शहर नहीं माँगा), पर उस देश का पूल नोड चालू था।
backconnect geo injection: उस देश में कोई पूल नोड नहीं। बैककनेक्ट गेटवे चालू है, इसलिए टार्गेटिंग उसके यूज़रनेम में लिखी गई।
direct fallback (no geo node): उस देश में कुछ नहीं। अनुरोध फिर भी निकल गया — इस मशीन से। जियो पेज नहीं बदलेंगे। नोड या फ़ार्म जोड़ें।
sticky session: आपने sessid दोहराया और पुराना एग्ज़िट अभी चालू है। पिछली बार वाला ही IP। TTL रीफ़्रेश।
backconnect rotate / pool rotate / direct: आपने देश नहीं बताया। राउटर ने कोई भी मिलता एग्ज़िट चुना और, अगर सेशन भेजा था, पिक को हैश किया ताकि वह टिका रहे।

गलतियाँ

वो जो प्रोडक्ट बग जैसी दिखती हैं।

भाषा के बिना देश

जापानी IP और अंग्रेज़ी Accept-Language अक्सर फिर भी अंग्रेज़ी ही देता है। cc के साथ lang (या फ़ेच बॉडी में language) भी सेट करें।

हर अनुरोध पर नया sessid

सेशन स्ट्रिंग बदले तो आप नए व्यक्ति हैं। लॉगिन गिर जाते हैं। पूरे काम के लिए वही sessid दोहराएँ।

direct fallback पर भरोसा

इस मशीन पर इको का 200 जियो का सबूत नहीं। route.reason पढ़ें। अगर वह direct fallback कहे, वेबसाइट ने फिर भी आपका होस्ट देखा।

डेटासेंटर बनाम रेज़िडेंशियल

कुछ ओरिजिन ASN फ़िंगरप्रिंट करते हैं। पेज कैप्चा दीवार हो या “datacenter detected” खाली पेज, तो type-residential सेट करें या IP farm इस्तेमाल करें।

HTTPS + गेटवे + lang

गेटवे HTTPS CONNECT टनल में Accept-Language इंजेक्ट नहीं कर सकता। हेडर क्लाइंट से भेजें, या Fetch API इस्तेमाल करें।

खाली पूल

हर नोड बंद हो तो 422 मिलता है: “No enabled proxies in the pool.” डायरेक्ट नोड चालू करें या कोई चालू नोड जोड़ें।