HTTP 504 Gateway Timeout ಮತ್ತು ನಿಮ್ಮ ಕ್ಲೈಂಟ್‌ನ ಟೈಮ್‌ಔಟ್

ನಿಮ್ಮ ಕ್ಲೈಂಟ್ ಅರವತ್ತು ಸೆಕೆಂಡು ಕಾಯಲು ಸಿದ್ಧವಿದೆ. ಹತ್ತು ಸೆಕೆಂಡುಗಳ ನಂತರ ಅದಕ್ಕೆ HTTP 504 ಸಿಗುತ್ತದೆ. ಕ್ಲೈಂಟ್‌ನ ಟೈಮ್‌ಔಟ್ ಅನ್ನು ಎರಡು ನಿಮಿಷಕ್ಕೆ ಹೆಚ್ಚಿಸುವುದು ಗೇಟ್‌ವೇಗೆ ಇನ್ನೂ ಐವತ್ತು ಸೆಕೆಂಡು ಕೆಲಸವನ್ನು ನೀಡುವುದಿಲ್ಲ.

ವಿನಂತಿಯನ್ನು ಪೂರ್ಣಗೊಳಿಸಲು ಪ್ರಯತ್ನಿಸುವಾಗ ಸಮಯೋಚಿತ ಅಪ್‌ಸ್ಟ್ರೀಮ್ ಪ್ರತಿಕ್ರಿಯೆ ಸಿಗದ ಗೇಟ್‌ವೇ ಅಥವಾ ಪ್ರಾಕ್ಸಿಯನ್ನು 504 ವಿವರಿಸುತ್ತದೆ. ಗೇಟ್‌ವೇ ಈಗಾಗಲೇ ತನ್ನ ನಿರ್ಧಾರ ತೆಗೆದುಕೊಂಡು ಪ್ರತಿಕ್ರಿಯೆ ಹಿಂತಿರುಗಿಸಿದೆ. ನಿಮ್ಮ ಕ್ಲೈಂಟ್ ಆ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಸುಲಭವಾಗಿ ಓದಬಲ್ಲದು.

ಅದನ್ನು ಯಾವ ಮಧ್ಯವರ್ತಿ ಹಿಂತಿರುಗಿಸಿತು?

ಮುಂದಕ್ಕೆ ರವಾನಿಸುವ ಪ್ರಾಕ್ಸಿಯೇ ನೀಡಿದವರಾಗಿರಬಹುದು. ಜಾಲತಾಣ ನಿರ್ವಹಿಸುವ ನಂತರದ ಗೇಟ್‌ವೇ ಕೂಡ ಆಗಿರಬಹುದು. CONNECT ಒಳಗಿನ ಸಾಮಾನ್ಯ ಎಂಡ್-ಟು-ಎಂಡ್ TLS ಜೊತೆಗೆ, ಆ ಸಂರಕ್ಷಿತ ಗಮ್ಯಸ್ಥಾನ ವಿನಿಮಯದಿಂದ ಬರುವ HTTP ಪ್ರತಿಕ್ರಿಯೆ CONNECT ಅನ್ನೇ ನಿರಾಕರಿಸುವುದಕ್ಕೆ ಸಮಾನವಲ್ಲ.

ಹಂತ, ಪ್ರತಿಕ್ರಿಯೆ ಹೆಡರ್‌ಗಳು, ದೋಷ ಪುಟದ ಪಠ್ಯ ಮತ್ತು ಲಭ್ಯವಿದ್ದಲ್ಲಿ ಹೊಂದಿಕೆಯಾಗುವ ಲಾಗ್‌ಗಳನ್ನು ಉಳಿಸಿ. ಸರ್ವರ್ ಲೇಬಲ್ ಸುಳಿವಾಗಿರಬಹುದು, ಆದರೆ ಅದನ್ನು ಅಪ್ರಮಾದ್ಯ ಆರೋಪಣೆ ಎಂದು ಪರಿಗಣಿಸಬಾರದು. ಮಾರ್ಗದಲ್ಲಿ ನಿಮ್ಮ ಕ್ಲೈಂಟ್‌ನಲ್ಲಿ ಸಂರಚಿಸಿದ ಒಂದಕ್ಕಿಂತ ಹೆಚ್ಚು ಮಧ್ಯವರ್ತಿಗಳಿರಬಹುದು.

