cache_peer لائن والد کا نام دے سکتی ہے اور پھر بھی Squid کو کہہ سکتی ہے کہ وہ اس سے ایسے بات کرے جیسے وہ اصل ویب سائٹ ہو۔

ذمہ دار سوئچ originserver ہے۔ Squid اسے ان ایکسلریٹر ترتیبات کے لیے دستاویز کرتا ہے جہاں پیرنٹ ایک ویب سرور ہے۔ یہ “اصل درخواست اس پیرنٹ کے ذریعے بھیجیں” کے معنی میں کوئی عام جھنڈا نہیں ہے۔

اگر اگلی ہاپ ایک عام HTTP فارورڈ پراکسی ہے تو جائزہ لیں کہ کیا وہ جھنڈا وہاں واقعی مناسب ہے۔ بنیادی پیرنٹ اعلان کی بجائے یہ شکل ہوتی ہے:

cache_peer parent.example parent 8080 0 no-query name=upstream

پیرنٹ آپ کی اپنی سروس ہو سکتا ہے؛ اجازت یافتہ عوامی-پیرنٹ ٹیسٹ کے لیے جس میں پیرنٹ-پراکسی اسناد ترتیب نہ دی گئی ہوں، HTTP پراکسی فہرست سے کوئی HTTP امیدوار لیں۔ مطلوبہ کلائنٹ اجازت، پیرنٹ کی اہلیت، تصدیق اور براہ راست فال بیک پالیسی برقرار رکھیں۔ یہ اقتباس صرف پیرنٹ کا کردار بتاتا ہے۔

proxy-only، بعض اوقات originserver کے ساتھ نقل کیا جاتا ہے، اس پیرنٹ سے حاصل کردہ اشیاء کے ذخیرے سے متعلق ہے۔ دونوں جھنڈے ایک ساتھ ہٹانا یہ ثابت نہیں کرتا کہ دونوں نے پروٹوکول کی ناکامی کا سبب بنایا۔

دیکھیں اگلی سروس کیا توقع کرتی ہے: ویب سائٹ کی درخواست، فارورڈ پراکسی کی درخواست، یا سرنگ قائم کرنے کا تبادلہ۔ درست ہوسٹ نام اور قابل رسائی پورٹ ان معاہدوں کو قابل تبادلہ نہیں بنا سکتے۔ پیرنٹ کے کردار کی درستگی اس کنکشن پر TLS سرٹیفکیٹ بار بار بدلنے سے زیادہ مخصوص ہے جس کی درخواست کی معنویت غلط تھی۔

متعلقہ مضامین