FineProxy FAQ

FineProxy एक प्रॉक्सी सर्वर रेंटल सेवा है जो अपने स्वयं के इंफ्रास्ट्रक्चर पर संचालित होती है। हम आधुनिक AMD-आधारित सर्वर हार्डवेयर का उपयोग करते हैं जो दुनिया भर के दर्जनों डेटा सेंटरों में तैनात है। हमारा नेटवर्क 80 Gbps तक की हाई-कैपेसिटी अपलिंक्स के साथ बनाया गया है, जो भारी लोड में भी स्थिर प्रदर्शन सुनिश्चित करता है। सभी प्रॉक्सी हमारे अपने IP पूल से प्रदान की जाती हैं (हम डायरेक्ट प्रोवाइडर के रूप में काम करते हैं) और पूरी भुगतान अवधि के दौरान सक्रिय रहती हैं।

हम डेटासेंटर प्रॉक्सी और ISP प्रॉक्सी (स्टैटिक रेज़िडेंशियल) प्रदान करते हैं, साथ ही इन प्रकारों के लिए प्रॉक्सी रोटेशन की सुविधा भी उपलब्ध है।

समर्थित प्रोटोकॉल में HTTP, HTTPS, SOCKS4 और SOCKS5 शामिल हैं। HTTPS कनेक्शन के लिए, प्रत्येक IP एड्रेस को उसका अपना SSL सर्टिफिकेट जारी किया जाता है, जो सिक्योर ट्रैफ़िक की उचित हैंडलिंग सुनिश्चित करता है।
UDP प्रॉक्सी अनुरोध पर उपलब्ध हैं और टिकट सिस्टम के ज़रिए किसी भी प्लान के लिए सक्रिय की जा सकती हैं।

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

हाँ। यदि आप किसी विशिष्ट देश वाला प्लान चुनते हैं, तो प्रॉक्सी उसी लोकेशन से असाइन किए जाएंगे।
यदि आप मिक्स्ड-कंट्री (country mix) पैकेज चुनते हैं, तो IP एड्रेस हमारे ग्लोबल IP पूल से रैंडमली असाइन किए जाते हैं, और आप किसी विशिष्ट देश को टारगेट या लॉक नहीं कर सकते।

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

पैकेज प्रॉक्सी निश्चित संख्या में IP एड्रेस के बंडल के रूप में प्रदान किए जाते हैं। प्लान के अनुसार, एक पैकेज में मौजूद अलग-अलग IP को सीमित संख्या में ग्राहक (आमतौर पर 3–5 तक) एक साथ उपयोग कर सकते हैं। यह मॉडल उन परिस्थितियों के लिए डिज़ाइन किया गया है जहाँ प्रति-IP एक्सक्लूसिविटी से अधिक IP वॉल्यूम महत्वपूर्ण होता है।

सभी पैकेज प्रॉक्सी हमारे अपने IP एड्रेस हैं जो हमारे इन्फ्रास्ट्रक्चर पर चलते हैं। ये मुफ्त प्रॉक्सी नहीं हैं और न ही किसी थर्ड-पार्टी लिस्ट से स्क्रैप किए गए हैं — ये नियंत्रित IP हैं जो केवल हमारी प्रॉक्सी सेवा के भीतर उपलब्ध हैं।

मुख्य अंतर एक्सक्लूसिविटी मॉडल का है।

डेडिकेटेड प्रॉक्सी में, IP एक ही ग्राहक को असाइन किए जाते हैं और रेंटल अवधि के दौरान शेयर नहीं किए जाते। IP आपके ऑर्डर से जुड़े रहते हैं।

पैकेज प्रॉक्सी में, IP बंडल के रूप में प्रदान किए जाते हैं और सीमित संख्या में ग्राहकों (आमतौर पर 3–5 तक) द्वारा शेयर किए जा सकते हैं। इससे हम कम कीमत पर अधिक IP वॉल्यूम प्रदान कर पाते हैं, लेकिन हर एक IP के एक्सक्लूसिव उपयोग की गारंटी नहीं दी जाती। यह मॉडल तब बेहतर काम करता है जब स्केल, पूरी तरह डेडिकेटेड IP से ज़्यादा महत्वपूर्ण हो।

