iptables-ի հոսթանունների կանոնները DNS լուսանկարներ են
Հասկացեք, թե ինչու iptables-ի հոսթանվան բացառությունը կարող է դադարել կայքի հետ համապատասխանել DNS փոփոխություններից հետո, և որտեղ է տարբերվում առաջընթաց պրոքսիի տիրույթի քաղաքականությունը։
iptables հրահանգի հոսթանունը լուծարվում է կանոնը ներկայացնելուց առաջ։ Միջուկի կանոնը համապատասխանում է ստացված հասցեներին. այն չի կրկնում DNS-ը յուրաքանչյուր փաթեթի համար և չի ստուգում HTTP հոսթանուններ։
Երբ բացառությունը դադարում է աշխատել, համեմատեք թվային կանոնը և հաշվիչները այն հասցեի հետ, որն իրականում օգտագործել է հաճախորդը։ DNS փոփոխությունները, լուծիչի տարբեր պատասխանները և լրացուցիչ ռեսուրս հոսթերը կարող են այդ հասցեն թողնել հին կանոնից դուրս։ Հակառակ ռիսկը անկապ ծառայությունների հետ կիսվող հասցեն է. IP բացառությունը կարող է ներառել նաև դրանք։
Ստուգեք հերթականությունը առանձին։ Արդեն համապատասխանող ընդհատման գործողությունից հետո շրջանցումը կարող է ուշ լինել, սակայն այն ավելի վաղ տեղափոխելը չի պահպանում դրա հասցեների հավաքածուն։
| Պահանջվող բացառություն | Անհրաժեշտ քաղաքականություն |
|---|---|
| Չընդհատել այս ցանցային նպատակակետերի միացումները | Փաթեթների երթուղավորման կանոններ հասցեների պահպանման համապատասխան ռազմավարությամբ |
| Թույլատրել այս հաճախորդին այս անունները Squid-ի միջոցով հարցնել | Հարցումի մակարդակի նպատակակետ-տիրույթի ACL-ներ՝ հաճախորդի և պորտի սահմանափակումներով |
Squid-ի թույլտվությունը հարցումը պահում է պրոքսիի ներսում։ Հրդեհապատի շրջանցումը այն հանում է Squid-ի լիազորման ուղուց։ Ընտրեք գիտակցաբար դրանց միջև։ Սովորական CONNECT-ի դեպքում անգամ հոսթանունը հաշվի առնող պրոքսիի որոշումը չի բացահայտում կայքի գաղտնագրված ուղին, ուստի ինքնին չի կարող դառնալ էջի ուղու բացառություն։