Squid gjekk direkte. Nettlesaren din brukte framleis Squid.
Skil mellom ein proxy som hoppar over forelderen sin, og ein klient som hoppar over proxyen, og finn endringa som faktisk påverkar vegen til klienten.
Tilgangsloggen seier DIRECT, men nettlesaren koplar framleis til Squid. Det er ein venta kombinasjon.
For Squid-utgåver som støttar always_direct, ber direktivet Squid nå opphavet utan å bruke ein forelder- eller systerproxy. Det endrar neste hopp etter Squid. Det skriv ikkje om nettlesaren sitt tidlegare proxyval.
browser → Squid → origin
browser → origin
Berre den andre vegen omgår Squid frå klienten sitt synspunkt. For å be om den vegen, konfigurer den deltakande klienten via unntaket han støttar eller ein PAC-policy.
Denne skilnaden tel når den tiltenkte rettinga er å nå ein intern eining frå arbeidsstasjonen. At Squid går direkte betyr at eininga blir nådd frå nettet til Squid. Det kan vere ein annan maskin, eit anna subnett og ei heilt anna kjeldeadresse.
Hald autorisasjonen også åtskild. Eit direktiv for peer-val gir ikkje løyve til å bruke proxyen, og det slår ikkje av objektbufring. Hald på den avgrensa tilgangspolicyen medan du endrar den tiltenkte vidare ruta.
Når du rapporterer resultatet, nemn hoppet som gjekk direkte. Det ukvalifiserte ordet «omgå» gøymer nettopp informasjonen som trengst for å seie om konfigurasjonen endra den rette sambindinga.