Squid IPv4 კლიენტები და IPv6 დანიშნულებები: ცალკე პოლიტიკები
IPv4 კლიენტს შეუძლია Squid-ით IPv6 ვებსაიტამდე მიღწევა. IPv6-მხოლოდ პოლიტიკის არჩევამდე გაარჩიეთ დანიშნულების შეზღუდვები, წყაროს ACL-ები და მისამართის შერჩევა.
შესაძლებელია კლიენტის IPv4-ით მიღება და მისი მოთხოვნილი ვებსაიტის IPv6-ით მიღწევა. ეს ცალკე კავშირებია. ვებსაიტის მხარის პოლიტიკამ IPv4 კლიენტები ავტომატურად არ უნდა უარყოს.
ეს არის ხაფანგი მაგალითებში, რომლებიც აკავშირებენ დანიშნულების ოჯახის აკრძალვას src ipv4-თან: წყაროს ACL ცვლის, ვის შეუძლია დაკავშირება, და არა მხოლოდ იმას, თუ რომელი ვებსაიტის კავშირებია დაშვებული.
განსაზღვრეთ მიზნობრივი შეზღუდვა
Squid-ის იმ გამოშვებებისთვის, რომლებიც მხარს უჭერენ შესაბამის IP ACL-ებს, დანიშნულების ოჯახის წესს შეუძლია გამოიყენოს dst ipv4 IPv4 დანიშნულებების იდენტიფიცირებისთვის. ასეთი წესები გააერთიანეთ არსებულ აუთენტიფიკაციასა და დანიშნულების ნებართვებთან; არ დაამატოთ ფართო IPv6 ნებართვა, რომელიც მათ გვერდს უვლის.
ACL-ის ცნობარი განასხვავებს წყაროსა და დანიშნულების ტიპებს. ეს შეზღუდვაა და არა ავტომატური თარგმანის სერვისი. მხოლოდ IPv4 ვებსაიტი შეიძლება მიუწვდომელი გახდეს, თუმცა მანქანას შეეძლო მას IPv4-ით მიეღწია.
გამავალი IPv6 მისამართის მიბმაც არ არის მთელი აღსრულების პოლიტიკა. წყაროს არჩევანი, ნებადართული დანიშნულების ოჯახები, DNS პასუხები და ქსელის რეალური ხელმისაწვდომობა ყველა ერთად მონაწილეობს. ცალსახად გადაწყვიტეთ, მისაღებია თუ არა IPv4-ზე დაბრუნება.
forwarded_for-ის შეცვლა ამ პრობლემას არ წყვეტს. ეს გავლენას ახდენს HTTP სათაურზე და არა პროქსის TCP კავშირის მისამართების ოჯახზე. ანალოგიურად, IPv6 DNS რეზოლვერი არ იძლევა გარანტიას, რომ მის მიერ პასუხგაცემულ თითოეულ სახელს IPv6 დანიშნულება აქვს.
დიდი ძველი კონფიგურაციის მიღებამდე შეამოწმეთ გამოშვებაზე დამოკიდებული ქცევა. კერძოდ: dns_v4_first არ არის მხარდაჭერილი ოჯახის უპირატესობის გადამრთველი Squid 5-დან 7-მდე. პოლიტიკა, რომელსაც ზუსტად აღწერთ, უფრო ადვილი დასადასტურებელია, ვიდრე დაუკავშირებელი IPv6 პარამეტრების კრებული.