HTTP/HTTPS प्रतिक्रिया जांच: स्थिति कोड, रीडायरेक्ट श्रृंखला, प्रतिक्रिया हेडर
URL दर्ज करें और HTTP status code, हर redirect hop, final response headers और server response time देखें। Deployment checks, CDN debugging और redirect audits के लिए बनाया गया।
यह HTTP response checker क्या दिखाता है
यह page हमारे server से URL test करता है और वह response metadata दिखाता है जो site reachable होने पर भी गलत व्यवहार कर रही हो तो काम आता है।
स्थिति कोड
Status codes class के आधार पर grouped होते हैं। Class बताती है कि request सफल हुई, redirect हुई, client side पर failed हुई या server side पर।
रीडायरेक्ट श्रृंखला
Redirects अक्सर कई layers से control होते हैं। Chain से पता चलता है कि किस layer ने URL बदला और loop या गलत target कहाँ शुरू हुआ।
प्रतिक्रिया हेडर
Headers बताते हैं कि server, proxy, CDN या browser response को कैसे handle करे। Deployment और availability checks में ये fields सबसे उपयोगी हैं।
कुल समय
Headers बताते हैं कि server, proxy, CDN या browser response को कैसे handle करे। Deployment और availability checks में ये fields सबसे उपयोगी हैं। Checker public HTTP metadata पर focus करता है। यह full browser, Lighthouse audit या authenticated monitoring agent नहीं है।
HTTP status, redirects और headers कैसे जांचें
वह public URL इस्तेमाल करें जिसे users या bots request करते हैं। Checker redirects को safely follow करता है और headers, status और timing पर focus रखता है।
URL response जांचें
वह public URL इस्तेमाल करें जिसे users या bots request करते हैं। Checker redirects को safely follow करता है और headers, status और timing पर focus रखता है।
HEAD / GET
HEAD सबसे तेज है क्योंकि यह page body डाउनलोड किए बिना headers पढ़ता है। अगर server HEAD requests block करता है तो GET इस्तेमाल करें।
अंतिम प्रतिक्रिया
Headers बताते हैं कि server, proxy, CDN या browser response को कैसे handle करे। Deployment और availability checks में ये fields सबसे उपयोगी हैं।
सामान्य परिणाम पैटर्न और अगला कदम
Status codes class के आधार पर grouped होते हैं। Class बताती है कि request सफल हुई, redirect हुई, client side पर failed हुई या server side पर। Redirects अक्सर कई layers से control होते हैं। Chain से पता चलता है कि किस layer ने URL बदला और loop या गलत target कहाँ शुरू हुआ।
| समस्या | संकेत | क्या जांचें |
|---|---|---|
| 200 OK / सफल | सफल: Checker public HTTP metadata पर focus करता है। यह full browser, Lighthouse audit या authenticated monitoring agent नहीं है। | Content-Type / Cache-Control / नई जांच |
| 301 / 308 | Redirects अक्सर कई layers से control होते हैं। Chain से पता चलता है कि किस layer ने URL बदला और loop या गलत target कहाँ शुरू हुआ। | रीडायरेक्ट श्रृंखला |
| 401 / 403 | Public URL इस्तेमाल करें। Localhost, private networks और reserved addresses इस tool से check नहीं किए जा सकते। | Checker public HTTP metadata पर focus करता है। यह full browser, Lighthouse audit या authenticated monitoring agent नहीं है। |
| 429 / 503 | Request timeout हो गया। Server down, overloaded, firewall से blocked या slow हो सकता है। | Retry-After / URL test करने से पहले confirm करें कि A, AAAA, CNAME और MX records expected host की ओर point कर रहे हैं। |
| रीडायरेक्ट श्रृंखला | URL बहुत अधिक बार redirect हो रहा है। redirect loop या www, HTTPS या trailing slash rules के conflict की जांच करें। | रीडायरेक्ट श्रृंखला |
HEAD या GET: कौन सा तरीका चुनें?
HEAD सबसे तेज है क्योंकि यह page body डाउनलोड किए बिना headers पढ़ता है। अगर server HEAD requests block करता है तो GET इस्तेमाल करें।
| तरीका | क्या जांचें | संकेत | समाधान |
|---|---|---|---|
| HEAD | स्थिति कोड / रीडायरेक्ट श्रृंखला / प्रतिक्रिया हेडर | 405 / क्लाइंट त्रुटि / Response check failed हुआ। URL reachable है यह confirm करें और फिर कोशिश करें। | GET: Checker public HTTP metadata पर focus करता है। यह full browser, Lighthouse audit या authenticated monitoring agent नहीं है। |
| GET | HEAD सबसे तेज है क्योंकि यह page body डाउनलोड किए बिना headers पढ़ता है। अगर server HEAD requests block करता है तो GET इस्तेमाल करें। | सर्वर त्रुटि / Request timeout हो गया। Server down, overloaded, firewall से blocked या slow हो सकता है। | HEAD: HEAD सबसे तेज है क्योंकि यह page body डाउनलोड किए बिना headers पढ़ता है। अगर server HEAD requests block करता है तो GET इस्तेमाल करें। |
Response headers कैसे पढ़ें
Headers बताते हैं कि server, proxy, CDN या browser response को कैसे handle करे। Deployment और availability checks में ये fields सबसे उपयोगी हैं।
| Header | यह क्या बताता है | क्या जांचें |
|---|---|---|
| Location | Redirects अक्सर कई layers से control होते हैं। Chain से पता चलता है कि किस layer ने URL बदला और loop या गलत target कहाँ शुरू हुआ। | रीडायरेक्ट श्रृंखला |
| Cache-Control | Headers बताते हैं कि server, proxy, CDN या browser response को कैसे handle करे। Deployment और availability checks में ये fields सबसे उपयोगी हैं। | कुल समय |
| Content-Type | प्रतिक्रिया हेडर | स्थिति कोड |
| Strict-Transport-Security | HTTPS fail होने पर TLS certificate, issuer, hostname match और expiry date verify करें। | सफल |
| Server / Via / CF-Cache-Status | यह page हमारे server से URL test करता है और वह response metadata दिखाता है जो site reachable होने पर भी गलत व्यवहार कर रही हो तो काम आता है। | URL test करने से पहले confirm करें कि A, AAAA, CNAME और MX records expected host की ओर point कर रहे हैं। |
| Retry-After | क्लाइंट त्रुटि / सर्वर त्रुटि | Request timeout हो गया। Server down, overloaded, firewall से blocked या slow हो सकता है। |
| Content-Encoding | प्रतिक्रिया हेडर | कुल समय |
HTTP status codes: result का मतलब
Status codes class के आधार पर grouped होते हैं। Class बताती है कि request सफल हुई, redirect हुई, client side पर failed हुई या server side पर।
Status codes class के आधार पर grouped होते हैं। Class बताती है कि request सफल हुई, redirect हुई, client side पर failed हुई या server side पर।
स्थिति कोड
Redirects अक्सर कई layers से control होते हैं। Chain से पता चलता है कि किस layer ने URL बदला और loop या गलत target कहाँ शुरू हुआ।
Redirects अक्सर कई layers से control होते हैं। Chain से पता चलता है कि किस layer ने URL बदला और loop या गलत target कहाँ शुरू हुआ।
Public URL इस्तेमाल करें। Localhost, private networks और reserved addresses इस tool से check नहीं किए जा सकते।
Response check failed हुआ। URL reachable है यह confirm करें और फिर कोशिश करें।
Public URL इस्तेमाल करें। Localhost, private networks और reserved addresses इस tool से check नहीं किए जा सकते।
Request timeout हो गया। Server down, overloaded, firewall से blocked या slow हो सकता है।
Redirect समस्या निवारण चेकलिस्ट
Redirects अक्सर कई layers से control होते हैं। Chain से पता चलता है कि किस layer ने URL बदला और loop या गलत target कहाँ शुरू हुआ।
| समस्या | संकेत | समाधान |
|---|---|---|
| HTTP / HTTPS | URL बहुत अधिक बार redirect हो रहा है। redirect loop या www, HTTPS या trailing slash rules के conflict की जांच करें। | Redirects अक्सर कई layers से control होते हैं। Chain से पता चलता है कि किस layer ने URL बदला और loop या गलत target कहाँ शुरू हुआ। |
| www / non-www | रीडायरेक्ट श्रृंखला | वह public URL इस्तेमाल करें जिसे users या bots request करते हैं। Checker redirects को safely follow करता है और headers, status और timing पर focus रखता है। |
| Trailing slash | रीडायरेक्ट | Redirects अक्सर कई layers से control होते हैं। Chain से पता चलता है कि किस layer ने URL बदला और loop या गलत target कहाँ शुरू हुआ। |
| WAF / CDN | क्लाइंट त्रुटि | URL test करने से पहले confirm करें कि A, AAAA, CNAME और MX records expected host की ओर point कर रहे हैं। |
200 OK प्रतिक्रिया क्या साबित नहीं करती
सफल: Checker public HTTP metadata पर focus करता है। यह full browser, Lighthouse audit या authenticated monitoring agent नहीं है।
सफल / HTML
सफल: Checker public HTTP metadata पर focus करता है। यह full browser, Lighthouse audit या authenticated monitoring agent नहीं है।
Content-Type
स्थिति कोड
Cache-Control
कुल समय
GET / ब्राउज़र अनुरोध
Checker public HTTP metadata पर focus करता है। यह full browser, Lighthouse audit या authenticated monitoring agent नहीं है।
ब्राउज़र का परिणाम अलग क्यों हो सकता है
Checker public HTTP metadata पर focus करता है। यह full browser, Lighthouse audit या authenticated monitoring agent नहीं है।
| समस्या | ब्राउज़र अनुरोध | URL response जांचें |
|---|---|---|
| Cookies / क्लाइंट त्रुटि | Checker public HTTP metadata पर focus करता है। यह full browser, Lighthouse audit या authenticated monitoring agent नहीं है। | Public URL इस्तेमाल करें। Localhost, private networks और reserved addresses इस tool से check नहीं किए जा सकते। |
| Cache-Control | Headers बताते हैं कि server, proxy, CDN या browser response को कैसे handle करे। Deployment और availability checks में ये fields सबसे उपयोगी हैं। | कुल समय |
| Location | Redirects अक्सर कई layers से control होते हैं। Chain से पता चलता है कि किस layer ने URL बदला और loop या गलत target कहाँ शुरू हुआ। | रीडायरेक्ट श्रृंखला |
| WAF / 401 / 403 | क्लाइंट त्रुटि | Public URL इस्तेमाल करें। Localhost, private networks और reserved addresses इस tool से check नहीं किए जा सकते। |
HTTP प्रतिक्रिया जांच क्या साबित नहीं कर सकती
Checker public HTTP metadata पर focus करता है। यह full browser, Lighthouse audit या authenticated monitoring agent नहीं है।
Public URL इस्तेमाल करें। Localhost, private networks और reserved addresses इस tool से check नहीं किए जा सकते।
Checker public HTTP metadata पर focus करता है। यह full browser, Lighthouse audit या authenticated monitoring agent नहीं है।
GET
HEAD सबसे तेज है क्योंकि यह page body डाउनलोड किए बिना headers पढ़ता है। अगर server HEAD requests block करता है तो GET इस्तेमाल करें।
क्लाइंट त्रुटि
Response check failed हुआ। URL reachable है यह confirm करें और फिर कोशिश करें।
200 OK / सफल
सफल: Checker public HTTP metadata पर focus करता है। यह full browser, Lighthouse audit या authenticated monitoring agent नहीं है।
अक्सर पूछे जाने वाले प्रश्न
संबंधित diagnostic tools
पोर्ट चेकर
Status codes class के आधार पर grouped होते हैं। Class बताती है कि request सफल हुई, redirect हुई, client side पर failed हुई या server side पर।
SSL चेकर
किसी भी URL का HTTP status code, redirect chain, response headers और response time जांचें। Deployments, CDN rules और website availability को सेकंडों में debug करें।
DNS खोज
वह public URL इस्तेमाल करें जिसे users या bots request करते हैं। Checker redirects को safely follow करता है और headers, status और timing पर focus रखता है।