جب Squid ہوسٹ نام ریزولو نہ کر سکے
پراکسی سرور کا ریزولور جانچیں؛ کلائنٹ پر کامیاب تلاش ثابت نہیں کرتی کہ Squid بھی وہی نام ریزولو کر سکتا ہے۔
DNS وہیں جانچیں جہاں تلاش ناکام ہوتی ہے۔ آپ کے لیپ ٹاپ کا نام ریزولو کرنا یہ ثابت نہیں کرتا کہ Squid، یا اگلا کنکشن بنانے والی بالائی پراکسی، بھی اسے ریزولو کر سکتی ہے۔
ناکام ہونے والے انسٹینس کا کیش لاگ پڑھیں اور سرور کی ریزولور ترتیبات دیکھیں۔ ہوسٹ کی سطح پر ایک معاون جانچ یہ ہے:
getent ahosts target.exampleاصل ہدف استعمال کریں۔ getent ہوسٹ کا تلاش کا نظام استعمال کرتا ہے؛ Squid کا اندرونی ریزولور یا کیش مختلف ہو سکتا ہے۔ یکساں فرض کرنے سے پہلے واضح طور پر دیے گئے dns_nameservers اور hosts_file ان پٹ جانچیں۔
Squid 6.13 میں واضح طور پر دی گئی نیم سرور فہرست میں IP پتے ہوتے ہیں:
dns_nameservers 192.0.2.53دستاویزات کے اس پتے کو ایسے منظور شدہ ریزولور سے بدلیں جس تک Squid سرور سے پہنچا جا سکے۔ نجی ناموں کے لیے ادارے کا ریزولور درکار ہو سکتا ہے؛ غیر متعلق عوامی ریزولور کو اپنے DNS منظر میں وہ نام نظر نہ آئیں۔
لیپ ٹاپ کی hosts فائل کا متبادل نام پراکسی کے ذریعے بھیجی گئی ہوسٹ نام درخواست کے ساتھ نہیں جاتا۔ تلاش کرنے والی مشین پر نصب شدہ Squid ورژن کی hosts_file ترتیب دیکھیں اور جہاں متعلق ہو بالائی پراکسی کا ریزولور بھی ملحوظ رکھیں۔ TLS شناخت کے لیے استعمال ہونے والا ہوسٹ نام سروس کے مطابق رکھیں۔
ترتیب میں ایک کنٹرول شدہ تبدیلی کے بعد نحو جانچیں اور مطلوبہ انسٹینس کی ترتیب دوبارہ لوڈ کریں، وہی درخواست دہرائیں اور اس کے شواہد دیکھیں۔ کیش میں موجود مثبت اور منفی جواب بار بار کے ٹیسٹوں پر اثر ڈال سکتے ہیں۔ کامیاب تلاش کے بعد کنکشن کی مہلت ختم ہونا اگلے مرحلے کی راستے یا اجازت کی خرابی ہے؛ اسے درست کرنے کے لیے DNS بدلتے نہ رہیں۔ سرور کی تبدیلی جانچتے وقت کلائنٹ DNS، بالائی پراکسی کی روٹنگ اور پراکسی پروٹوکول مستقل رکھیں۔