अधिकांश मामलों में IP एड्रेस ओवरलैप नहीं होंगे, क्योंकि प्रत्येक ऑर्डर अलग से प्रोविज़न किया जाता है।

हालाँकि, पैकेज प्रॉक्सी के साथ थोड़ा ओवरलैप सैद्धांतिक रूप से संभव है, क्योंकि IP सीमित संख्या में ग्राहकों के बीच साझा किए जा सकते हैं। बड़े पैकेज साइज़ के साथ ओवरलैप की संभावना बढ़ सकती है, लेकिन व्यवहार में ऐसा बहुत कम होता है।

यदि आपको गारंटीड IP यूनिकनेस चाहिए, तो डेडिकेटेड प्रॉक्सी सही विकल्प हैं।

नहीं। लोकेशन चयन केवल देश के स्तर पर उपलब्ध है। किसी देश के भीतर शहर-स्तरीय टार्गेटिंग समर्थित नहीं है। IP एड्रेस हमारे इंफ्रास्ट्रक्चर में सबसे कम लोड वाले नेटवर्क से स्वचालित रूप से असाइन किए जाते हैं।

हम स्थानीय और अंतरराष्ट्रीय दोनों बैंकों द्वारा जारी क्रेडिट कार्ड के साथ-साथ क्रिप्टोकरेंसी भुगतान के कई विकल्प भी स्वीकार करते हैं।

प्रत्येक भुगतान विधि कई पेमेंट गेटवे से जुड़ी है, जो अधिक लोड या पेमेंट प्रोवाइडर की ओर से अस्थायी सीमाओं के दौरान भी स्थिर और विश्वसनीय प्रोसेसिंग सुनिश्चित करने में मदद करती है।

सफल भुगतान के तुरंत बाद प्रॉक्सी स्वचालित रूप से डिलीवर हो जाती हैं। स्टैंडर्ड प्लान के साथ, प्रॉक्सी का एक्सेस बिना किसी प्रतीक्षा और बिना किसी मैनुअल प्रोसेसिंग के आपके पर्सनल अकाउंट में दिखाई देता है। हम प्रॉक्सी विवरण ईमेल द्वारा नहीं भेजते।

एकमात्र अपवाद टिकट सिस्टम के माध्यम से किए गए कस्टम या नॉन-स्टैंडर्ड ऑर्डर हैं। ऐसे मामलों में, प्रॉक्सी डिलीवरी में 24 घंटे तक का समय लग सकता है।

नहीं। न्यूनतम प्रॉक्सी रेंटल अवधि 30 दिन है।

सभी प्रॉक्सी पूरी भुगतान की गई रेंटल अवधि तक सक्रिय रहती हैं और उन्हें अनिवार्य रूप से बदलने की आवश्यकता नहीं होती। जब तक आप अपनी सेवा का नवीनीकरण करते रहते हैं, IP एड्रेस सक्रिय बने रहते हैं।

पैकेज प्लान के लिए, हर 8 दिन में एक बार पूरी IP लिस्ट बदलने का विकल्प उपलब्ध है। यह विकल्प निःशुल्क है और मानक प्रॉक्सी सेवा का हिस्सा है।

डेडिकेटेड (पर्सनल) प्रॉक्सी के लिए, भुगतान की गई 30-दिन की रेंटल अवधि के भीतर IP बदलने का विकल्प उपलब्ध नहीं है।

रोटेटिंग प्रॉक्सी के लिए यह विकल्प लागू नहीं होता, क्योंकि उपयोगकर्ताओं को संपूर्ण प्रॉक्सी IP पूल (डेडिकेटेड प्रॉक्सी को छोड़कर) तक पहुँच मिलती है, और IP रोटेशन सर्विस की तरफ से स्वचालित रूप से संभाला जाता है।

