ძველი Squid კონფიგურაცია შეიცავს dns_v4_first on-ს. განახლების შემდეგ ეს ხაზი აღარ იძლევა მოსალოდნელ IPv4 უპირატესობას. მისი დამატებითი ასლების ჩამატება წინა ქცევას არ დააბრუნებს.

კონფიგურაციის ცნობარი მიუთითებს დირექტივას როგორც მიუწვდომელს Squid 5-დან 7-მდე. Squid-ის მისამართის შერჩევა შეიცვალა Happy Eyeballs-ის სამუშაოსთან ერთად; ძველი უპირატესობის რჩევები ამ გამოშვების კონტექსტში უნდა იკითხოს.

უპირატესობა და იძულება სხვადასხვა მოთხოვნაა

ჯერ გადაწყვიტეთ რა გჭირდებათ. სამუშაო IPv4 მარშრუტის უპირატესობა, როცა ორივე ოჯახი ხელმისაწვდომია? გატეხილი IPv6 კავშირის მოცილება? კონკრეტული გასასვლელის მხოლოდ IPv4-ის გამოყენების გარანტია? ეს ერთი და იგივე პოლიტიკა არ არის. დანიშნულების ოჯახის შეზღუდვები ასევე ცალკე უნდა დარჩეს კლიენტის წყაროს ACL-ებისგან.

ერთი ოჯახის წვდომის გამორთვამ შეიძლება ზოგი საიტი მიუწვდომელი გახადოს. DNS პასუხების შეცვლა ცვლის პროქსისთვის ხელმისაწვდომ კანდიდატებს. ნელი ან გატეხილი მარშრუტის შეკეთება ქსელურ ხარვეზს აგვარებს. არცერთი მათგანი არ უნდა აღიწეროს როგორც მოხსნილი დირექტივის უნივერსალური შემცვლელი ხაზი.

ასევე გამოყავით დანიშნულების მისამართის შერჩევა იმ მისამართისგან, რომელიც მშობელი პროქსის მისაღწევად გამოიყენება. მშობელი ჰოსტის სახელს შეიძლება ჰქონდეს საკუთარი IPv4 და IPv6 კანდიდატები, ხოლო მშობელი საბოლოო საიტის კავშირს საკუთარი პოლიტიკით ამყარებს.

წყარო-მისამართის წესს სხვა როლი აქვს: ის ირჩევს თავსებად წყაროს კავშირისთვის, ნაცვლად დანიშნულების მხარდაჭერის შექმნისა. IPv4 წყარო მხოლოდ IPv6 დანიშნულებას IPv4 ბოლო წერტილად არ აქცევს.

შეამოწმეთ დაყენებული გამოშვების დოკუმენტაცია და სრული გადამისამართების გზა. თუ პრობლემა არასაიმედო IPv6 კავშირია, შეინარჩუნეთ ეს დიაგნოზი, ნაცვლად ჩუმი გლობალური ცვლილებისა, რომელიც მხოლოდ ფარავს მას. მომუშავე უპირატესი მარშრუტი და მკაცრი ერთოჯახიანი გასასვლელი სხვადასხვა კონფიგურაციას იმსახურებს.

დაკავშირებული სტატიები