← Back to Blog
RUENZHESARPTDEFRJAKOITTRIDVIFAHI

पोस्टमैन में एपीआई परीक्षण के लिए प्रॉक्सी सेटअप: उदाहरणों के साथ पूर्ण गाइड

जानें कि API परीक्षण के लिए Postman में प्रॉक्सी को सही तरीके से कैसे सेट करें: वैश्विक और व्यक्तिगत सेटिंग्स, HTTP/SOCKS5 के साथ काम करना, प्रमाणीकरण और सामान्य समस्याओं का समाधान।

📅February 28, 2026
```html

Postman API परीक्षण के लिए सबसे लोकप्रिय उपकरणों में से एक है, जिसका उपयोग दुनिया भर में डेवलपर्स, QA इंजीनियर्स और बैकएंड विशेषज्ञों द्वारा किया जाता है। लेकिन अगर आपको किसी ऐसे API का परीक्षण करना है जो केवल एक निश्चित क्षेत्र से उपलब्ध है, IP द्वारा ब्लॉकों को बायपास करता है या विभिन्न स्थानों से अनुरोधों की जांच की आवश्यकता है तो क्या करें? समाधान है Postman में प्रॉक्सी सर्वर सेटअप करना।

इस गाइड में, आप विभिन्न परिदृश्यों के लिए Postman में प्रॉक्सी को सही तरीके से सेटअप करना सीखेंगे: सरल ट्रैफिक रूटिंग से लेकर भू-सीमित एंडपॉइंट्स के साथ काम करने और कॉर्पोरेट प्रॉक्सी सर्वरों के माध्यम से अनुरोधों को डिबग करने तक। हम वैश्विक और व्यक्तिगत प्रॉक्सी सेटिंग्स, HTTP और SOCKS5 प्रोटोकॉल के साथ काम करने, प्रमाणीकरण और सामान्य समस्याओं के समाधान पर चर्चा करेंगे।

API परीक्षण में प्रॉक्सी की आवश्यकता क्यों है

API परीक्षण के संदर्भ में प्रॉक्सी सर्वर कई महत्वपूर्ण कार्यों को हल करते हैं, जिन्हें Postman के मानक उपकरणों से पूरा नहीं किया जा सकता। इन परिदृश्यों को समझना आपको प्रॉक्सी के प्रकार का सही चयन करने और इसे विशिष्ट आवश्यकताओं के अनुसार सेटअप करने में मदद करेगा।

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

रेट लिमिटिंग और IP ब्लॉकों को बायपास करना. API का गहन परीक्षण करते समय, आप एक IP पते से अनुरोधों की संख्या पर सीमाओं का सामना कर सकते हैं। कई सेवाएं IP स्तर पर रेट लिमिटिंग का उपयोग करती हैं - उदाहरण के लिए, एक पते से प्रति मिनट 100 से अधिक अनुरोध नहीं। प्रॉक्सी का रोटेशन कई IP पतों के बीच अनुरोधों को वितरित करने की अनुमति देता है और बिना किसी देरी के परीक्षण जारी रखता है। यह विशेष रूप से लोड परीक्षण या स्वचालित जांच के दौरान प्रासंगिक है।

कॉर्पोरेट प्रॉक्सी के माध्यम से काम करना. यदि आप एक ऐसी कंपनी में काम कर रहे हैं जिसमें कठोर नेटवर्क नीतियां हैं, तो सभी आउटगोइंग ट्रैफिक कॉर्पोरेट प्रॉक्सी सर्वर के माध्यम से गुजर सकता है। इस मामले में Postman में प्रॉक्सी सेटअप करना एक विकल्प नहीं, बल्कि एक आवश्यकता है। सही कॉन्फ़िगरेशन के बिना, आपके अनुरोध बस बाहरी API तक नहीं पहुंचेंगे।

ट्रैफिक का डिबगिंग और मॉनिटरिंग. प्रॉक्सी सर्वर HTTP/HTTPS ट्रैफिक को इंटरसेप्ट और एनालाइज करने के लिए उपयोग किए जा सकते हैं। Charles Proxy, Fiddler या mitmproxy जैसे उपकरण प्रत्येक अनुरोध और प्रतिक्रिया के विवरण को देखने की अनुमति देते हैं, जिसमें हेडर, अनुरोध का शरीर, और निष्पादन का समय शामिल है। यदि आप Postman को इस तरह के प्रॉक्सी के माध्यम से काम करने के लिए सेट करते हैं, तो आप जटिल API इंटरैक्शन को डिबग करने के लिए एक शक्तिशाली उपकरण प्राप्त करते हैं।

महत्वपूर्ण: भू-सीमित API का परीक्षण करने के लिए रहवासी प्रॉक्सी का उपयोग करना अनुशंसित है, क्योंकि वे घरेलू उपयोगकर्ताओं के वास्तविक IP पतों का उपयोग करते हैं और सेवाओं द्वारा प्रॉक्सी सर्वर के रूप में पहचान नहीं किए जाते हैं। यह परीक्षण की सटीकता के लिए महत्वपूर्ण है।

Postman में प्रॉक्सी की वैश्विक सेटिंग

Postman प्रॉक्सी सेटअप के दो मुख्य तरीके प्रदान करता है: वैश्विक (जो सभी अनुरोधों पर लागू होता है) और व्यक्तिगत (विशिष्ट संग्रहों या अनुरोधों के लिए)। हम पहले वैश्विक सेटिंग्स से शुरू करेंगे, जो एप्लिकेशन के सेटिंग्स मेनू में स्थित हैं।

प्रॉक्सी सेटिंग्स तक पहुंचने के लिए चरण-दर-चरण निर्देश:

  1. Postman खोलें और एप्लिकेशन के दाएं ऊपरी कोने में गियर आइकन (Settings) पर क्लिक करें, या Ctrl+, (Windows/Linux) या Cmd+, (macOS) का उपयोग करें।
  2. खुलने वाली सेटिंग्स विंडो में Proxy टैब पर जाएं।
  3. यहां आप प्रॉक्सी सर्वर की कॉन्फ़िगरेशन के लिए कई विकल्प देखेंगे, जिन्हें हम नीचे विस्तार से देखेंगे।

प्रॉक्सी सेटिंग्स अनुभाग में, आप प्रॉक्सी के साथ काम करने के तीन मुख्य मोड पाएंगे:

  • सिस्टम प्रॉक्सी का उपयोग करें — आपके ऑपरेटिंग सिस्टम की प्रॉक्सी सेटिंग्स का उपयोग करें
  • कस्टम प्रॉक्सी कॉन्फ़िगरेशन जोड़ें — मैन्युअल रूप से अपना प्रॉक्सी सर्वर सेट करें
  • वैश्विक प्रॉक्सी कॉन्फ़िगरेशन — HTTP और HTTPS के लिए विभिन्न प्रॉक्सी निर्दिष्ट करने की क्षमता के साथ वैश्विक कॉन्फ़िगरेशन

इनमें से प्रत्येक मोड के अपने फायदे हैं और विभिन्न उपयोग परिदृश्यों के लिए उपयुक्त हैं। आइए हम उन्हें विस्तार से समझते हैं।

सिस्टम प्रॉक्सी सेटिंग्स का उपयोग करना

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

सिस्टम प्रॉक्सी का उपयोग कैसे सक्षम करें:

  1. Postman में Settings → Proxy खोलें।
  2. सिस्टम प्रॉक्सी का उपयोग करें के सामने चेक मार्क लगाएं।
  3. Postman स्वचालित रूप से आपकी OS की कॉन्फ़िगरेशन से प्रॉक्सी सेटिंग्स का पता लगाएगा।
  4. परिवर्तनों को सहेजने के लिए अपडेट बटन पर क्लिक करें।

इस विकल्प को सक्षम करने के बाद, Postman उन प्रॉक्सी सेटिंग्स का उपयोग करेगा जो आपके ब्राउज़र या अन्य अनुप्रयोगों के समान हैं। इसका मतलब है कि यदि आपने Windows (सेटिंग्स → नेटवर्क और इंटरनेट → प्रॉक्सी), macOS (सिस्टम प्राथमिकताएँ → नेटवर्क → उन्नत → प्रॉक्सी) या Linux (पर्यावरण चर के माध्यम से) में प्रॉक्सी सेट की है, तो Postman स्वचालित रूप से इन सेटिंग्स को ले लेगा।

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

कस्टम प्रॉक्सी सर्वर सेटअप करना

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

कस्टम प्रॉक्सी सेटअप के लिए चरण-दर-चरण निर्देश:

  1. Postman में Settings → Proxy खोलें।
  2. सुनिश्चित करें कि सिस्टम प्रॉक्सी का उपयोग करें विकल्प बंद है।
  3. कस्टम प्रॉक्सी कॉन्फ़िगरेशन जोड़ें विकल्प सक्षम करें।
  4. प्रॉक्सी प्रकार फ़ील्ड में प्रोटोकॉल चुनें: HTTP, HTTPS या SOCKS5।
  5. प्रॉक्सी सर्वर फ़ील्ड में अपने प्रॉक्सी सर्वर का पता दर्ज करें (जैसे, proxy.example.com या IP पता 192.168.1.100).
  6. प्रॉक्सी पोर्ट फ़ील्ड में पोर्ट दर्ज करें (आमतौर पर HTTP के लिए 8080, SOCKS5 के लिए 1080, लेकिन यह आपके प्रदाता पर निर्भर करता है)।
  7. यदि प्रॉक्सी प्रमाणीकरण की आवश्यकता है, तो प्रॉक्सी प्रमाणीकरण विकल्प सक्षम करें और लॉगिन और पासवर्ड दर्ज करें।
  8. सेटिंग्स लागू करने के लिए अपडेट पर क्लिक करें।

सेटिंग्स को सहेजने के बाद, Postman से सभी आउटगोइंग अनुरोध निर्दिष्ट प्रॉक्सी सर्वर के माध्यम से जाएंगे। आप प्रॉक्सी सेटअप की सटीकता की जांच कर सकते हैं, एक IP जांच सेवा पर परीक्षण अनुरोध भेजकर, जैसे: 

GET https://api.ipify.org?format=json

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

HTTP और HTTPS के लिए विभिन्न प्रॉक्सी सेटअप करना

Postman HTTP और HTTPS ट्रैफिक के लिए अलग-अलग प्रॉक्सी सर्वर सेटअप करने की अनुमति देता है। यह उपयोगी है यदि आप कॉर्पोरेट अवसंरचना के साथ काम कर रहे हैं, जहां सुरक्षित कनेक्शनों के लिए अलग प्रॉक्सी का उपयोग किया जाता है जिसमें SSL निरीक्षण होता है।

अलग सेटअप के लिए:

  1. प्रॉक्सी सेटिंग्स अनुभाग में वैश्विक प्रॉक्सी कॉन्फ़िगरेशन सक्षम करें।
  2. आपको दो अलग-अलग ब्लॉक दिखाई देंगे: HTTP प्रॉक्सी और HTTPS प्रॉक्सी.
  3. प्रत्येक ब्लॉक के लिए अपने सर्वर, पोर्ट और प्रमाणीकरण डेटा निर्दिष्ट करें।
  4. परिवर्तनों को सहेजें।

अब HTTP अनुरोध एक प्रॉक्सी के माध्यम से जाएंगे, जबकि HTTPS दूसरे के माध्यम से। यह विशेष रूप से हाइब्रिड अवसंरचनाओं में परीक्षण के लिए प्रासंगिक है।

प्रमाणीकरण की आवश्यकता वाले प्रॉक्सी के साथ काम करना

अधिकांश व्यावसायिक प्रॉक्सी सेवाएं और कॉर्पोरेट प्रॉक्सी पहुंच के लिए प्रमाणीकरण की आवश्यकता होती हैं। Postman प्रॉक्सी सर्वरों के लिए बेसिक HTTP प्रमाणीकरण (Basic Auth) का समर्थन करता है, जो सुरक्षित रूप से क्रेडेंशियल्स को भेजने की अनुमति देता है।

प्रॉक्सी प्रमाणीकरण सेटअप करना:

  1. प्रॉक्सी सेटिंग्स में (Settings → Proxy) प्रॉक्सी प्रमाणीकरण विकल्प सक्षम करें।
  2. उपयोगकर्ता नाम फ़ील्ड में अपने प्रॉक्सी प्रदाता द्वारा प्रदान किया गया लॉगिन दर्ज करें।
  3. पासवर्ड फ़ील्ड में पासवर्ड दर्ज करें।
  4. अपडेट पर क्लिक करें ताकि इसे सहेजा जा सके।

Postman स्वचालित रूप से प्रत्येक अनुरोध के साथ Proxy-Authorization हेडर जोड़ देगा, जो प्रॉक्सी के माध्यम से गुजरता है। क्रेडेंशियल्स को कोडित रूप में (Base64) भेजा जाता है, लेकिन अधिकतम सुरक्षा के लिए HTTPS प्रॉक्सी या एन्क्रिप्टेड SOCKS5 का उपयोग करने की सिफारिश की जाती है।

टिप: यदि आप व्यावसायिक प्रदाता से प्रॉक्सी का उपयोग कर रहे हैं, तो क्रेडेंशियल्स आमतौर पर username:password@host:port प्रारूप में होते हैं। Postman में, आपको इन डेटा को अलग-अलग दर्ज करना होगा: सर्वर और पोर्ट को संबंधित फ़ील्ड में, और लॉगिन और पासवर्ड को प्रॉक्सी प्रमाणीकरण अनुभाग में।

रहवासी प्रॉक्सी के साथ सेटअप का उदाहरण

मान लीजिए, आप रहवासी प्रॉक्सी का उपयोग कर रहे हैं ताकि API का परीक्षण किया जा सके, जो अमेरिका और यूरोप के उपयोगकर्ताओं के लिए विभिन्न सामग्री लौटाता है। आपके प्रॉक्सी प्रदाता ने निम्नलिखित डेटा प्रदान किया:

  • सर्वर: us.residential.proxy.com
  • पोर्ट: 8080
  • उपयोगकर्ता नाम: user_12345
  • पासवर्ड: SecurePass789

Postman में सेटअप इस प्रकार होगा:

  • प्रॉक्सी प्रकार: HTTP
  • प्रॉक्सी सर्वर: us.residential.proxy.com
  • प्रॉक्सी पोर्ट: 8080
  • प्रॉक्सी प्रमाणीकरण: सक्षम
  • उपयोगकर्ता नाम: user_12345
  • पासवर्ड: SecurePass789

सेटिंग्स लागू करने के बाद, आपके सभी अनुरोध अमेरिका के IP पतों से बाहर जाएंगे, जिससे API के भू-विशिष्ट व्यवहार का परीक्षण किया जा सकेगा।

Postman में SOCKS5 प्रॉक्सी सेटअप करना

SOCKS5 HTTP/HTTPS की तुलना में एक अधिक बहुपरकारी प्रॉक्सी प्रोटोकॉल है। यह नेटवर्क स्टैक के निम्न स्तर पर काम करता है और किसी भी प्रकार के ट्रैफिक को प्रॉक्सी कर सकता है, न कि केवल HTTP। SOCKS5 विशेष रूप से उन API का परीक्षण करने के लिए उपयोगी है जो गैर-मानक प्रोटोकॉल का उपयोग करते हैं, या जब अधिकतम गुमनामी की आवश्यकता होती है।

API परीक्षण के लिए SOCKS5 के लाभ:

  • किसी भी प्रोटोकॉल का समर्थन (HTTP, HTTPS, WebSocket, FTP आदि)
  • अनुरोधों के हेडर को संशोधित नहीं करता (HTTP प्रॉक्सी के विपरीत)
  • UDP ट्रैफिक का समर्थन (कुछ वास्तविक समय API के लिए प्रासंगिक)
  • प्रोटोकॉल स्तर पर प्रमाणीकरण का अंतर्निहित समर्थन
  • HTTPS कनेक्शनों के लिए बेहतर प्रदर्शन (डुअल SSL-हैंडशेक नहीं)

Postman में SOCKS5 सेटअप करना:

  1. Settings → Proxy खोलें।
  2. कस्टम प्रॉक्सी कॉन्फ़िगरेशन जोड़ें सक्षम करें।
  3. प्रॉक्सी प्रकार फ़ील्ड में SOCKS5 चुनें।
  4. SOCKS5 सर्वर का पता और पोर्ट दर्ज करें (आमतौर पर 1080, लेकिन प्रदाता पर निर्भर करता है)।
  5. यदि प्रमाणीकरण की आवश्यकता है, तो प्रॉक्सी प्रमाणीकरण सक्षम करें और क्रेडेंशियल्स दर्ज करें।
  6. सेटिंग्स सहेजें।

यह ध्यान रखना महत्वपूर्ण है कि सभी प्रॉक्सी प्रदाता SOCKS5 का समर्थन नहीं करते हैं। यदि आपको परीक्षण के लिए इस प्रोटोकॉल की आवश्यकता है, तो प्रदाता से SOCKS5 एंडपॉइंट्स की उपलब्धता की पुष्टि करें। उदाहरण के लिए, मोबाइल प्रॉक्सी अक्सर अधिकतम लचीलापन के लिए HTTP/HTTPS के साथ SOCKS5 प्रदान करते हैं।

प्रॉक्सी बायपास नियम सेटअप करना

कभी-कभी आपको यह सुनिश्चित करने की आवश्यकता होती है कि कुछ अनुरोध प्रॉक्सी के माध्यम से जाएं, जबकि कुछ सीधे जाएं। उदाहरण के लिए, आप एक बाहरी API का परीक्षण कर रहे हैं प्रॉक्सी के माध्यम से, लेकिन आप एक स्थानीय विकास सर्वर (localhost) के साथ भी काम कर रहे हैं, जिसे सीधे पहुंचा जाना चाहिए। ऐसे परिदृश्यों के लिए, Postman प्रॉक्सी बायपास नियम (Proxy Bypass) सेटअप करने का विकल्प प्रदान करता है।

बायपास नियम सेटअप करने के लिए:

  1. Settings → Proxy में इन होस्ट और डोमेन के लिए प्रॉक्सी बायपास करें अनुभाग खोजें।
  2. उन डोमेन या IP पतों की सूची दर्ज करें जिन्हें प्रॉक्सी बायपास करना चाहिए, उन्हें कॉमा से अलग करें।
  3. मास्क का समर्थन किया जाता है: उदाहरण के लिए, *.internal.company.com सभी उपडोमेन को बाहर कर देगा।
  4. परिवर्तनों को सहेजें।

बायपास नियमों के उदाहरण:

  • localhost — स्थानीय होस्ट के लिए बायपास
  • 127.0.0.1 — लूपबैक पते के लिए बायपास
  • 192.168.*.* — पूरे स्थानीय नेटवर्क के लिए बायपास
  • *.dev.company.com — आंतरिक dev सर्वरों के लिए बायपास
  • api.internal.service — विशेष आंतरिक API के लिए बायपास

बायपास नियम विशेष रूप से हाइब्रिड वातावरण में उपयोगी होते हैं, जहां आप एक साथ बाहरी API का परीक्षण कर रहे हैं (भू-लक्षित या सीमाओं को बायपास करने के लिए प्रॉक्सी के माध्यम से) और आंतरिक सेवाओं (गति और डिबगिंग की सरलता के लिए सीधे)।

व्यावहारिक उदाहरण: आप एक मोबाइल एप्लिकेशन विकसित कर रहे हैं, जो बाहरी भू-स्थान API के साथ काम करता है (जिसे विभिन्न देशों से प्रॉक्सी की आवश्यकता है) और आंतरिक प्रमाणीकरण API पर auth.mycompany.local। बायपास नियमों में *.mycompany.local जोड़ें, और आंतरिक अनुरोध सीधे जाएंगे, जबकि बाहरी प्रॉक्सी के माध्यम से जाएंगे।

Postman में प्रॉक्सी के उपयोग के व्यावहारिक परिदृश्य

सिद्धांत अच्छा है, लेकिन चलिए API परीक्षण में प्रॉक्सी के उपयोग के वास्तविक परिदृश्यों पर विचार करते हैं। ये उदाहरण आपको यह समझने में मदद करेंगे कि विशिष्ट कार्यों को हल करने के लिए प्रॉक्सी सेटिंग्स को कैसे लागू किया जाए।

परिदृश्य 1: संगीत स्ट्रीमिंग सेवा के भू-सीमित API का परीक्षण

कार्य: आपकी कंपनी एक संगीत स्ट्रीमिंग के लिए मोबाइल एप्लिकेशन विकसित कर रही है। API विभिन्न देशों के उपयोगकर्ताओं के लिए लाइसेंसिंग सीमाओं के कारण विभिन्न ट्रैक कैटलॉग लौटाता है। आपको यह परीक्षण करना है कि अमेरिका, जर्मनी और जापान के उपयोगकर्ता सही सामग्री देख रहे हैं।

समाधान:

  1. तीन देशों: अमेरिका, जर्मनी, जापान से रहवासी प्रॉक्सी प्राप्त करें।
  2. Postman में तीन वातावरण (Environments) बनाएं: "USA Testing", "Germany Testing", "Japan Testing"।
  3. प्रत्येक वातावरण में प्रॉक्सी सेटिंग्स के लिए वेरिएबल्स बनाएं (हालांकि Postman सीधे प्रॉक्सी सेटिंग्स में वेरिएबल्स का समर्थन नहीं करता है, आप उन्हें वातावरण के विवरण में दस्तावेज कर सकते हैं)।
  4. प्रत्येक क्षेत्र के परीक्षण से पहले Settings → Proxy में प्रॉक्सी को मैन्युअल रूप से स्विच करें।
  5. API को अनुरोध भेजें: GET https://api.musicservice.com/v1/catalog
  6. परिणामों की तुलना करें: प्रतिक्रिया में प्रत्येक देश के लिए विभिन्न ट्रैक होने चाहिए।

इस प्रक्रिया को स्वचालित करने के लिए, आप Newman (Postman का CLI संस्करण) का उपयोग कर सकते हैं प्रॉक्सी पैरामीटर्स के साथ, जो CI/CD पाइपलाइन से परीक्षण चलाने की अनुमति देगा जिसमें स्वचालित प्रॉक्सी स्विचिंग शामिल है।

परिदृश्य 2: लोड परीक्षण में रेट लिमिटिंग को बायपास करना

कार्य: आप एक सार्वजनिक API के प्रदर्शन का परीक्षण कर रहे हैं, जिसमें एक IP से प्रति मिनट 100 अनुरोधों की सीमा है। पूर्ण लोड परीक्षण के लिए, आपको प्रति मिनट 1000 अनुरोध भेजने की आवश्यकता है।

समाधान:

  1. 10+ प्रॉक्सी सर्वरों का पूल रोटेशन के साथ उपयोग करें।
  2. अपने परीक्षण अनुरोध के साथ Postman संग्रह रनर सेट करें।
  3. Pre-request Script में प्रॉक्सी रोटेशन के लिए लॉजिक जोड़ें (नोट: Postman स्क्रिप्ट में प्रोग्रामेटिक रूप से प्रॉक्सी स्विचिंग का समर्थन नहीं करता है, इसलिए इस परिदृश्य को Newman के माध्यम से बाहरी स्क्रिप्ट के साथ लागू करना बेहतर है)।
  4. वैकल्पिक: स्वचालित IP रोटेशन के साथ प्रॉक्सी प्रदाता का उपयोग करें (छोटी TTL के साथ स्टिकी सत्र)।

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

परिदृश्य 3: SSL निरीक्षण के साथ HTTPS API का डिबगिंग

कार्य: आप एक बाहरी API के साथ एकीकृत कर रहे हैं, जो 500 त्रुटियों को लौटाता है, लेकिन त्रुटि का विवरण निर्दिष्ट नहीं है। आपको HTTPS अनुरोध और प्रतिक्रिया की पूरी सामग्री देखनी है, जिसमें सभी हेडर और शरीर शामिल हैं।

समाधान:

  1. HTTPS ट्रैफिक को इंटरसेप्ट करने के लिए एक उपकरण स्थापित करें: Charles Proxy, Fiddler या mitmproxy।
  2. उपकरण को पोर्ट (आमतौर पर Charles के लिए 8888, Fiddler के लिए 8888) पर सुनने के लिए सेट करें।
  3. उपकरण का SSL प्रमाणपत्र सिस्टम में स्थापित करें (निर्देश आमतौर पर एप्लिकेशन में होते हैं)।
  4. Postman Settings → Proxy में प्रॉक्सी को localhost:8888 पर सेट करें।
  5. परीक्षण उद्देश्यों के लिए Postman में SSL सत्यापन बंद करें (Settings → General → SSL certificate verification → OFF)।
  6. Postman से समस्या वाले अनुरोध को भेजें।
  7. Charles/Fiddler में आपको अनुरोध और प्रतिक्रिया का पूरा डंप दिखाई देगा, जिसमें डिक्रिप्टेड HTTPS ट्रैफिक शामिल है।

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

परिदृश्य 4: कॉर्पोरेट प्रॉक्सी के माध्यम से API का परीक्षण जिसमें व्हाइटलिस्ट है

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

समाधान:

  1. IT विभाग को API डोमेन को व्हाइटलिस्ट में जोड़ने के लिए एक अनुरोध बनाएं (इसमें दिन या सप्ताह लग सकते हैं)।
  2. तत्काल परीक्षण के लिए: व्यक्तिगत मोबाइल इंटरनेट का उपयोग करें या VPN सेट करें।
  3. Postman में प्रॉक्सी बायपास नियमों में API डोमेन जोड़ें (इन होस्ट के लिए प्रॉक्सी बायपास करें)।
  4. वैकल्पिक नेटवर्क से कनेक्ट करें (मोबाइल हॉटस्पॉट, घर का Wi-Fi VPN के माध्यम से)।
  5. परीक्षण करें।
  6. एक बार जब डोमेन को कॉर्पोरेट व्हाइटलिस्ट में जोड़ा जाता है, तो बायपास नियम हटा दें और मानक प्रॉक्सी के माध्यम से काम करें।

यह परिदृश्य कॉर्पोरेट वातावरण में प्रॉक्सी और बायपास नियमों की लचीली सेटिंग के महत्व को दर्शाता है।

प्रॉक्सी के साथ काम करते समय सामान्य समस्याओं का समाधान

प्रॉक्सी सेटअप सही होने पर भी समस्याएं उत्पन्न हो सकती हैं। आइए सबसे सामान्य त्रुटियों और उनके समाधान पर विचार करें।

समस्या 1: "कोई प्रतिक्रिया नहीं मिल सकी" या "त्रुटि: कनेक्ट ETIMEDOUT"

कारण:

  • प्रॉक्सी सर्वर अनुपलब्ध है या पता/पोर्ट गलत है
  • प्रॉक्सी प्रमाणीकरण की आवश्यकता है, लेकिन क्रेडेंशियल्स निर्दिष्ट नहीं हैं
  • फायरवॉल प्रॉक्सी से कनेक्शन को ब्लॉक करता है
  • प्रॉक्सी सर्वर ओवरलोडेड या अस्थायी रूप से अनुपलब्ध है

समाधान:

  1. टर्मिनल के माध्यम से प्रॉक्सी की उपलब्धता की जांच करें: curl -x http://proxy:port https://api.ipify.org
  2. सुनिश्चित करें कि पता और पोर्ट सही हैं (अतिरिक्त स्पेस के बिना, सही प्रोटोकॉल)
  3. जांचें कि प्रमाणीकरण सक्षम है और लॉगिन/पासवर्ड सही हैं
  4. अपने पूल से किसी अन्य प्रॉक्सी सर्वर का प्रयास करें
  5. Postman में प्रॉक्सी को अस्थायी रूप से बंद करें और जांचें कि क्या अनुरोध सीधे काम करता है

समस्या 2: "407 प्रॉक्सी प्रमाणीकरण आवश्यक"

कारण: प्रॉक्सी प्रमाणीकरण की आवश्यकता है, लेकिन क्रेडेंशियल्स प्रदान नहीं किए गए हैं या गलत हैं।

समाधान:

  1. Postman की सेटिंग्स में प्रॉक्सी प्रमाणीकरण सक्षम करें
  2. लॉगिन और पासवर्ड की सटीकता की जांच करें (केस, विशेष वर्णों पर ध्यान दें)
  3. सुनिश्चित करें कि आपका IP पता प्रॉक्सी प्रदाता की व्हाइटलिस्ट में है (यदि लागू हो)
  4. क्रेडेंशियल्स की वैधता की जांच करें (कुछ प्रदाता अस्थायी पासवर्ड उत्पन्न करते हैं)

समस्या 3: HTTPS प्रॉक्सी का उपयोग करते समय SSL/TLS त्रुटियाँ

टिपिकल त्रुटियाँ: "SSL प्रमाणपत्र समस्या", "पहले प्रमाणपत्र को सत्यापित करने में असमर्थ", "प्रमाणपत्र श्रृंखला में स्वयं-हस्ताक्षरित प्रमाणपत्र"।

कारण:

  • प्रॉक्सी SSL निरीक्षण करता है और अपना प्रमाणपत्र डालता है
  • प्रॉक्सी का प्रमाणपत्र आपके सिस्टम में विश्वसनीय नहीं है
  • API की ओर से प्रमाणपत्र श्रृंखला में समस्याएं

समाधान:

  1. परीक्षण उद्देश्यों के लिए: Postman में SSL सत्यापन बंद करें (Settings → General → SSL certificate verification → OFF)। ध्यान दें: इसे उत्पादन में उपयोग न करें!
  2. उत्पादन के लिए: प्रॉक्सी का रूट प्रमाणपत्र सिस्टम और Postman में स्थापित करें (Settings → Certificates → CA Certificates)
  3. SSL निरीक्षण के बिना प्रॉक्सी का उपयोग करें (SOCKS5 या SSL पास-थ्रू के साथ HTTP प्रॉक्सी)
  4. सही प्रमाणपत्र प्राप्त करने के लिए प्रॉक्सी व्यवस्थापक से संपर्क करें

समस्या 4: प्रॉक्सी के माध्यम से अनुरोधों की धीमी गति

कारण:

  • प्रॉक्सी सर्वर आपसे या लक्षित API से भौगोलिक रूप से दूर है
  • प्रॉक्सी ओवरलोडेड है (विशेष रूप से मुफ्त या सस्ते प्रॉक्सी के लिए प्रासंगिक)
  • प्रॉक्सी प्रदाता का धीमा संचार चैनल
  • डुअल SSL एन्क्रिप्शन (आपका क्लाइंट → प्रॉक्सी → API)

समाधान:

  1. लक्षित API के करीब प्रॉक्सी सर्वर चुनें (यदि API अमेरिका में है, तो अमेरिका से प्रॉक्सी का उपयोग करें)
  2. प्रॉक्सी के तेज़ प्रकार पर स्विच करें (उदाहरण के लिए, जहां भूगोल महत्वपूर्ण नहीं है, वहां निवासी से डेटा सेंटर पर)
  3. HTTPS अनुरोधों के लिए SOCKS5 का उपयोग करें (कम ओवरहेड)
  4. गारंटीकृत बैंडविड्थ के साथ प्रीमियम प्रॉक्सी पर विचार करें
  5. गैर-आवश्यक अनुरोधों के लिए अस्थायी रूप से प्रॉक्सी बंद करें

समस्या 5: IP पता नहीं बदलता, जबकि प्रॉक्सी सेट है

कारण:

  • प्रॉक्सी सेट है, लेकिन सक्रिय नहीं है (अपडेट पर क्लिक करना भूल गए)
  • API डोमेन प्रॉक्सी बायपास नियमों में जोड़ा गया है
  • सिस्टम प्रॉक्सी Postman की सेटिंग्स को ओवरराइड करता है
  • DNS अनुरोध सीधे जा रहे हैं (DNS लीक)

समाधान:

  1. जांचें कि प्रॉक्सी वास्तव में सक्रिय है: https://api.ipify.org पर अनुरोध भेजें और प्रतिक्रिया में IP की जांच करें
  2. यदि आप कस्टम प्रॉक्सी का उपयोग कर रहे हैं तो सुनिश्चित करें कि सिस्टम प्रॉक्सी बंद है
  3. बायपास डोमेन की सूची की जांच करें और यदि लक्षित डोमेन वहां है तो उसे हटा दें
  4. प्रॉक्सी सेटिंग्स में परिवर्तन के बाद Postman को पुनः प्रारंभ करें

डिबगिंग के लिए टिप: IP जांच सेवा (जैसे, https://api.ipify.org, https://ifconfig.me या https://api.myip.com) के लिए एक परीक्षण अनुरोध बनाएं और इसे "प्रॉक्सी परीक्षण" नामक एक अलग संग्रह में सहेजें। प्रॉक्सी सेटिंग्स में प्रत्येक परिवर्तन के बाद इस अनुरोध को भेजें ताकि त्वरित जांच की जा सके।

निष्कर्ष

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

इस लेख से मुख्य निष्कर्ष

```