टेस्ट एक्सेस आपके पर्सनल अकाउंट के माध्यम से निम्नलिखित लिंक का उपयोग करके स्वचालित रूप से सक्रिय किया जा सकता है:
https://fineproxy.org/account/index.php?rp=/store/trial/test-60-min

टेस्ट ऑर्डर सीधे कार्ट के माध्यम से दिया जाता है, सपोर्ट से संपर्क किए बिना। ऑर्डर पूरा होने के बाद, प्रॉक्सी एक्सेस आपके पर्सनल अकाउंट में उपलब्ध हो जाता है।

ट्रायल केवल "वर्ल्डवाइड मिक्स" पैकेज के लिए उपलब्ध है। ट्रायल प्लान में किसी विशिष्ट देश का चयन उपलब्ध नहीं है।

टेस्ट प्लान में अधिकतम 600 समवर्ती कनेक्शन की सीमा शामिल है। सेवा का परीक्षण करते समय इस सीमा को ध्यान में रखा जाना चाहिए। इस सीमा से अधिक कोई भी नया कनेक्शन स्वचालित रूप से ब्लॉक कर दिया जाएगा, और आपको कनेक्शन एरर प्राप्त होगा।

क्रिप्टोकरेंसी से भुगतान करने पर, आपके अकाउंट बैलेंस में स्वचालित रूप से 10% बोनस क्रेडिट किया जाता है।

बोनस फंड US डॉलर ($) में क्रेडिट किए जाते हैं और इनका उपयोग निम्नलिखित के लिए किया जा सकता है:

– मौजूदा सेवाओं का नवीनीकरण;
– नए ऑर्डर देना।

बोनस फंड का उपयोग किसी भी इनवॉइस के 100% तक भुगतान को कवर करने के लिए किया जा सकता है।
इन्हें निकाला नहीं जा सकता, इनकी कोई समाप्ति तिथि नहीं होती, और हर क्रिप्टोकरेंसी भुगतान के साथ ये स्वचालित रूप से क्रेडिट हो जाते हैं।

हम प्लान स्तर पर कोई कृत्रिम स्पीड लिमिट नहीं लगाते। वास्तविक प्रदर्शन मुख्य रूप से बाहरी कारकों पर निर्भर करता है, जिनमें क्लाइंट-साइड सीमाएँ, सॉफ़्टवेयर कॉन्फ़िगरेशन, नेटवर्क क्वालिटी और टार्गेट वेबसाइटों का व्यवहार शामिल है।

वास्तविक परिस्थितियों में, रिमोट सर्वर पर स्पीड 700 Mbps तक पहुँच सकती है। सामान्य होम नेटवर्क सेटअप पर स्पीड आमतौर पर 200–300 Mbps के आसपास रहती है। हालाँकि, हम न्यूनतम स्पीड की गारंटी नहीं देते, क्योंकि सभी नेटवर्क और उपयोग परिदृश्यों में यह एक समान नहीं रह सकती।

हम 10–20 Mbps तक सीमित पुराने प्रॉक्सी फ़ॉर्मेट का उपयोग नहीं करते। स्पीड पैरामीटर प्रत्येक व्यक्तिगत IP एड्रेस के लिए निर्दिष्ट हैं, पूरे पैकेज का औसत नहीं।

ट्रैफ़िक वॉल्यूम पर कोई लिमिट नहीं है — ट्रैफ़िक अनलिमिटेड है।

साथ ही, समग्र सेवा स्थिरता सुनिश्चित करने के लिए, पैकेज के आकार के अनुसार कुल बैंडविड्थ (थ्रूपुट) की अधिकतम सीमा लागू होती है:

300 IP एड्रेस तक के पैकेज — अधिकतम 100 Mbps
3,000 IP एड्रेस तक के पैकेज — अधिकतम 500 Mbps
3,001 से 5,000 IP एड्रेस वाले पैकेज — अधिकतम 1 Gbps
5,001 से 15,000 IP एड्रेस वाले पैकेज — अधिकतम 1.5 Gbps
15,001 से 25,000 IP एड्रेस वाले पैकेज — अधिकतम 2.5 Gbps
25,001+ IP एड्रेस वाले पैकेज — 5 Gbps तक