ನಂತರ ಆ ಅಪ್‌ಸ್ಟ್ರೀಮ್ ಕಾರ್ಯಾಚರಣೆ ಏಕೆ ಪೂರ್ಣಗೊಳ್ಳಲಿಲ್ಲ ಎಂದು ಪರಿಶೀಲಿಸಿ. ತಲುಪುವಿಕೆ, ಓವರ್‌ಲೋಡ್ ಆದ ಸೇವೆಗಳು, ಅಪ್‌ಸ್ಟ್ರೀಮ್ ನಿರೀಕ್ಷಿಸಿದಂತೆ ಸಂಸ್ಕರಿಸಲಾಗದ ವಿನಂತಿ ದೇಹ, ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ವರ್ತನೆ ಎಲ್ಲವೂ ಮುಖ್ಯವಾಗಬಹುದು. ಕೇವಲ ಸಂಖ್ಯಾತ್ಮಕ ಸ್ಥಿತಿ User-Agent ಬದಲಾಯಿಸುವುದು ಅಥವಾ ಒಂದು ಟೈಮ್‌ಔಟ್ ಆಯ್ಕೆ ಸೇರಿಸುವುದು ಸಾರ್ವತ್ರಿಕ ಪರಿಹಾರ ಎಂದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.

ಅದೇ ವಿನಂತಿಯನ್ನು ಹೋಲಿಸಿ

ಬೇರೆ ಸಾಧನ ಕೆಲಸ ಮಾಡಿದಾಗ ವಿಧಾನ, ಗುರಿ, ದೇಹದ ಎನ್‌ಕೋಡಿಂಗ್, ದೃಢೀಕರಣ ಮತ್ತು ಮಾರ್ಗವನ್ನು ಹೋಲಿಸಿ. "URL ಬ್ರೌಸರ್‌ನಲ್ಲಿ ತೆರೆಯುತ್ತದೆ" ಎಂಬುದು ಸೇವಾ ಕ್ಲೈಂಟ್ ಮೂಲಕ multipart ಸಲ್ಲಿಕೆಗೆ ಸಂಪೂರ್ಣ ಹೋಲಿಕೆಯಲ್ಲ.

ನೀವು ನೀಡುವ ಗೇಟ್‌ವೇ ನಿರ್ವಹಿಸುತ್ತಿದ್ದರೆ, ಅದರ ಅಪ್‌ಸ್ಟ್ರೀಮ್ ಬಜೆಟ್ ಅನ್ನು ಬೆಂಬಲಿತ ಕೆಲಸದ ಹೊರೆ ಮತ್ತು ಸುತ್ತಮುತ್ತಲಿನ ಗಡುವುಗಳಿಗೆ ಹೊಂದಿಸಿ. ಇಲ್ಲದಿದ್ದರೆ, ಅದರ ಫಲಿತಾಂಶವನ್ನು ಸಾಕ್ಷ್ಯವಾಗಿ ಉಳಿಸಿ ಮತ್ತು ನಿರ್ವಾಹಕರ ದಾಖಲಿತ ಪ್ರವೇಶ ಅಥವಾ ಬೆಂಬಲ ಮಾರ್ಗವನ್ನು ಬಳಸಿ. ಸ್ಥಳೀಯವಾಗಿ ಹೆಚ್ಚು ಕಾಲ ಕಾಯುವುದು ಈಗಾಗಲೇ ಬಂದ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಬದಲಿಸಲಾರದು.