Squid-ის ერთი allow წესი ნიშნავს AND-ს; ორი შეიძლება ნიშნავდეს OR-ს
წაიკითხეთ Squid-ის ACL კომბინაციები და დალაგებული წვდომის წესები, რომ პირადი პროქსი მხოლოდ განზრახ წვდომას მისცემდეს.
წაიკითხეთ ეს პოლიტიკა ხმამაღლა: ნება მიეცით ოფისის ქსელს გამოიყენოს პროქსი დამტკიცებული დანიშნულებისთვის. თუ ეს პირობები ერთად უნდა იმოქმედოს, წესშიც ერთად შეინახეთ.
http_access allow office_clients approved_destinationიმისთვის, რომ ამ სტრიქონმა მოთხოვნა დაუშვას, ორივე ACL უნდა დაემთხვეს. მისი გაყოფა ცვლის პოლიტიკას:
http_access allow office_clients
http_access allow approved_destinationახლა ოფისის კლიენტები შეიძლება დაშვებულ იქნას დანიშნულების შეზღუდვის გარეშე, ხოლო მოთხოვნები ამ დანიშნულებისკენ — ოფისის შეზღუდვის გარეშე, თუ ადრინდელ წესს ისინი არ უარყვია. ორი სტრიქონი ერთი სტრიქონის უფრო წაკითხვადი მართლწერა არ არის.
თანმიმდევრობა პოლიტიკის ნაწილია
Squid წვდომის წესებს თანმიმდევრობით აფასებს. პირველი დამთხვევი გადაწყვეტილება მართავს მოთხოვნას. ადრინდელი allow all აუქმებს გვიანდელ ზუსტ შეზღუდვას; ადრინდელი დამთხვევი უარყოფა ხელს უშლის გვიანდელ დაშვებამდე მისვლას.
http_access-ის დოკუმენტაცია განმარტავს ამ თანმიმდევრობას. შეინარჩუნეთ განზრახ საბოლოო უარყოფა იმის ნაცვლად, რომ დაეყრდნოთ მკითხველის მეხსიერებას ნაგულისხმევი ქცევის შესახებ.
ACL-ის ბევრ განმარტებას განსხვავებული OR კავშირი აქვს: ერთ სახელდებულ წყარო ACL-ს შეუძლია რამდენიმე დაშვებული დიაპაზონის ჩამოთვლა. ეს წყაროსა და დანიშნულების იდენტობას ერთი ტიპის ACL-ად არ აქცევს. განსაზღვრეთ ისინი ცალკე, შემდეგ კი სახელები წვდომის გადაწყვეტილებაში გააერთიანეთ.
პირადი გასასვლელისთვის ეს გავლენას ახდენს იმაზე, თუ ვის შეუძლია თქვენი გარე IP-ის გამოყენება. განიხილეთ ოთხი შემთხვევა: დამტკიცებული კლიენტი დამტკიცებულ დანიშნულებაზე, დამტკიცებული კლიენტი სხვაგან, სხვა კლიენტი დამტკიცებულ დანიშნულებაზე და სხვა კლიენტი სხვაგან. თუ წესები უფრო მეტ შემთხვევას უშვებს, ვიდრე პოლიტიკა გულისხმობს, გაასწორეთ ლოგიკა მსმენელის გაფართოებამდე. სინტაქსურად სწორი კონფიგურაცია მაინც შეიძლება არასწორ ნებართვებს გამოხატავდეს.