ये सीमाएँ सभी प्रॉक्सी ग्राहकों के लिए स्थिर और निर्बाध सेवा सुनिश्चित करने हेतु लागू की गई हैं।

Concurrent connections यह बताता है कि एक ही समय में कितने proxy कनेक्शन एक साथ काम कर सकते हैं।

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

यह समझना महत्वपूर्ण है कि किसी वेबसाइट को खोलने का मतलब हमेशा एक ही कनेक्शन नहीं होता।

जब कोई पेज लोड होता है, तो ब्राउज़र पहले मुख्य HTML फ़ाइल का अनुरोध करता है। उसके बाद, यह कई अतिरिक्त रिसोर्सेज़ लोड कर सकता है जैसे इमेज, स्क्रिप्ट्स, स्टाइलशीट्स, फ़ॉन्ट्स और API रिक्वेस्ट। इनमें से प्रत्येक रिक्वेस्ट प्रोसेसिंग के दौरान अपना अलग कनेक्शन खोल सकती है।

इसके परिणामस्वरूप, एक ही वेबसाइट विज़िट से एक साथ कई कन्करेंट कनेक्शन बन सकते हैं।
वास्तविक संख्या वेबसाइट की संरचना, उसके द्वारा लोड किए जाने वाले assets की संख्या, और ब्राउज़र या एप्लिकेशन द्वारा इन requests को कैसे हैंडल किया जाता है, इन सब पर निर्भर करती है।

अनुमत समवर्ती कनेक्शन की संख्या आपके पैकेज के आकार पर निर्भर करती है और इसकी गणना इस प्रकार की जाती है:

999 IP एड्रेस तक के पैकेज — 1500 समवर्ती कनेक्शन
1,000 से 4,999 IP एड्रेस वाले पैकेज — IP की संख्या का 3× सीमा
5,000 से 14,999 IP एड्रेस वाले पैकेज — IP की संख्या की 2× लिमिट
15,000+ IP एड्रेस वाले पैकेज — IP की संख्या के बराबर सीमा

कन्करेंट कनेक्शन का अर्थ है एक ही ऑर्डर के अंतर्गत एक ही समय पर प्रॉक्सी के माध्यम से स्थापित सक्रिय नेटवर्क कनेक्शनों की कुल संख्या।

यह सुनिश्चित करना महत्वपूर्ण है कि कोई टास्क (थ्रेड) पूरा होने के बाद कनेक्शन ठीक से बंद किए जाएँ। यदि पूरा हो चुका टास्क अपना कनेक्शन स्पष्ट रूप से बंद नहीं करता, तो वह कनेक्शन सक्रिय बना रह सकता है और 120 सेकंड के timeout के बाद ही बंद होगा। इससे सेवा के माध्यम से आप जो प्रभावी अनुरोध कर सकते हैं, उनकी संख्या काफी कम हो जाती है।

यदि आपको अपने वास्तविक वर्कलोड और हमारी सेवा द्वारा प्रदान किए गए आँकड़ों में विसंगति दिखाई दे, तो हम अनुशंसा करते हैं कि आप अपने सॉफ़्टवेयर के डेवलपर से संपर्क कर कनेक्शन हैंडलिंग की पुष्टि करें।

सीमा पार होने पर सेवा स्वचालित रूप से Slow Mode में स्विच हो जाती है।

Slow Mode में प्रति IP एड्रेस केवल एक समवर्ती कनेक्शन की अनुमति होती है।
Slow Mode की अवधि इस बात पर निर्भर करती है कि 24 घंटे की अवधि में कितनी बार सीमा का उल्लंघन हुआ:

2 उल्लंघन तक — 5 मिनट
3 से 6 उल्लंघन — 15 मिनट
7 से 10 उल्लंघन — 30 मिनट
10 से अधिक उल्लंघन — 60 मिनट

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

