HAR File Analyzer

एक HAR फ़ाइल (HTTP Archive, .har) ब्राउज़र सत्र की JSON रिकॉर्डिंग है — किसी पृष्ठ द्वारा किया गया हर अनुरोध और उसे मिला हर जवाब, पूर्ण हैडर, कुकीज़, क्वेरी पैरामीटर और POST बॉडी के साथ। एक यहाँ डालें और उसे ठीक से पढ़ें: कुल योग और समय अवधि, स्थिति वर्ग और होस्ट के अनुसार अनुरोध, सबसे धीमे पाँच, फिर हर प्रविष्टि उसके हैडर और पेलोड के साथ। संवेदनशील मान — Authorization हैडर, कुकीज़, टोकन, पासवर्ड — डिफ़ॉल्ट रूप से छिपाए जाते हैं, और आप एक संपादित प्रति डाउनलोड कर सकते हैं जो सहायता टिकट के साथ जोड़ने के लिए सुरक्षित है। फ़ाइल कभी अपलोड नहीं होती: यह इस पृष्ठ में, आपके उपकरण पर पार्स होती है।

अंतिम अपडेट:

या फ़ाइल को इस बॉक्स में कहीं भी डालें। नीचे की हर चीज़ फ़ाइल से ही, इस उपकरण पर पढ़ी जाती है। सीमा: 50 MB। फ़ाइल कभी अपलोड नहीं होती।

HAR फ़ाइल आपकी कुंजियों की रिकॉर्डिंग है — उसे उसी तरह संभालें

HAR फ़ाइलों में आमतौर पर जीवंत क्रेडेंशियल होते हैं: अभी भी मान्य सत्र कुकीज़, Authorization हैडर, URL में छिपे API टोकन, और फ़ॉर्म में आपने जो कुछ भी टाइप किया। जिसके पास फ़ाइल है वह अक्सर उससे आपका सत्र दोबारा चला सकता है — इसीलिए यह पृष्ठ उसे कभी अपलोड नहीं करता, इसीलिए मान आपके माँगने तक छिपे रहते हैं, और इसीलिए संपादित निर्यात भी सावधानी का हकदार है: संपादन रहस्यों को बदल देता है, लेकिन फ़ाइल अभी भी आपके एप्लिकेशन के एंडपॉइंट, पैरामीटर और ट्रैफ़िक के आकार का नक्शा बनाती है। उसे निजी माध्यम से भेजें, सार्वजनिक फ़ोरम पर नहीं, और टिकट बंद होने पर प्राप्तकर्ता से उसे हटाने को कहें। साथ का लेख, उस HAR फ़ाइल को भेजने से पहले, बताता है कि क्या लीक होता है और एक को सुरक्षित रूप से कैसे कैप्चर करें; ब्राउज़र के बजाय नेटवर्क पर कैप्चर किए गए ट्रैफ़िक के लिए, PCAP Analyzer उसी केवल-स्थानीय नियम के तहत पैकेट कैप्चर पढ़ता है।

HAR फ़ाइल क्या रिकॉर्ड करती है — और यह पृष्ठ उससे क्या पढ़ता है

ब्राउज़र और डीबगिंग प्रॉक्सी (Chrome और Firefox के DevTools, Charles, mitmproxy) अपने नेटवर्क पैनल से HAR निर्यात करते हैं: एक log ऑब्जेक्ट जिसकी entries सरणी प्रति अनुरोध एक ऑब्जेक्ट रखती है — विधि, URL, अनुरोध और जवाब के हैडर, कुकीज़, क्वेरी स्ट्रिंग, POST डेटा, स्थिति, आकार और चरण-वार समय। सहायता टीमें ये फ़ाइलें इसीलिए माँगती हैं क्योंकि ये "पृष्ठ धीमा था" या "API ने 500 दिया" की जमीनी सच्चाई हैं: कोई स्क्रीनशॉट नहीं, कोई याद नहीं, केवल रिकॉर्डिंग। यह पृष्ठ उसी संरचना को पढ़ता है और उसे वैसे ही प्रस्तुत करता है जैसे आप वास्तव में उससे डीबग करते हैं — पहले एक सारांश (कितने अनुरोध, कितना स्थानांतरित, अवधि कितनी लंबी, कौन से होस्ट, कौन से सबसे धीमे थे), फिर एक फ़िल्टर योग्य तालिका, फिर एक प्रविष्टि पूरी। किसी एक को कैप्चर करने, निरीक्षण करने और संपादित करने की पूरी प्रक्रिया उस HAR फ़ाइल को भेजने से पहले, पढ़ लें कि उसके अंदर क्या है में है।

