Squid ėjo tiesiogiai. Jūsų naršyklė vis tiek naudojo Squid.
Atskirkite tarpinį serverį, kuris apeina savo tėvinį serverį, nuo kliento, kuris apeina tarpinį serverį, ir suraskite pakeitimą, kuris iš tikrųjų veikia kliento kelią.
Prieigos žurnalas sako DIRECT, bet naršyklė vis dar jungiasi prie Squid. Tai laukiamas derinys.
Squid versijose, kurios palaiko always_direct, direktyva nurodo Squid pasiekti šaltinį nenaudojant tėvinio ar seserinio tarpinio serverio. Ji pakeičia kitą šuolį po Squid. Ji neperrašo ankstesnio naršyklės sprendimo dėl tarpinio serverio.
browser → Squid → origin
browser → originKliento požiūriu Squid apeina tik antrasis kelias. Norėdami paprašyti šio kelio, sukonfigūruokite dalyvaujantį klientą per jo palaikomą išimtį arba PAC taisyklę.
Šis skirtumas svarbus, kai numatytas pataisymas yra pasiekti vidinį įrenginį iš darbo stoties. Kai Squid eina tiesiogiai, įrenginys pasiekiamas iš Squid tinklo. Tai gali būti kitas kompiuteris, kitas potinklis ir visiškai kitas šaltinio adresas.
Leidimą taip pat laikykite atskirai. Bendrojo parinkimo direktyva nesuteikia teisės naudoti tarpinį serverį ir neišjungia objektų podėlio. Išlaikykite ribotos prieigos politiką, kol keičiate numatytą tolesnį maršrutą.
Pranešdami rezultatą, įvardykite šuolį, kuris ėjo tiesiogiai. Nekvalifikuotas žodis „apėjimas“ paslepia būtent tą informaciją, kurios reikia pasakyti, ar konfigūracija pakeitė tinkamą ryšį.