Threads एक सॉफ़्टवेयर-साइड पैरामीटर है, प्रॉक्सी-साइड नहीं। Threads यह परिभाषित करते हैं कि कोई एप्लिकेशन कितने कार्य या ऑपरेशन समानांतर में चलाने का प्रयास करता है, लेकिन ये concurrent connections के समान नहीं हैं।

वास्तविक कनेक्शनों की संख्या किए जा रहे कार्य के प्रकार पर निर्भर करती है:

API रिक्वेस्ट — आमतौर पर 1 कनेक्शन
सामान्य HTTP रिक्वेस्ट (HTML / JSON) — आमतौर पर 1 कनेक्शन
JavaScript एक्ज़ीक्यूशन के बिना ब्राउज़र रिक्वेस्ट — 2–3 कनेक्शन
JavaScript रेंडरिंग के साथ headless ब्राउज़र — औसतन लगभग 10 कनेक्शन
भारी पेज (विज्ञापन, एनालिटिक्स, ट्रैकिंग, बहुत सारे एसेट्स) — 10–15+ कनेक्शन

प्रत्येक लोड किया गया रिसोर्स (JavaScript, CSS, इमेज, फ़ॉन्ट्स, API कॉल्स, ट्रैकर्स) एक अलग downstream कनेक्शन के रूप में गिना जाता है। परिणामस्वरूप, आपके सॉफ़्टवेयर में एक single thread कई concurrent connections खोल सकता है।

प्लान चुनने से पहले वास्तविक कनेक्शन उपयोग का अनुमान लगाने के लिए आप निम्नलिखित कर सकते हैं:

1. वह वेबसाइट खोलें जिस पर आप काम करने की योजना बना रहे हैं।
2. नेटवर्क एनालिसिस टूल्स (उदाहरण के लिए, Request Map या अपने ब्राउज़र के डेवलपर टूल्स में Network टैब) का उपयोग करके पैरेलल रिक्वेस्ट्स की संख्या जाँचें।
3. एक साथ लोड होने वाली एसेट्स की संख्या लगभग उतनी ही होती है जितने कनेक्शन एक सिंगल पेज लोड के लिए उपयोग किए जाते हैं।

अलग-अलग वेबसाइट्स की संरचना अलग-अलग होती है: कोई केवल कुछ फ़ाइलें लोड कर सकती है, जबकि दूसरी एक पेज लोड में 30 या उससे अधिक रिक्वेस्ट ट्रिगर कर सकती है।

फ़िलहाल, कॉन्करेंट कनेक्शन्स की स्टैटिस्टिक्स सपोर्ट टिकट सिस्टम के माध्यम से अनुरोध करने पर उपलब्ध हैं।

पर्सनल अकाउंट डैशबोर्ड में कनेक्शन स्टैटिस्टिक्स वर्तमान में डेवलपमेंट में हैं और अभी पूरी तरह लागू नहीं की गई हैं। जब तक यह फ़ीचर रिलीज़ नहीं हो जाता, सभी आवश्यक डेटा सपोर्ट के माध्यम से प्राप्त किया जा सकता है।

IP व्हाइटलिस्टिंग एक एक्सेस मेथड है जिसमें प्रॉक्सी का उपयोग केवल उन IP एड्रेस से किया जा सकता है जिन्हें आपकी सर्विस सेटिंग्स में अनुमत सूची में स्पष्ट रूप से जोड़ा गया है। यदि किसी ऐसे IP एड्रेस से कनेक्शन का प्रयास किया जाता है जो सूची में नहीं है, तो एक्सेस अस्वीकार कर दिया जाएगा।

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

हाँ, लेकिन फ़िलहाल एक से अधिक IP एड्रेस जोड़ना केवल क्लाइंट एरिया में टिकट सिस्टम के माध्यम से सपोर्ट द्वारा उपलब्ध है।

