iptables-ის ჰოსტის სახელების წესები DNS-ის კადრებია
გაიგეთ, რატომ შეიძლება iptables-ის ჰოსტის სახელის გამონაკლისმა შეწყვიტოს საიტთან შესაბამისობა DNS ცვლილებების შემდეგ და სად განსხვავდება წინა პროქსის დომენის პოლიტიკა.
iptables ბრძანებაში ჰოსტის სახელი წყდება წესის წარდგენამდე. ბირთვის წესი ემთხვევა მიღებულ მისამართებს; ის არ იმეორებს DNS-ს თითოეული პაკეტისთვის და არ ამოწმებს HTTP ჰოსტის სახელებს.
როცა გამონაკლისი წყვეტს მუშაობას, შეადარეთ რიცხვითი წესი და მრიცხველები იმ მისამართს, რომელიც კლიენტმა რეალურად გამოიყენა. DNS ცვლილებებმა, გადამწყვეტის სხვადასხვა პასუხმა და დამატებითმა რესურს ჰოსტებმა შეიძლება ეს მისამართი ძველი წესის გარეთ დატოვონ. საპირისპირო რისკია ურთიერთდაუკავშირებელ სერვისებთან გაზიარებული მისამართი: IP გამონაკლისმა შეიძლება ისინიც მოიცვას.
შეამოწმეთ თანმიმდევრობა ცალკე. უკვე შესაბამისი ჩარევის მოქმედების შემდეგ გვერდის ავლა შეიძლება დაგვიანებული იყოს, მაგრამ მისი ადრე გადატანა მის მისამართთა სიმრავლეს არ ინარჩუნებს.
| საჭირო გამონაკლისი | საჭირო პოლიტიკა |
|---|---|
| ნუ ჩაერევით ამ ქსელურ დანიშნულებებზე კავშირებს | პაკეტების მარშრუტიზაციის წესები მისამართების შენარჩუნების შესაფერისი სტრატეგიით |
| ნება დართეთ ამ კლიენტს მოითხოვოს ეს სახელები Squid-ის მეშვეობით | დანიშნულების დომენის ACL-ები მოთხოვნის დონეზე, კლიენტისა და პორტის შეზღუდვებთან ერთად |
Squid-ის ნებართვა მოთხოვნას პროქსის შიგნით ინახავს. ბრენდმაურის გვერდის ავლა მას Squid-ის ავტორიზაციის გზიდან ამოიღებს. შეგნებულად აირჩიეთ მათ შორის. ჩვეულებრივი CONNECT-ის დროს, ჰოსტის სახელის მცოდნე პროქსის გადაწყვეტილებაც კი არ ამხელს დაშიფრული საიტის გზას, ამიტომ ის თავისთავად ვერ გახდება გვერდის გზის გამონაკლისი.