Squid 5–7: kodėl dns_v4_first nebeveikia
Paaiškina dns_v4_first pašalinimą Squid 5–7 versijose ir atskiria adreso pirmenybę nuo priverstinio tik IPv4.
Senoje Squid konfigūracijoje yra dns_v4_first on. Po atnaujinimo ši eilutė nebeduoda laukiamos IPv4 pirmenybės. Papildomų kopijų pridėjimas nebeatkurs ankstesnio elgesio.
Konfigūracijos žinynas nurodo direktyvą kaip nepasiekiamą Squid 5–7 versijose. Squid adresų parinkimas pasikeitė kartu su Happy Eyeballs darbais; senus pirmenybės patarimus reikia skaityti tos laidos kontekste.
Pirmenybė ir primetimas yra skirtingi prašymai
Pirmiausia nuspręskite, ko jums reikia. Teikti pirmenybę veikiančiam IPv4 maršrutui, kai abi šeimos prieinamos? Pašalinti sugedusį IPv6 ryšį? Garantuoti, kad tam tikra išeiga naudos tik IPv4? Tai ne ta pati politika. Paskirties šeimos apribojimai taip pat turi likti atskirai nuo kliento šaltinio ACL.
Vienos šeimos prieigos išjungimas gali padaryti kai kurias svetaines nepasiekiamas. DNS atsakymų keitimas keičia proxy turimus kandidatus. Lėto ar sugedusio maršruto taisymas sprendžia tinklo gedimą. Nė vieno iš jų negalima apibūdinti kaip universalios pakeitimo eilutės pašalintai direktyvai.
Atskirkite ir paskirties adreso pasirinkimą nuo adreso, naudojamo pasiekti tėvinį proxy. Tėvinio serverio vardas gali turėti savo IPv4 ir IPv6 kandidatus, o tėvinis proxy galutinį svetainės ryšį atlieka pagal savo politiką.
Šaltinio adreso taisyklė turi kitą vaidmenį: ji parenka suderinamą šaltinį ryšiui, o ne sukuria paskirties palaikymą. IPv4 šaltinis nepaverčia tik IPv6 paskirties IPv4 galiniu tašku.
Patikrinkite įdiegtos laidos dokumentaciją ir visą perdavimo kelią. Jei problema yra nepatikimas IPv6 ryšys, išsaugokite tą diagnozę, o ne darykite tylų globalų pakeitimą, kuris ją tik užmaskuoja. Veikiantis pageidaujamas maršrutas ir griežta vienos šeimos išeiga nusipelno skirtingų konfigūracijų.