कृपया ध्यान दें कि सर्विस लिमिट्स (जैसे कॉन्करेंट कनेक्शन लिमिट्स) सभी व्हाइटलिस्टेड IP एड्रेस में समान रूप से वितरित होती हैं। इसका मतलब है कि अनुमत सूची में अधिक IP जोड़ने से प्रति IP उपलब्ध लिमिट कम हो जाती है।

पर्सनल अकाउंट में सीधे अतिरिक्त व्हाइटलिस्टेड IP एड्रेस प्रबंधित करने की सुविधा वर्तमान में डेवलपमेंट में है और बाद में उपलब्ध होगी।

नहीं। IP whitelisting के बिना प्रॉक्सी का उपयोग संभव नहीं है। प्रॉक्सी एक्सेस करने के लिए आपका IP एड्रेस अनुमत सूची में जोड़ा जाना अनिवार्य है।

हाँ, यह संभव है। यदि आपका ISP आपका IP एड्रेस एक ही सबनेट के अंदर बदलता है, तो प्रॉक्सी बिना बार-बार IP अपडेट किए काम करती रहेंगी।

आपको बस सर्विस सेटिंग्स में अपना वर्तमान IP एड्रेस जोड़ना है और लॉगिन तथा पासवर्ड ऑथेंटिकेशन का उपयोग करना है। सिस्टम स्वचालित रूप से आपके सबनेट की वैध IP रेंज निर्धारित करता है और उस रेंज के भीतर IP बदलने पर भी प्रॉक्सी एक्सेस बनाए रखता है।

ऑथेंटिकेटेड कनेक्शन के लिए निम्नलिखित पोर्ट्स का उपयोग करें:

HTTP — पोर्ट 8080
SOCKS5 — पोर्ट 1080

व्यवहार में यह कैसे काम करता है: यदि आपका वर्तमान IP एड्रेस, उदाहरण के लिए, 85.249.3.145 है, तो सिस्टम स्वचालित रूप से 85.249.0.0 – 85.249.7.255 सबनेट के लिए एक्सेस की अनुमति दे सकता है। यदि आपका IP इस रेंज के भीतर बदलता है, तो प्रॉक्सी एक्सेस बिना किसी रुकावट के जारी रहेगा।
आप किसी भी CIDR कैलकुलेटर का उपयोग करके अपनी IP रेंज की जाँच कर सकते हैं, लेकिन आपको मैन्युअल रूप से रेंज निर्दिष्ट करने की आवश्यकता नहीं है — सिस्टम यह स्वचालित रूप से संभालता है।

इसका कारण IP Whitelisting है। ऑनलाइन चेकर जिस IP एड्रेस का उपयोग करता है, वह आपके पर्सनल अकाउंट में व्हाइटलिस्ट किए गए IP एड्रेस से अलग होता है, इसलिए चेकर प्रॉक्सी एक्सेस नहीं कर पाता। हमारी प्रॉक्सी केवल व्हाइटलिस्ट किए गए IP एड्रेस से ही काम करेंगी।

प्रॉक्सी टेस्ट करने का सही तरीका यह है कि उन्हें उसी वातावरण और सॉफ़्टवेयर में जाँचें जहाँ आप उनका उपयोग करने की योजना बना रहे हैं।

अनुशंसित परीक्षण विधि:

प्रॉक्सी को कॉन्फ़िगर करें Firefox में FoxyProxy एक्सटेंशन का उपयोग करके
SOCKS5 को ऑथेंटिकेशन के साथ उपयोग करें
कई वेबसाइटों पर प्रॉक्सी के कामकाज का परीक्षण करें

यदि प्रॉक्सी फिर भी काम नहीं करते हैं, तो सबसे संभावित कारण यह है कि आपके पर्सनल अकाउंट की IP Whitelisting सेटिंग्स में गलत IP एड्रेस दर्ज किया गया है।

सबसे पहले, प्रॉक्सी को टेस्ट मोड में या न्यूनतम लोड के साथ परखें। फिर IP Whitelisting ज़रूर जांचें — हो सकता है कि आपका IP एड्रेस पूरी तरह बदल गया हो और अब किसी अलग सबनेट से आ रहा हो, जिससे प्रॉक्सी एक्सेस नहीं हो पा रहे हैं।

