HTTP 504 Gateway Timeout ਬਨਾਮ ਤੁਹਾਡੇ ਕਲਾਇੰਟ ਦਾ ਟਾਈਮਆਊਟ

ਤੁਹਾਡਾ ਕਲਾਇੰਟ ਸੱਠ ਸਕਿੰਟ ਉਡੀਕ ਕਰਨ ਲਈ ਤਿਆਰ ਹੈ। ਦਸ ਸਕਿੰਟ ਬਾਅਦ ਉਸਨੂੰ HTTP 504 ਮਿਲਦਾ ਹੈ। ਕਲਾਇੰਟ ਦਾ ਟਾਈਮਆਊਟ ਦੋ ਮਿੰਟ ਕਰਨ ਨਾਲ ਗੇਟਵੇ ਨੂੰ ਪੰਜਾਹ ਸਕਿੰਟ ਹੋਰ ਕੰਮ ਨਹੀਂ ਮਿਲਦਾ।

504 ਅਜਿਹੇ ਗੇਟਵੇ ਜਾਂ ਪ੍ਰੌਕਸੀ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ ਜਿਸਨੂੰ ਬੇਨਤੀ ਪੂਰੀ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦਿਆਂ ਸਮੇਂ ਸਿਰ ਅਪਸਟ੍ਰੀਮ ਜਵਾਬ ਨਹੀਂ ਮਿਲਿਆ। ਗੇਟਵੇ ਆਪਣਾ ਫ਼ੈਸਲਾ ਲੈ ਕੇ ਜਵਾਬ ਵਾਪਸ ਭੇਜ ਚੁੱਕਾ ਹੈ। ਤੁਹਾਡਾ ਕਲਾਇੰਟ ਉਹ ਜਵਾਬ ਸਫਲਤਾਪੂਰਵਕ ਪੜ੍ਹ ਸਕਦਾ ਹੈ।

ਇਹ ਕਿਹੜੇ ਵਿਚੋਲੇ ਨੇ ਵਾਪਸ ਭੇਜਿਆ?

ਫਾਰਵਰਡ ਪ੍ਰੌਕਸੀ ਹੀ ਜਾਰੀ ਕਰਨ ਵਾਲਾ ਹੋ ਸਕਦਾ ਹੈ। ਵੈਬਸਾਈਟ ਵੱਲੋਂ ਚਲਾਇਆ ਜਾਂਦਾ ਬਾਅਦ ਵਾਲਾ ਗੇਟਵੇ ਵੀ ਹੋ ਸਕਦਾ ਹੈ। CONNECT ਦੇ ਅੰਦਰ ਆਮ ਐਂਡ-ਟੂ-ਐਂਡ TLS ਨਾਲ, ਉਸ ਸੁਰੱਖਿਅਤ ਮੰਜ਼ਿਲ ਵਟਾਂਦਰੇ ਵਿੱਚੋਂ ਆਉਣ ਵਾਲਾ HTTP ਜਵਾਬ CONNECT ਨੂੰ ਆਪ ਹੀ ਰੱਦ ਕਰਨ ਵਰਗਾ ਨਹੀਂ ਹੈ।

ਪੜਾਅ, ਜਵਾਬ ਹੈਡਰ, ਗ਼ਲਤੀ ਪੰਨੇ ਦੇ ਸ਼ਬਦ ਅਤੇ ਉਪਲਬਧ ਹੋਣ 'ਤੇ ਮਿਲਦੇ ਲੌਗ ਸੰਭਾਲੋ। ਸਰਵਰ ਦਾ ਨਾਮ ਸੰਕੇਤ ਹੋ ਸਕਦਾ ਹੈ, ਪਰ ਇਸਨੂੰ ਅਚੂਕ ਸ਼੍ਰੇਯ ਨਹੀਂ ਮੰਨਣਾ ਚਾਹੀਦਾ। ਰਸਤੇ ਵਿੱਚ ਤੁਹਾਡੇ ਕਲਾਇੰਟ ਵਿੱਚ ਕੌਨਫ਼ਿਗਰ ਕੀਤੇ ਇੱਕ ਤੋਂ ਵੱਧ ਵਿਚੋਲੇ ਹੋ ਸਕਦੇ ਹਨ।

