Squid gie direkt. Dyn browser brûkte dochs Squid.
Underskied in proxy dy't syn âlder oerslacht fan in klant dy't de proxy oerslacht, en fyn de feroaring dy't echt ynfloed hat op it paad fan de klant.
It tagongslogboek seit DIRECT, mar de browser ferbynt him noch altyd mei Squid. Dat is in ferwachte kombinaasje.
Foar Squid-ferzjes dy't always_direct stypje, seit de rjochtline tsjin Squid om de oarsprong te berikken sûnder in âlder- of susterproxy te brûken. It feroaret de folgjende sprút nei Squid. It skriuwt it eardere proxybeslút fan de browser net oer.
browser → Squid → origin
browser → originAllinnich it twadde paad omgiet Squid fan it eachpunt fan de klant. Om dat paad oan te freegjen, konfigurearje de dielnimmende klant fia syn stipe útsûndering as in PAC-belied.
Dit ûnderskied is wichtich as de bedoelde oplossing is om in ynterne apparaat fan it wurkstasjon te berikken. Dat Squid direkt giet betsjut dat it apparaat fan it netwurk fan Squid berikt wurdt. Dat kin in oare masine, in oar subnet en in hiel oar boarneadres wêze.
Hâld autorisaasje ek apart. In rjochtline foar peer-seleksje jout gjin tastimming om de proxy te brûken, en it skeakelet objekteskashing net út. Behâld it beheinde tagongsbelied wylst jo it bedoelde fierdere paad feroarje.
As jo it resultaat rapportearje, neam dan de sprút dy't direkt gie. It ûnqualifisearre wurd “omgiet” ferberget krekt de ynformaasje dy't nedich is om te sizzen oft de konfiguraasje de krekte ferbining feroare hat.