इसके बाद, अन्य वेबसाइटों पर प्रॉक्सी का परीक्षण करें। समस्या इस कारण भी हो सकती है कि लक्षित वेबसाइट ने किसी विशेष IP एड्रेस को ब्लॉक किया हो या सामान्य रूप से प्रॉक्सी के उपयोग को प्रतिबंधित किया हो।

यदि उपरोक्त में से कोई भी उपाय काम नहीं करता, तो टिकट सिस्टम के माध्यम से सपोर्ट से संपर्क करें और अपनी स्थिति का यथासंभव विस्तृत विवरण दें। एरर कोड अवश्य शामिल करें और यदि उपलब्ध हो, तो अपने सॉफ़्टवेयर के एरर लॉग भी संलग्न करें। सॉफ़्टवेयर में आपकी प्रॉक्सी कॉन्फ़िगरेशन का स्क्रीनशॉट भी आवश्यक होगा।

तकनीकी समस्याओं, प्रॉक्सी जांच और असामान्य स्थितियों से संबंधित सभी अनुरोध विशेष रूप से टिकट सिस्टमके माध्यम से संभाले जाते हैं। इससे हम प्रत्येक केस को उचित रूप से ट्रैक कर सकते हैं और सटीक उत्तर प्रदान कर सकते हैं।
औसत प्रतिक्रिया समय 1–2 घंटे तक है, जबकि आधिकारिक प्रतिक्रिया SLA 24 घंटे तक है।

हमारी प्रॉक्सी इंफ्रास्ट्रक्चर-स्तरीय प्रतिबंधों के साथ कार्य करती हैं जो सभी उपयोगकर्ताओं और सभी प्लान पर लागू होते हैं। यदि कोई संसाधन इन प्रतिबंधों के अंतर्गत आता है, तो हमारी प्रॉक्सी के माध्यम से एक्सेस संभव नहीं है, और अनब्लॉक करना उपलब्ध नहीं है।

• ईमेल सेवाएँ और मेल प्रोटोकॉल (SMTP, IMAP, POP3) पूरी तरह ब्लॉक हैं, उपयोग के उद्देश्य की परवाह किए बिना।

• सरकारी संसाधन, जिनमें सभी .gov डोमेन शामिल हैं, सभी देशों और प्लान के लिए ब्लॉक हैं।

• Google Search के परिणाम ब्लॉक हैं (Google की अन्य सेवाएँ उपलब्ध रहती हैं)।

अवरुद्ध वेबसाइटों और सेवाओं की पूरी सूची उपलब्ध है यहाँ

यदि कोई संसाधन उस सूची में है, तो वह हमारे प्रॉक्सी के माध्यम से काम नहीं करेगा।

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

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

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

हाँ। हम सेवा खरीदने के 24 घंटों के भीतर बिना किसी परेशानी के रिफ़ंड प्रदान करते हैं।

रिफ़ंड उसी भुगतान विधि के माध्यम से प्रोसेस किया जाता है जिसका उपयोग खरीदारी के लिए किया गया था। यदि भुगतान क्रिप्टोकरेंसी में किया गया था, तो आपको वॉलेट एड्रेस और नेटवर्क का नाम प्रदान करना होगा।

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

निम्नलिखित मामलों में रिफ़ंड अनुरोध अस्वीकार किया जा सकता है:

सेवा का उपयोग सेवा नियमों के उल्लंघन में किया गया हो;
भुगतान के बाद 24 घंटे से अधिक समय बीत चुका हो।

24 घंटे की रिफ़ंड विंडो समाप्त होने के बाद भी, ग्राहक किसी भी समय सक्रिय सेवा को रद्द कर सकता है। इस स्थिति में, शेष राशि पर्सनल अकाउंट बैलेंस में क्रेडिट कर दी जाएगी और इसका उपयोग नई सेवा खरीदने के लिए आंशिक या पूर्ण रूप से किया जा सकता है।