← Back to Blog
RUENZHESARPTDEFRJAKOITTRIDVIFAHI

Windows ऐप्स और UWP के लिए HTTP ट्रैफ़िक डिबगिंग के लिए Fiddler: प्रॉक्सी सेटअप के साथ पूर्ण गाइड

Fiddler एक शक्तिशाली उपकरण है जो Windows अनुप्रयोगों और UWP में HTTP/HTTPS ट्रैफ़िक को पकड़ने और विश्लेषण करने के लिए है। हम सेटअप, अनुरोधों को पकड़ने और प्रॉक्सी के साथ एकीकरण पर चर्चा करते हैं।

📅August 6, 2026
```html

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

इस मार्गदर्शिका में हम स्थापना, HTTPS-परिभाषा, UWP के साथ काम करना, बाहरी प्रॉक्सी को जोड़ना और उपयोग के सामान्य परिदृश्यों को समझेंगे - API डिबगिंग से लेकर बैकग्राउंड अनुरोधों की निगरानी तक।

Fiddler क्या है और इसकी आवश्यकता क्यों है

Fiddler एक HTTP प्रॉक्सी डिबगर है, जिसे Telerik (अब Progress) द्वारा विकसित किया गया है। यह एक स्थानीय प्रॉक्सी सर्वर के रूप में काम करता है: आपके कंप्यूटर के सभी HTTP और HTTPS अनुरोध इसके माध्यम से गुजरते हैं, और आप उन्हें वास्तविक समय में देख सकते हैं। यह उपकरण मुफ्त है, और इसके दो संस्करण हैं - Fiddler Classic (केवल Windows) और Fiddler Everywhere (क्रॉस-प्लेटफ़ॉर्म)।

Fiddler, ब्राउज़र के DevTools से कैसे भिन्न है? ब्राउज़र के डेवलपर टूल केवल ब्राउज़र के ट्रैफ़िक को दिखाते हैं। Fiddler आपके कंप्यूटर पर किसी भी ऐप से अनुरोधों को पकड़ता है: डेस्कटॉप प्रोग्राम, सिस्टम सेवाएँ, Windows के बैकग्राउंड प्रोसेस, मोबाइल ऐप्स वाई-फाई के माध्यम से और - जो विशेष रूप से महत्वपूर्ण है - Microsoft Store से UWP-ऐप्स।

Fiddler द्वारा हल की जाने वाली सामान्य समस्याएँ:

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

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

स्थापना और प्रारंभिक सेटअप

Fiddler Classic की स्थापना में लगभग दो मिनट लगते हैं। आधिकारिक वेबसाइट से इंस्टॉलर डाउनलोड करें telerik.com/fiddler और इसे चलाएँ। स्थापना के बाद, Fiddler स्वचालित रूप से Windows पर 127.0.0.1:8888 पर सिस्टम प्रॉक्सी के रूप में खुद को स्थापित करता है।

प्रारंभ करते ही, आप तीन क्षेत्रों के साथ मुख्य विंडो देखेंगे:

  • बाईं पैनल (Sessions) - वास्तविक समय में सभी पकड़े गए अनुरोधों की सूची
  • दाईं ऊपरी पैनल - चयनित अनुरोध का विवरण (हेडर, शरीर, पैरामीटर)
  • दाईं निचली पैनल - सर्वर का उत्तर

पहला काम जो आपको करना चाहिए वह है फ़िल्टरिंग सेट करना, अन्यथा सूची में सभी Windows सिस्टम ट्रैफ़िक (अपडेट, टेलीमेट्री, OneDrive आदि) शामिल हो जाएगा, और आवश्यक अनुरोधों को खोजना कठिन होगा। दाईं ओर Filters टैब पर जाएँ और Use Filters सक्षम करें। Show only the following Hosts फ़ील्ड में, उन डोमेन को निर्दिष्ट करें जो आपको रुचि रखते हैं।

Fiddler Classic के लिए उपयोगी शॉर्टकट कुंजियाँ:

  • F12 - ट्रैफ़िक पकड़ने को चालू/बंद करें
  • Ctrl+X - सत्रों की सूची साफ़ करें
  • Ctrl+F - सत्रों में खोजें
  • R - चयनित अनुरोध को पुनः चलाएँ
  • Shift+Delete - चयनित सत्रों को हटाएँ

हम तुरंत सत्रों को स्वचालित रूप से सहेजने की सेटिंग करने की भी सिफारिश करते हैं: File → Capture Traffic और File → Save → All Sessions. इससे आप बाद में रिकॉर्ड किए गए ट्रैफ़िक पर लौट सकते हैं और इसे ऑफ़लाइन विश्लेषण कर सकते हैं।

HTTPS ट्रैफ़िक को पकड़ना: प्रमाणपत्र सेटअप

डिफ़ॉल्ट रूप से, Fiddler केवल HTTP ट्रैफ़िक को पकड़ता है। HTTPS (जो 95%+ आधुनिक ट्रैफ़िक है) के साथ काम करने के लिए SSL डिक्रिप्शन सेट करना आवश्यक है। Fiddler मैन-इन-द-मिडल के रूप में कार्य करता है: यह अपना रूट प्रमाणपत्र उत्पन्न करता है और सभी HTTPS कनेक्शनों पर हस्ताक्षर करता है।

HTTPS-परिभाषा के लिए चरण-दर-चरण सेटअप:

  1. Tools → Options → HTTPS खोलें
  2. Capture HTTPS CONNECTs के सामने चेक मार्क लगाएँ
  3. Decrypt HTTPS traffic के सामने चेक मार्क लगाएँ
  4. ड्रॉप-डाउन सूची में ...from all processes चुनें
  5. Actions → Trust Root Certificate बटन पर क्लिक करें
  6. Windows के सिस्टम स्टोर में प्रमाणपत्र की स्थापना की पुष्टि करें
  7. Fiddler को पुनः प्रारंभ करें

इसके बाद, Protocol कॉलम में आप HTTPS देखेंगे, CONNECT के बजाय, और आप अनुरोधों और उत्तरों की डिक्रिप्टेड सामग्री देख सकेंगे।

⚠️ महत्वपूर्ण: प्रमाणपत्र की सुरक्षा

Fiddler का प्रमाणपत्र केवल वर्तमान Windows उपयोगकर्ता के स्टोर में स्थापित होता है। प्रमाणपत्र फ़ाइल को तीसरे पक्ष को न दें - इससे उन्हें आपका HTTPS ट्रैफ़िक पकड़ने की अनुमति मिलेगी। डिबगिंग समाप्त होने के बाद, आप प्रमाणपत्र को Tools → Options → HTTPS → Actions → Remove Interception Certificates के माध्यम से हटा सकते हैं।

कुछ ऐप्स Certificate Pinning का उपयोग करते हैं - वे सर्वर के विशिष्ट प्रमाणपत्र की जांच करते हैं और Fiddler के माध्यम से काम करने से इनकार करते हैं। इस स्थिति में, आप ऐप में कनेक्शन त्रुटि देखेंगे। पिनिंग को बायपास करना - एक अलग विषय है, जो इस लेख के दायरे से बाहर है।

UWP-ऐप्स के ट्रैफ़िक को कैसे पकड़ें

UWP (यूनिवर्सल Windows प्लेटफ़ॉर्म) - Microsoft Store से ऐप्स हैं: मेल, मानचित्र, फिल्में और टीवी, Spotify, Netflix और कई अन्य। उनकी विशेषता यह है कि सुरक्षा कारणों से वे एक अलग कंटेनर (ऐप कंटेनर) में काम करते हैं और सिस्टम प्रॉक्सी का उपयोग नहीं करते। इसी कारण से, सामान्य Fiddler सेटअप उनका ट्रैफ़िक नहीं पकड़ता है।

इस समस्या को हल करने के लिए, Fiddler एक विशेष उपकरण प्रदान करता है - AppContainer Loopback Exemption Utility। यह UWP-ऐप को अपवाद सूची में जोड़ता है, जिससे इसे स्थानीय Fiddler प्रॉक्सी से संपर्क करने की अनुमति मिलती है।

विधि 1 - Fiddler के इंटरफ़ेस के माध्यम से:

  1. मेनू में WinConfig चुनें (टूलबार पर बटन या Tools → Win8 Loopback Exemptions)
  2. सभी स्थापित UWP-ऐप्स की सूची खुलेगी
  3. आवश्यक ऐप खोजें और उसके सामने चेक मार्क लगाएँ
  4. Save Changes पर क्लिक करें
  5. UWP-ऐप को पुनः प्रारंभ करें

विधि 2 - कमांड प्रॉम्प्ट के माध्यम से (स्वचालन के लिए):

CheckNetIsolation LoopbackExempt -a -n="Microsoft.WindowsMaps_8wekyb3d8bbwe"

Microsoft.WindowsMaps_8wekyb3d8bbwe को आवश्यक ऐप के पैकेज फैमिली नाम से बदलें। इसे PowerShell में निम्नलिखित कमांड से खोजा जा सकता है: 

Get-AppxPackage | Select-Object Name, PackageFamilyName | Sort-Object Name

अपवाद जोड़ने के बाद, UWP-ऐप Fiddler के माध्यम से ट्रैफ़िक भेजना शुरू कर देगा। आप सत्रों की सूची में इसके अनुरोध देखेंगे - आमतौर पर इन्हें User-Agent या लक्ष्य होस्ट के द्वारा आसानी से पहचाना जा सकता है।

💡 टिप: UWP और HTTPS

UWP-ऐप्स के HTTPS ट्रैफ़िक को पकड़ने के लिए केवल लूपबैक अपवाद जोड़ना पर्याप्त नहीं है। आपको Local Machine के लिए Trusted Root Certification Authorities स्टोर में Fiddler प्रमाणपत्र भी स्थापित करना होगा (केवल वर्तमान उपयोगकर्ता के लिए नहीं)। इसे certmgr.msc के माध्यम से या समूह नीतियों के माध्यम से करें।

फ़िल्टर, ब्रेकपॉइंट और अनुरोधों में परिवर्तन

Fiddler के डिबगिंग के लिए तीन सबसे शक्तिशाली सुविधाएँ हैं - सत्रों का फ़िल्टरिंग, ब्रेकपॉइंट और AutoResponder। हम प्रत्येक को समझते हैं।

सत्रों का फ़िल्टरिंग

Filters टैब केवल आवश्यक अनुरोधों को दिखाने की अनुमति देता है। मुख्य विकल्प:

  • Show only the following Hosts - डोमेन द्वारा फ़िल्टर (उदाहरण के लिए, api.example.com)
  • Show only if URL contains - URL के भाग द्वारा फ़िल्टर
  • Show only if response Content-Type - केवल JSON, XML, चित्र आदि।
  • Hide if URL contains - शोर अनुरोधों को बाहर करना (उदाहरण के लिए, telemetry, analytics)

आप विंडो के नीचे QuickExec स्ट्रिंग का उपयोग करके त्वरित कमांड भी चला सकते हैं। उदाहरण के लिए, select status 404 सभी 404 त्रुटि वाले अनुरोधों को हाइलाइट करेगा, जबकि bold api सभी सत्रों को हाइलाइट करेगा जिनमें "api" URL में है।

ब्रेकपॉइंट (Breakpoints)

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

  • Rules → Automatic Breakpoints → Before Requests - हर अनुरोध को भेजने से पहले रोकता है
  • Rules → Automatic Breakpoints → After Responses - हर उत्तर को ऐप को भेजने से पहले रोकता है
  • सत्र पर राइट-क्लिक → Breakpoint → Break on Request - एक विशिष्ट URL पर पॉइंट ब्रेकपॉइंट

जब अनुरोध रोका जाता है, तो आप किसी भी हेडर, अनुरोध के शरीर, URL को बदल सकते हैं और Run to Completion पर क्लिक करके जारी रख सकते हैं। यह विशेष रूप से संशोधित डेटा के साथ ऐप के व्यवहार का परीक्षण करने के लिए उपयोगी है।

AutoResponder

AutoResponder - सर्वर के उत्तरों को बदलने का उपकरण है। आप एक नियम बनाते हैं: "यदि URL पैटर्न से मेल खाता है - तो यह फ़ाइल/उत्तर लौटाएँ"। उपयोग:

  • वास्तविक बैकएंड के बिना API के साथ ऐप का परीक्षण करना
  • सर्वर की त्रुटियों का अनुकरण करना (500, 503, टाइमआउट)
  • संसाधनों को बदलना - सर्वर के बजाय स्थानीय JS/CSS संस्करण लोड करना
  • विकास को तेज करना - बाहरी API के लिए धीमे अनुरोधों को कैश करना

Fiddler के माध्यम से बाहरी प्रॉक्सी को जोड़ना

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

यह कब आवश्यक है:

  • कॉर्पोरेट प्रॉक्सी के माध्यम से काम करते समय ऐप के व्यवहार का परीक्षण करना
  • भू-निर्भर सामग्री की जांच करना - ऐप दूसरे देश से कैसे काम करता है
  • ऐप का डिबगिंग जो स्वयं प्रॉक्सी का उपयोग करता है
  • IP-सीमाओं (IP के लिए व्हाइटलिस्ट) के साथ API का परीक्षण करना

Fiddler Classic में upstream proxy सेट करना:

  1. Tools → Options → Gateway खोलें
  2. Manual Proxy Configuration चुनें
  3. Proxy फ़ील्ड में प्रॉक्सी का पता host:port के प्रारूप में दर्ज करें
  4. यदि प्रॉक्सी प्रमाणीकरण की आवश्यकता है - तो लॉगिन और पासवर्ड दर्ज करें
  5. OK पर क्लिक करें और ट्रैफ़िक कैप्चर को पुनः प्रारंभ करें

Fiddler HTTP, HTTPS और SOCKS5 प्रॉक्सी को upstream के रूप में समर्थन करता है। SOCKS5 के लिए रिकॉर्डिंग प्रारूप थोड़ा भिन्न होता है: 

socks=proxy.example.com:1080

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

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

💡 FiddlerScript के लिए डायनामिक प्रॉक्सी चयन

FiddlerScript के माध्यम से विभिन्न होस्ट के लिए विभिन्न upstream प्रॉक्सी सेट करना संभव है। उदाहरण के लिए, api.us-service.com के अनुरोधों को अमेरिकी प्रॉक्सी के माध्यम से भेजें, और अन्य को सीधे भेजें: 

static function OnBeforeRequest(oSession: Session) {
  if (oSession.HostnameIs("api.us-service.com")) {
    oSession["x-OverrideGateway"] = "us-proxy.example.com:8080";
  }
}

व्यावहारिक परिदृश्य: पार्सिंग, API परीक्षण, भू-परिवर्तन

हम कुछ विशिष्ट कार्यों को समझते हैं जिन्हें Fiddler के माध्यम से आसानी से हल किया जा सकता है।

परिदृश्य 1: मोबाइल ऐप के API का रिवर्स-इंजीनियरिंग

आप ऐप में क्रियाओं को स्वचालित करना चाहते हैं, लेकिन इसका कोई सार्वजनिक API नहीं है। समाधान: ऐप को Android एमुलेटर पर या Windows क्लाइंट के माध्यम से चलाएँ, इसे Fiddler का प्रॉक्सी उपयोग करने के लिए सेट करें, और आवश्यक क्रियाओं को करते समय सभी अनुरोधों को रिकॉर्ड करें।

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

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

Wildberries, Ozon या अन्य मार्केटप्लेस के लिए पार्सर विकसित करते समय, अक्सर यह समझना कठिन होता है कि अनुरोध क्यों अवरुद्ध होते हैं। Fiddler ब्राउज़र के अनुरोधों (जो पास होते हैं) और पार्सर के अनुरोधों (जो अवरुद्ध होते हैं) की तुलना करने की अनुमति देता है और हेडर, उनके अनुक्रम, कुकी के मान या TLS फ़िंगरप्रिंट में भिन्नताओं को खोजने में मदद करता है।

सामान्य खोज: पार्सर हेडर को एक अलग क्रम में भेजता है, Accept-Language अनुपस्थित है, या User-Agent में Python का संस्करण है। पार्सर के कोड में इन विवरणों को ठीक करके, आप अवरुद्ध होने की संभावना को कम करते हैं।

परिदृश्य 3: भू-निर्भर सामग्री का परीक्षण

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

परिदृश्य 4: ऐप्स की बैकग्राउंड गतिविधि की निगरानी

क्या आप जानना चाहते हैं कि स्थापित प्रोग्राम कहाँ "कॉल" करता है? Fiddler को चलाएँ, प्रोग्राम को चलाएँ, 5-10 मिनट प्रतीक्षा करें। सत्रों की सूची में सभी होस्ट दिखाई देंगे, जिनसे प्रोग्राम ने संपर्क किया। यह थर्ड-पार्टी सॉफ़्टवेयर के सुरक्षा ऑडिट, टेलीमेट्री या अवांछित कनेक्शनों की जांच के लिए उपयोगी है।

परिदृश्य 5: पुन: प्रस्तुत करने के लिए अनुरोधों का निर्यात

Fiddler पकड़े गए अनुरोधों को cURL प्रारूप में निर्यात करने की अनुमति देता है, जिसे आप तुरंत टर्मिनल में चला सकते हैं या Postman में चिपका सकते हैं। सत्र पर राइट-क्लिक → Copy → cURL Request। यह अनुरोध को सहयोगी को भेजने या API को दस्तावेज़ित करने के लिए सुविधाजनक है।

Fiddler Classic बनाम Fiddler Everywhere: क्या चुनें

Telerik उत्पाद के दो संस्करणों का समर्थन करता है, और उनके बीच चयन हमेशा स्पष्ट नहीं होता है। हम मुख्य भिन्नताओं को समझते हैं।

पैरामीटर Fiddler Classic Fiddler Everywhere
प्लेटफ़ॉर्म केवल Windows Windows, macOS, Linux
कीमत मुफ्त सशुल्क सदस्यता (मुफ्त योजना उपलब्ध है)
UWP-समर्थन हाँ (WinConfig के माध्यम से) सीमित
FiddlerScript हाँ (JScript.NET) नहीं (नियमों का उपयोग किया जाता है)
इंटरफ़ेस पुराना, लेकिन कार्यात्मक आधुनिक, सुविधाजनक
सहयोग नहीं हाँ (क्लाउड संग्रह)
विस्तारशीलता .NET प्लगइन्स सीमित
सिस्टम ट्रैफ़िक को पकड़ना पूर्ण पूर्ण

जब Fiddler Classic चुनें: आप केवल Windows पर काम कर रहे हैं, आपको UWP-ऐप्स के साथ काम करने की आवश्यकता है, आप स्वचालन के लिए FiddlerScript का उपयोग कर रहे हैं, या आपको बिना किसी सीमाओं के पूरी तरह से मुफ्त संस्करण की आवश्यकता है।

जब Fiddler Everywhere चुनें: आप macOS या Linux पर काम कर रहे हैं, आपको आधुनिक इंटरफ़ेस की आवश्यकता है, साझा अनुरोध संग्रह के साथ टीम वर्क महत्वपूर्ण है, या आप CI/CD पाइपलाइनों के साथ एकीकरण चाहते हैं।

विकल्पों का उल्लेख करना भी महत्वपूर्ण है: Charles Proxy (सशुल्क, macOS पर लोकप्रिय), mitmproxy (मुफ्त, कंसोल, बहुत लचीला), Wireshark (पैकेट स्तर पर काम करता है, न कि HTTP)। प्रत्येक उपकरण की अपनी ताकत होती है, लेकिन Windows-ऐप्स के डिबगिंग के लिए अधिकांश कार्यों के लिए Fiddler Classic सबसे अच्छा विकल्प बना रहता है।

प्रमुख समस्याएँ और उनके समाधान

Fiddler के साथ काम करते समय समय-समय पर सामान्य समस्याएँ उत्पन्न होती हैं। यहाँ सबसे सामान्य समस्याएँ और उनके समाधान दिए गए हैं।

समस्या: Fiddler चालू होने पर ऐप काम नहीं करता

कारण: प्रमाणपत्र पिनिंग, ऐप में हार्डकोडेड प्रॉक्सी, या ऐप Fiddler के प्रमाणपत्र पर भरोसा नहीं करता। समाधान:

  • Fiddler के प्रमाणपत्र को Local Machine → Trusted Root स्टोर में स्थापित करें
  • जाँच करें कि क्या ऐप प्रमाणपत्र पिनिंग का उपयोग कर रहा है
  • SSL के लिए होस्ट को अपवाद में जोड़ें: Tools → Options → HTTPS → Skip Decryption for following hosts

समस्या: Fiddler बंद करने के बाद इंटरनेट काम नहीं करता

Fiddler ने आपातकालीन बंद होने पर सिस्टम प्रॉक्सी को हटा नहीं पाया। समाधान: Windows सेटिंग्स → नेटवर्क → प्रॉक्सी खोलें और मैनुअल प्रॉक्सी को बंद करें। या Fiddler को फिर से चलाएँ और सामान्य रूप से बंद करें।

समस्या: केवल CONNECT टनल दिखाई देते हैं, लेकिन HTTPS की सामग्री नहीं

HTTPS-परिभाषा सेट नहीं की गई है। प्रमाणपत्र सेटअप अनुभाग पर वापस जाएँ और सुनिश्चित करें कि Decrypt HTTPS traffic चेक किया गया है और प्रमाणपत्र सिस्टम स्टोर में स्थापित है।

समस्या: UWP-ऐप का ट्रैफ़िक Fiddler में दिखाई नहीं देता

इस ऐप के लिए लूपबैक अपवाद नहीं जोड़ा गया है। WinConfig का उपयोग करें (UWP अनुभाग में वर्णित) और अपवाद जोड़ने के बाद ऐप को पुनः प्रारंभ करें।

समस्या: Upstream प्रॉक्सी काम नहीं कर रहा (कनेक्शन त्रुटि)

जाँच करें: प्रॉक्सी का पता और पोर्ट सही हैं, लॉगिन/पासवर्ड सही हैं, प्रॉक्सी सर्वर उपलब्ध है (Fiddler के बिना सीधे कनेक्ट करने का प्रयास करें)। यह भी सुनिश्चित करें कि प्रॉक्सी आवश्यक प्रोटोकॉल का समर्थन करता है - सभी HTTP प्रॉक्सी HTTPS टनलिंग का समर्थन नहीं करते हैं।

निष्कर्ष

Fiddler HTTP ट्रैफ़िक के साथ काम करने वाले सभी के लिए एक अनिवार्य उपकरण है। यह वास्तविक समय में सभी अनुरोधों को देखने, उन्हें तात्कालिक रूप से संशोधित करने, विभिन्न परिस्थितियों में ऐप के व्यवहार का परीक्षण करने और उन कार्यों को हल करने की अनुमति देता है जिन्हें ब्राउज़र के DevTools के माध्यम से पूरा नहीं किया जा सकता। विशेष रूप से UWP-ऐप्स के लिए लूपबैक अपवाद तंत्र के माध्यम से समर्थन मूल्यवान है - यह एक अनूठा अवसर है जो अधिकांश समकक्षों के पास नहीं है।

भू-निर्भर व्यवहार के परीक्षण या बाहरी प्रॉक्सी के माध्यम से काम करने के लिए - Fiddler में upstream प्रॉक्सी सेट करें। यदि आपको सही परीक्षण के लिए विशिष्ट देशों से वास्तविक IP की आवश्यकता है, तो रहवासी प्रॉक्सी पर ध्यान दें - वे यथासंभव यथार्थवादी भू-स्थान और परीक्षण सेवाओं द्वारा अवरोधों के न्यूनतम जोखिम को सुनिश्चित करते हैं।

Fiddler Classic से शुरू करें - यह मुफ्त है, अच्छी तरह से प्रलेखित है और Windows पर डिबगिंग के 90% कार्यों को कवर करता है। आवश्यकताओं के बढ़ने पर, आप Fiddler Everywhere पर जा सकते हैं या अधिक लचीले स्वचालन के लिए mitmproxy जैसे विशिष्ट उपकरणों के साथ अपने कार्यप्रवाह को पूरा कर सकते हैं।

```