iptables کے میزبان نام کے قواعد DNS کے سنیپ شاٹ ہیں
سمجھیں کہ DNS تبدیلیوں کے بعد iptables کا میزبان نام استثنا کسی سائٹ سے مطابقت کیوں بند کر سکتا ہے، اور فارورڈ پراکسی کی ڈومین پالیسی کہاں مختلف ہے۔
iptables کمانڈ میں میزبان نام قاعدہ جمع ہونے سے پہلے حل کیا جاتا ہے۔ کرنل قاعدہ نتیجے میں ملنے والے پتوں سے مطابقت رکھتا ہے؛ یہ ہر پیکٹ کے لیے DNS دہراتا نہیں اور HTTP میزبان نام نہیں دیکھتا۔
جب کوئی استثنا کام کرنا بند کر دے، عددی قاعدے اور کاؤنٹروں کا موازنہ اُس پتے سے کریں جو کلائنٹ نے واقعی استعمال کیا۔ DNS تبدیلیاں، حل کنندہ کے مختلف جوابات اور اضافی وسائل کے میزبان اُس پتے کو پرانے قاعدے سے باہر رکھ سکتے ہیں۔ اُلٹا خطرہ غیر متعلقہ خدمات کے ساتھ مشترکہ پتہ ہے: IP استثنا اُنہیں بھی شامل کر سکتا ہے۔
ترتیب الگ سے جانچیں۔ پہلے سے مطابقت رکھنے والی روک تھام کی کارروائی کے بعد بائی پاس بہت دیر سے ہو سکتا ہے، مگر اُسے پہلے منتقل کرنے سے اُس کا پتہ مجموعہ برقرار نہیں رہتا۔
| ضروری استثنا | ضروری پالیسی |
|---|---|
| اِن نیٹ ورک منزلوں کی طرف کنکشن نہ روکیں | مناسب پتہ دیکھ بھال کی حکمت عملی کے ساتھ پیکٹ روٹنگ قواعد |
| اِس کلائنٹ کو Squid کے ذریعے یہ نام مانگنے دیں | درخواست کی سطح پر منزل ڈومین ACL کے ساتھ کلائنٹ اور پورٹ پابندیاں |
Squid میں اجازت درخواست کو پراکسی کے اندر رکھتی ہے۔ فائر وال بائی پاس اُسے Squid کے اجازت کے راستے سے باہر نکال دیتا ہے۔ دونوں میں سے سوچ سمجھ کر چنیں۔ عام CONNECT کے ساتھ، میزبان نام جاننے والا پراکسی فیصلہ بھی خفیہ کردہ سائٹ کا راستہ ظاہر نہیں کرتا، اس لیے وہ بذات خود صفحہ راستے کا استثنا نہیں بن سکتا۔