iptables хост аттарынын эрежелери — DNS сүрөттөрү
DNS өзгөрүүлөрүнөн кийин iptables хост атынын өзгөчөлүгү сайтка дал келүүнү эмне үчүн токтото аларын жана алдыңкы проксинин домен саясаты кайсы жерде айырмаланарын түшүнүңүз.
iptables буйругундагы хост аты эреже жөнөтүлө электе чечилет. Ядронун эрежеси алынган даректерге дал келет; ал ар бир пакет үчүн DNS кайталабайт жана HTTP хост аттарын текшербейт.
Өзгөчөлүк иштебей калганда, сандык эреже менен эсептегичтерди кардар чындыгында колдонгон дарек менен салыштырыңыз. DNS өзгөрүүлөрү, чечүүчүнүн башка жооптору жана кошумча ресурс хосттору бул даректи эски эреженин сыртында калтырышы мүмкүн. Тескери тобокелдик — байланышы жок кызматтар менен бөлүшүлгөн дарек: IP өзгөчөлүгү аларды да камтышы мүмкүн.
Тартипти өзүнчө текшериңиз. Мурунтан дал келген тосуу аракетинен кийинки айланып өтүү өтө кеч болушу мүмкүн, бирок аны эртерек жылдыруу анын даректер жыйындысын сактабайт.
| Керектүү өзгөчөлүк | Керектүү саясат |
|---|---|
| Бул тармактык багыттарга туташууларды тоспоңуз | Даректерди кармоо стратегиясы ылайыктуу пакеттерди маршруттоо эрежелери |
| Бул кардарга бул аттарды Squid аркылуу суроого уруксат бериңиз | Сурам деңгээлиндеги багыт доменинин ACL жана кардар менен порт чектөөлөрү |
Squid уруксаты сурамды проксинин ичинде кармайт. Брандмауэрден айланып өтүү аны Squid'дин авторизация жолунан чыгарат. Эки жолдун ортосунда аң-сезимдүү тандоо жасаңыз. Кадимки CONNECT учурунда хост атын билген прокси чечими да шифрленген сайт жолун ачпайт, ошондуктан ал өз алдынча барак жолунун өзгөчөлүгү боло албайт.