HTTP 504 Gateway Timeout بمقابلہ آپ کے کلائنٹ کا ٹائم آؤٹ
گیٹ وے میں وقت گزر چکی اپ اسٹریم درخواست کو آپ کے اپنے پراکسی کلائنٹ میں مقرر ٹائم آؤٹ سے الگ پہچانیں۔
آپ کا کلائنٹ ساٹھ سیکنڈ انتظار کرنے کو تیار ہے۔ دس سیکنڈ بعد اسے HTTP 504 ملتا ہے۔ کلائنٹ کا ٹائم آؤٹ دو منٹ کرنے سے گیٹ وے کو پچاس سیکنڈ مزید کام نہیں ملتا۔
504 ایسے گیٹ وے یا پراکسی کو بیان کرتا ہے جسے درخواست مکمل کرنے کی کوشش میں اپ اسٹریم سے بروقت جواب نہیں ملا۔ گیٹ وے اپنا فیصلہ کر کے جواب واپس بھیج چکا ہے۔ آپ کا کلائنٹ وہ جواب بخوبی پڑھ سکتا ہے۔
یہ کس ثالث نے واپس بھیجا؟
فارورڈ پراکسی ہی جاری کرنے والا ہو سکتا ہے۔ ویب سائٹ کے زیرِ انتظام بعد کا گیٹ وے بھی ہو سکتا ہے۔ CONNECT کے اندر عام اینڈ ٹو اینڈ TLS کے ساتھ، اس محفوظ منزل کے تبادلے سے آنے والا HTTP جواب خود CONNECT کے مسترد ہونے کے برابر نہیں۔
مرحلہ، جواب کے ہیڈر، غلطی کے صفحے کی عبارت اور دستیاب ہوں تو متعلقہ لاگ محفوظ رکھیں۔ سرور کا نام سراغ ہو سکتا ہے، مگر اسے ناقابلِ خطا نسبت نہ سمجھیں۔ راستے میں آپ کے کلائنٹ میں مقرر کردہ ایک سے زیادہ ثالث ہو سکتے ہیں۔
پھر جانچیں کہ وہ اپ اسٹریم کارروائی مکمل کیوں نہ ہوئی۔ رسائی، حد سے زیادہ بوجھل خدمات، وہ درخواست باڈی جسے اپ اسٹریم توقع کے مطابق کارروائی نہیں کر سکتا، اور ایپلیکیشن کا رویہ سب اہم ہو سکتے ہیں۔ محض عددی حیثیت یہ ثابت نہیں کرتی کہ User-Agent بدلنا یا ایک ٹائم آؤٹ آپشن بڑھانا عالمگیر حل ہے۔
اسی درخواست کا موازنہ کریں
جب کوئی دوسرا اوزار کام کرے تو طریقہ، ہدف، باڈی انکوڈنگ، توثیق اور راستے کا موازنہ کریں۔ ”URL براؤزر میں کھلتا ہے“ سروس کلائنٹ کے ذریعے multipart جمع کرانے کا مکمل موازنہ نہیں۔
اگر آپ جاری کرنے والا گیٹ وے چلاتے ہیں تو اس کا اپ اسٹریم بجٹ معاون کام کے بوجھ اور ارد گرد کی آخری تاریخوں سے ہم آہنگ کریں۔ اگر نہیں، تو اس کا نتیجہ بطور ثبوت رکھیں اور آپریٹر کے دستاویزی رسائی یا معاونت کے راستے کو استعمال کریں۔ مقامی طور پر زیادہ دیر انتظار کرنا پہلے آ چکے جواب کو بدل نہیں سکتا۔