Una pagina di monitoraggio deve funzionare senza accesso al proxy. La regola ovvia è http_access allow status_site. Collocata prima dell'autenticazione, può anche concedere l'eccezione a client che non avete mai intenzione di servire.

Per Squid 6 o 7, tenete insieme le condizioni dell'eccezione. Dopo le protezioni esistenti per gestione, porte non sicure, CONNECT e servizi locali, la parte pertinente può apparire così:

acl office_clients src 192.0.2.0/24
acl status_site dstdomain status.example.net
acl signed_in proxy_auth REQUIRED

http_access allow office_clients status_site
http_access allow office_clients signed_in
http_access deny all

La rete e il nome host sono segnaposto. L'autenticazione ha ancora bisogno della sua configurazione di helper esistente. Questa è la parte dell'eccezione di una politica di accesso, non una configurazione proxy completa.

La prima riga consente ai client selezionati quella destinazione senza valutare l'ACL di accesso. La successiva consente a quei client altri luoghi solo dopo l'autenticazione. Autorizzazioni ampie precedenti o percorsi alternativi successivi possono cambiare il risultato, quindi leggete la politica ordinata completa, inclusi i file inclusi.

Non spostate l'eccezione sopra le protezioni della porta di destinazione solo per evitare un prompt. Un sito autorizzato su una porta non prevista resta un percorso diverso. Decidete anche se debba qualificarsi l'host esatto o i suoi sottodomini anziché aggiungere un suffisso inutilmente ampio.

Un'eccezione per nome host copre la destinazione corrispondente, non ogni dipendenza caricata dalla sua pagina. I reindirizzamenti e le risorse di terze parti possono legittimamente incontrare il normale requisito di accesso.

Per HTTP semplice, un proxy può usare informazioni URL più precise quando appropriato. Una normale richiesta HTTPS CONNECT non espone il percorso della pagina, quindi non si può dedurre una regola «solo una pagina» da un'eccezione tunnel per l'intero host.

Articoli correlati