ਫਿਰ ਜਾਂਚੋ ਕਿ ਉਹ ਅਪਸਟ੍ਰੀਮ ਕਾਰਵਾਈ ਪੂਰੀ ਕਿਉਂ ਨਹੀਂ ਹੋਈ। ਪਹੁੰਚ, ਬਹੁਤ ਜ਼ਿਆਦਾ ਭਾਰ ਹੇਠਾਂ ਸੇਵਾਵਾਂ, ਉਹ ਬੇਨਤੀ ਬਾਡੀ ਜਿਸਨੂੰ ਅਪਸਟ੍ਰੀਮ ਉਮੀਦ ਮੁਤਾਬਕ ਪ੍ਰੋਸੈਸ ਨਹੀਂ ਕਰ ਸਕਦਾ, ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਦਾ ਵਿਵਹਾਰ — ਸਭ ਮਹੱਤਵਪੂਰਨ ਹੋ ਸਕਦੇ ਹਨ। ਸਿਰਫ਼ ਸੰਖਿਆਤਮਕ ਸਥਿਤੀ ਇਹ ਸਿੱਧ ਨਹੀਂ ਕਰਦੀ ਕਿ User-Agent ਬਦਲਣਾ ਜਾਂ ਇੱਕ ਟਾਈਮਆਊਟ ਚੋਣ ਜੋੜਨਾ ਸਰਵਵਿਆਪੀ ਹੱਲ ਹੈ।

ਉਹੀ ਬੇਨਤੀ ਤੁਲਨਾ ਕਰੋ

ਜਦੋਂ ਕੋਈ ਹੋਰ ਸੰਦ ਕੰਮ ਕਰੇ, ਤਾਂ ਢੰਗ, ਟਾਰਗਿਟ, ਬਾਡੀ ਐਨਕੋਡਿੰਗ, ਪ੍ਰਮਾਣਿਕਤਾ ਅਤੇ ਰਸਤੇ ਦੀ ਤੁਲਨਾ ਕਰੋ। "URL ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਖੁੱਲ੍ਹਦਾ ਹੈ" ਸੇਵਾ ਕਲਾਇੰਟ ਰਾਹੀਂ multipart ਜਮ੍ਹਾਂ ਕਰਨ ਨਾਲ ਪੂਰੀ ਤੁਲਨਾ ਨਹੀਂ ਹੈ।

ਜੇ ਤੁਸੀਂ ਜਾਰੀ ਕਰਨ ਵਾਲਾ ਗੇਟਵੇ ਚਲਾਉਂਦੇ ਹੋ, ਤਾਂ ਇਸਦਾ ਅਪਸਟ੍ਰੀਮ ਬਜਟ ਸਮਰਥਿਤ ਕੰਮ ਦੇ ਭਾਰ ਅਤੇ ਆਲੇ-ਦੁਆਲੇ ਦੀਆਂ ਸਮਾਂ-ਸੀਮਾਵਾਂ ਨਾਲ ਮਿਲਾਓ। ਜੇ ਨਹੀਂ, ਤਾਂ ਇਸਦਾ ਨਤੀਜਾ ਸਬੂਤ ਵਜੋਂ ਰੱਖੋ ਅਤੇ ਓਪਰੇਟਰ ਦੇ ਦਸਤਾਵੇਜ਼ੀ ਪਹੁੰਚ ਜਾਂ ਸਹਾਇਤਾ ਰਸਤੇ ਦੀ ਵਰਤੋਂ ਕਰੋ। ਸਥਾਨਕ ਤੌਰ 'ਤੇ ਵੱਧ ਦੇਰ ਉਡੀਕ ਕਰਨਾ ਪਹਿਲਾਂ ਹੀ ਆ ਚੁੱਕੇ ਜਵਾਬ ਨੂੰ ਨਹੀਂ ਬਦਲ ਸਕਦਾ।