यह साबित करने के दो तरीके हैं: एक पासवर्ड, या वह पता जो आप कनेक्ट करते हैं।

एक विधि का चयन#

उपयोगकर्ता नाम और पासवर्ड#

आपके खाते में साझा गेटवे के लिए एक क्रेडेंशियल जोड़ी है। यह डैशबोर्ड में दिखाया गया है। क्रेडेंशियल और वापस लौटे GET /v1/credentialsउपयोगकर्ता नाम होता है लक्ष्यीकरण पैरामीटरपासवर्ड कभी उनके साथ बदलता नहीं है।

# HTTP(S) target through the residential gateway
curl -x http://USER-cc-us:PASS@res.proxy-cyber.com:9000 https://api.ipify.org

# Same thing over SOCKS5 (socks5h = resolve the hostname at the exit)
curl --proxy socks5h://USER-cc-us:PASS@res.proxy-cyber.com:9001 https://api.ipify.org

हुड के तहत एक HTTP क्लाइंट भेजता है Proxy-Authorization: Basic base64(username:password) अनुरोध पर या अनुरोध पर CONNECTएक ऑक्टा 5 क्लाइंट उपयोगकर्ता नाम / पासवर्ड उप-निगोटिएशन (RFC 1929) का उपयोग करता है। प्रत्येक मुख्यधारा ग्राहक आपके लिए यह करता है जब क्रेडेंशियल प्रॉक्सी URL में होते हैं।

आईपी श्वेतसूची#

उन मशीनों के सार्वजनिक IPv4 पते पंजीकृत करें जो कनेक्ट होंगे, और वे क्रेडेंशियल के बिना हर एंडपॉइंट का उपयोग कर सकते हैं। प्रति खाता 50 पते तक; परिवर्तन एक मिनट के भीतर लागू होते हैं।

1. पता ज्ञात करें कि लक्ष्य आपके सर्वर से दिखाई देगा: curl https://api.ipify.org बिना प्रॉक्सी
2. इसे नीचे जोड़ें सेटिंग → व्हाइटलिस्ट, या कॉल POST /v1/whitelist.
3. उपयोगकर्ता नाम और पासवर्ड के बिना कनेक्ट करें। उपयोगकर्ता नाम के साथ निकास दुनिया भर में चुना जाता है और हर कनेक्शन पर घूमता है।
4. लक्ष्य करने के लिए, आपको आवश्यक मापदंडों और किसी भी पासवर्ड के साथ एक उपयोगकर्ता नाम भेजना: पासवर्ड की परवाह किए बिना एक श्वेतसूची वाला पता विश्वसनीय है।

# From a whitelisted server: no credentials at all
curl -x http://res.proxy-cyber.com:9000 https://api.ipify.org

# Still whitelisted, but with targeting: any password works
curl -x http://USER-cc-fr-city-paris:x@res.proxy-cyber.com:9000 https://api.ipify.org

समर्पित आईएसपी, डाटासेंटर और मोबाइल डिवाइस#

प्रत्येक समर्पित पता अपनी यूज़रनेम और पासवर्ड के साथ आता है, जो आपकी सूची में मुद्रित होता है। ip:port:user:passव्हाइटलिस्ट भी उन पर लागू होता है: एक पंजीकृत सर्वर से जो आप कनेक्ट करते हैं ip:8000 सभी में कोई क्रेडेंशियल नहीं है। एक समर्पित पते पर पैरामीटर की आवश्यकता नहीं है, क्योंकि इसका स्थान निर्धारित है।

203.0.113.42:8000:u7f3a9c:kq2Lm8Pz1r        # HTTP(S)
203.0.113.42:8001:u7f3a9c:kq2Lm8Pz1r        # SOCKS5, same credentials

उप-उपयोगकर्ता#

एक उप-उपयोगकर्ता साझा गेटवे पर अपनी यातायात सीमा और अपनी स्वयं की उपयोग लाइन के साथ एक अतिरिक्त क्रेडेंशियल जोड़ी है। एक प्रति ग्राहक बनाएं, प्रति प्रोजेक्ट या प्रति टीममेट, इसलिए लीक पासवर्ड केवल एक सीमित बजट को उजागर करता है और आप व्यवसाय की प्रति लाइन खपत पढ़ सकते हैं। सब-उपयोगकर्ताओं को डैशबोर्ड में प्रबंधित किया जाता है और इसके माध्यम से POST /v1/subusers.

एक पासवर्ड घूर्णन#

डैशबोर्ड से या इसके साथ पुनर्जन्म करें POST /v1/credentials/rotateपिछले जोड़ी दस मिनट के लिए काम करती रहती है, इसलिए चल रही नौकरियों को असफल होने के बिना नए लोगों को चुन सकते हैं।

गलत स्थानों से क्रेडेंशियल को बाहर रखना#

• उन्हें पर्यावरण चर या गुप्त स्टोर से पढ़ें, कभी स्रोत नियंत्रण से नहीं।
• साझा या अविश्वासित नेटवर्क पर श्वेतसूची को पसंद करें: गेटवे से आप तक की हॉप सादे HTTP है, इसलिए एक बेसिक हेडर को रास्ते पर पढ़ा जा सकता है।
• प्रत्येक उपकरण को एक उप-उपयोगकर्ता दें; जब एक उपकरण सेवानिवृत्त हो जाता है तो खाता पासवर्ड के बजाय उप-उपयोगकर्ता को रद्द करें।
• लॉग से प्रॉक्सी यूआरएल को पट्टी करें अधिकांश ग्राहक त्रुटियों पर पूर्ण यूआरएल, क्रेडेंशियल को प्रिंट करते हैं।