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، بالائی پراکسی کی روٹنگ اور پراکسی پروٹوکول مستقل رکھیں۔

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