Manter un subdominio fóra do proxy superior de Privoxy

O sitio principal debe usar o proxy principal. Un subdominio interno non debería. Esta é unha excepción de enrutamento e merece un patrón o suficientemente estreito como para expresar exactamente iso.

Privoxy ten regras de reenvío ordinarias na súa configuración principal e anulacións de reenvío por solicitude nos ficheiros action. Use o mecanismo axeitado á configuración que xa mantén; non engada excepcións competidoras nos dous lugares só para ver cal funciona.

Unha excepción na configuración principal

forward / parent.example.net:8080
forward intranet.example.net .

Para destinos públicos onde se permite un proxy HTTP principal público sen autenticación, tome un candidato para o proxy principal predeterminado da lista de proxies HTTP sen arrastrar as credenciais doutro proxy principal. Aquí a regra posterior de host exacto selecciona o reenvío directo para ese nome de host. Os demais destinos seguen coincidindo coa regra de proxy principal predeterminada. As regras de reenvío de Privoxy usan a orde de última coincidencia, así que unha regra xeral posterior pode cambiar ese resultado.

Lea a sintaxe do patrón antes de engadir un punto inicial ou un comodín. Un patrón de estilo sufixo pode coincidir con máis nomes que o único host que pretendía. Tamén manteña o nome do proxy distinto do nome do sitio web: o patrón selecciona un destino solicitado.

Unha anulación nun ficheiro action é outra opción

{+forward-override{forward .}}
intranet.example.net

Isto elixe explicitamente o reenvío directo para as solicitudes coincidentes. Eliminar unha anulación anterior non é necesariamente o mesmo que elixir o reenvío directo; a configuración ordinaria aínda pode conter unha regra de proxy principal.

Inspeccione as seccións action aplicables e a súa orde cando unha excepción pareza ineficaz. Un host pode coincidir con máis dun patrón action, e a acción que esperaba pode cambiar por unha coincidencia posterior.

Directo significa unha decisión de rede distinta

Unha excepción directa pode expor o enderezo de saída de Privoxy en lugar da saída do proxy principal. Iso pode ser exactamente correcto para un servizo privado, pero debería formar parte do requisito e non un efecto secundario descuberto despois.

A excepción tampouco concede alcanzabilidade de rede. O host de Privoxy segue necesitando unha ruta ata o destino e permisos de acceso adecuados. Se só o proxy principal pode chegar ao servizo, omitilo fallará aínda que o patrón funcione.

Limite o exemplo ao nome de host requirido e comprobe por separado os hosts de autenticación ou de recursos relacionados. Ampliar unha excepción a todos os subdominios pode mover silenciosamente tráfico non relacionado cara a unha ruta de saída diferente.