संपादित डाउनलोड ही इस टूल का मकसद है। यह HAR संरचना को बरकरार रखता है — वही प्रविष्टियाँ, हैडर और समय, ताकि कोई भी व्यूअर या सहायता इंजीनियर उसे अब भी खोल सके — और केवल उन मानों को बदलता है जो क्रेडेंशियल का काम करते हैं: Authorization, Cookie और Set-Cookie हैडर, हर कुकी मान, और हर वह हैडर, क्वेरी या फ़ॉर्म पैरामीटर जिसका नाम टोकन, कुंजी, रहस्य, सत्र या पासवर्ड जैसा लगे, जिनमें JSON POST बॉडी में छिपे रहस्य भी शामिल हैं। एक ईमानदार सीमा: जो POST बॉडी न JSON है न साधारण फ़ॉर्म डेटा, उसे सुरक्षित रूप से पार्स नहीं किया जा सकता, इसलिए वह अपरिवर्तित आगे बढ़ जाती है — फ़ाइल भेजने से पहले ऐसी बॉडी की जाँच स्वयं करें। CSV सारांश टॉगल कुछ भी कहे, छिपाया रहता है, क्योंकि स्प्रेडशीट ठीक वही फ़ाइल है जो आगे भेजी जाती है। और जहाँ PCAP Analyzer नेटवर्क पर कैप्चर किया गया ट्रैफ़िक संभालता है, यह पृष्ठ ब्राउज़र की अपनी उसी की रिकॉर्डिंग संभालता है — एक ही बातचीत के दो दृश्य।

अक्सर पूछे जाने वाले प्रश्न

क्या मेरी HAR फ़ाइल कहीं अपलोड होती है?

नहीं। फ़ाइल इस पृष्ठ में, आपके उपकरण पर खोली और पार्स की जाती है, और कुछ भी अपलोड, प्रसारित या संग्रहीत नहीं होता — फ़ाइल का विश्लेषण कोई नेटवर्क अनुरोध नहीं करता। यह एक सोचा-समझा डिज़ाइन नियम है, सुविधा नहीं: HAR फ़ाइल आपके मशीन की सबसे क्रेडेंशियल-घनी फ़ाइलों में से एक है, और जो टूल उसे निरीक्षण के लिए अपलोड करने को कहेगा वह समस्या का हिस्सा होगा।

ठीक क्या छिपाया जाता है?

तीन चीज़ें, हर जगह जहाँ वे दिखाई देती हैं — स्क्रीन पर विवरण दृश्य, संपादित डाउनलोड और CSV में: Authorization, Cookie और Set-Cookie हैडर; हर कुकी मान; और हर वह हैडर, क्वेरी पैरामीटर, फ़ॉर्म फ़ील्ड या JSON बॉडी कुंजी जिसका नाम token, key, secret, session, auth, password, passwd, jwt या bearer से मेल खाता है (अक्षर-आकार असंवेदनशील)। संपादित फ़ाइल में वे मान शाब्दिक पाठ REDACTED बन जाते हैं; स्क्रीन पर वे •••••• के रूप में दिखते हैं जब तक आप "संवेदनशील मान दिखाएँ" चालू न करें।

क्या संपादित HAR साझा करना पूरी तरह सुरक्षित है?

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

तालिका 500 प्रविष्टियों पर क्यों रुक जाती है?

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