पढ़ने में 12 मिनट
URL रीडायरेक्ट कैसे चेक करें (और रीडायरेक्ट चेन कैसे पढ़ें)
TrueURL, curl और DevTools से URL रीडायरेक्ट चेक करने का तरीका: रीडायरेक्ट चेन का हर हॉप पढ़ें और लूप, लंबी चेन व मिले-जुले 301/302 ठीक करें।
लेख पढ़ेंमुफ़्त रीडायरेक्ट टूल
जब ब्राउज़र “too many redirects” दिखाता है, तो साइट उसे गोल-गोल घुमा रही होती है। TrueURL लूप पूरा होने तक रीडायरेक्ट फ़ॉलो करता है और उसमें शामिल हर URL दिखाता है।
जांचने के लिए Enter दबाएं
Cloudflare का एज नेटवर्क सर्टिफ़िकेट हमेशा वैलिडेट करता है, इसलिए इस विकल्प से यह जांच छोड़ी नहीं जा सकती। सर्टिफ़िकेट की समस्याएं नतीजे में दिखाई जाती हैं।
पहली रिक्वेस्ट के साथ भेजी जाती है, ज़्यादा से ज़्यादा 16 KB। JSON बॉडी application/json के रूप में और बाकी बॉडी फ़ॉर्म के रूप में भेजी जाती है, जब तक आप Content-Type हेडर सेट न करें।
1 से 50 तक। ब्राउज़र 20 के बाद रुक जाते हैं।
साइटें फ़ोन, क्रॉलर और लिंक प्रीव्यू बॉट को अलग-अलग जगह रीडायरेक्ट कर सकती हैं।
चेन की हर रिक्वेस्ट के साथ भेजे जाते हैं।
कोई कस्टम हेडर नहीं।
यह हेडर भेजने के लिए वैल्यू डालें। हेडर की वैल्यू कभी सेव नहीं होती।
HTML पेजों में मिलने वाले <meta http-equiv="refresh"> टैग और Refresh हेडर फ़ॉलो करें।
पेज की स्क्रिप्ट में location.href = "…" जैसे सीधे, बिना शर्त वाले रीडायरेक्ट फ़ॉलो करें।
सेटिंग्स इसी ब्राउज़र में याद रखी जाती हैं। कुकीज़, हेडर की वैल्यू और POST बॉडी कभी सेव नहीं होतीं।
रीडायरेक्ट लूप तब बनता है जब URL A, URL B पर रीडायरेक्ट करता है, और B सीधे या दूसरे हॉप से होते हुए वापस A पर रीडायरेक्ट कर देता है। ब्राउज़र लगभग 20 रीडायरेक्ट फ़ॉलो करते हैं और फिर एरर दिखाकर हार मान लेते हैं: Chrome और Edge में ERR_TOO_MANY_REDIRECTS, Firefox में The page isn't redirecting properly और Safari में Too many redirects occurred। लूप में फंसे पेज को सर्च इंजन इंडेक्स नहीं कर सकते।
TrueURL हर उस URL को दर्ज करता है जिसे वह रिक्वेस्ट करता है, साथ में रिक्वेस्ट मेथड और उस समय उसके पास मौजूद कुकीज़ भी। जब कोई हॉप ऐसे URL पर लौटता है जिसे वह उसी स्थिति में पहले ही रिक्वेस्ट कर चुका है, तो चेन कभी खत्म नहीं हो सकती, और नतीजे में वह हॉप हाइलाइट होता है जहां लूप पूरा होता है।
TrueURL ब्राउज़र की तरह कुकीज़ रखता है, इसलिए वह असली लूप को सामान्य कुकी हैंडशेक से अलग पहचान लेता है, जिसमें साइट एक कुकी सेट करके आपको एक बार उसी URL पर वापस भेजती है। अगर हर चक्कर में स्थिति बदलती है, तो चेन एडवांस सेटिंग्स में दी गई अधिकतम हॉप की सीमा (ज़्यादा से ज़्यादा 50) तक चलती रहती है। जो चेन इस सीमा तक पहुंच जाती है, वह भी आम तौर पर एक अंतहीन लूप ही होती है, जैसे ऐसा लूप जो हर हॉप पर एक नया क्वेरी पैरामीटर जोड़ देता है।
www जोड़ता है, जबकि दूसरा, अक्सर CMS या होस्टिंग पैनल में, उसे हटा देता है।Server, Via, CF-Ray या X-Powered-By, ताकि पता चले कि रीडायरेक्ट किस लेयर ने भेजा: CDN, वेब सर्वर या ऐप्लिकेशन।पढ़ने में 12 मिनट
TrueURL, curl और DevTools से URL रीडायरेक्ट चेक करने का तरीका: रीडायरेक्ट चेन का हर हॉप पढ़ें और लूप, लंबी चेन व मिले-जुले 301/302 ठीक करें।
लेख पढ़ेंयह Chrome का एरर है, जो तब आता है जब कोई रीडायरेक्ट चेन 20 रीडायरेक्ट के बाद भी खत्म नहीं होती। ऐसा लगभग हमेशा किसी लूप की वजह से होता है: साइट के रीडायरेक्ट नियम एक-दूसरे से टकराते हैं। कौन-से URL दोहराए जाते हैं, यह देखने के लिए ऊपर URL जांचें।
हां। कुकी, भाषा, लोकेशन या डिवाइस पर निर्भर लूप सिर्फ़ उसी स्थिति वाले विज़िटर को परेशान करते हैं। एडवांस सेटिंग्स से इन्हें दोहराएं: कुकी, Accept-Language हेडर या मोबाइल User-Agent जोड़ें, और फिर से जांचें। विज़िटर की लोकेशन पर निर्भर लूप दोहराए नहीं जा सकते, क्योंकि रिक्वेस्ट हमेशा Cloudflare के नेटवर्क से आती है।
इसका मतलब है कि लूप कुकी पर आधारित था: किसी पुरानी या टकराती कुकी की वजह से साइट आपको गोल-गोल घुमा रही थी। कुकीज़ साफ़ करने से आपकी स्थिति रीसेट हो जाती है, लेकिन वही कुकी पाने वाले हर विज़िटर के लिए बग अब भी मौजूद है। इसे यहां दोहराने के लिए एडवांस सेटिंग्स का कुकी फ़ील्ड इस्तेमाल करें।
हो सकता है आपका ब्राउज़र लॉग-इन हो, उसमें कंसेंट कुकी हों, या उसमें कोई HSTS एंट्री या कैश किया हुआ रीडायरेक्ट हो जो किसी एक हॉप को छोड़ देता है। TrueURL बिना कुकी और बिना हिस्ट्री के शुरू करता है, बिल्कुल पहली बार आए विज़िटर या क्रॉलर की तरह। अगर इसे लूप मिलता है, तो नए विज़िटर और क्रॉलर भी शायद उसी में फंसते हैं, जब तक कि साइट डेटा सेंटर से आने वाली रिक्वेस्ट के साथ अलग बर्ताव न करती हो।
लूप का मतलब है कि TrueURL ऐसे URL पर लौट आया जिसे वह उसी स्थिति में पहले रिक्वेस्ट कर चुका था, इसलिए चेन कभी खत्म नहीं हो सकती। अधिकतम हॉप का मतलब है कि वह तय संख्या के रीडायरेक्ट के बाद रुक गया, बिना किसी हूबहू दोहराव के। ऐसी चेन शायद कभी न कभी खत्म हो जाए, लेकिन इतनी लंबी चेन हर हाल में एक समस्या है। आगे तक देखने के लिए आप अधिकतम हॉप को 50 तक बढ़ा सकते हैं।
हां, यह सबसे आम वजहों में से एक है। अगर CDN आपके सर्वर से HTTP पर बात करता है जबकि सर्वर HTTPS ज़रूरी करता है, या अगर CDN और सर्वर www और बिना www के बीच उलटी दिशाओं में रीडायरेक्ट करते हैं, तो वे हर रिक्वेस्ट को आपस में आगे-पीछे उछालते रहते हैं। हर हॉप के रिस्पॉन्स हेडर दिखाते हैं कि किस लेयर ने जवाब दिया।