Un proxy padre que debe atender todos los destinos necesita una regla de reenvío predeterminada. No necesita necesariamente un comodín copiado de una configuración de Tinyproxy mucho más antigua.

El manual actual usa un tipo de proxy y un extremo, con el selector de destino opcional:

Upstream http parent.example.net:8080

Para destinos públicos permitidos con un padre HTTP público sin autenticación, la lista de proxies HTTP ofrece candidatos para ese host y puerto; no adjunte credenciales de otro padre. Omitir el destino opcional convierte esto en el upstream predeterminado en la sintaxis documentada. Una regla de destino más específica puede expresar después una ruta distinta o una excepción directa deliberada.

No mezcle gramáticas de versiones distintas

Un ejemplo antiguo que solo contiene una dirección, un puerto y un punto final puede pertenecer a otra versión. Ajuste el manual al paquete instalado, incluido su soporte de funciones upstream y los protocolos de padre admitidos.

El orden de las reglas también importa. El manual describe el comportamiento de última coincidencia, así que una excepción aparentemente correcta puede quedar oculta por una regla coincidente posterior. Revise el conjunto completo, no solo la línea que edita.

La salida pública del padre elegido sigue siendo distinta del origen de salida local de Tinyproxy. Si la intención es conservar una identidad externa concreta, documente qué ocurre cuando el padre no está disponible y qué destinos pueden ir directamente.

Por último, mantenga el enrutamiento de destinos separado del acceso de clientes. Una regla upstream no es una regla de autenticación y no limita qué máquinas pueden usar el escucha local. Una tabla de rutas ordenada no compensa un servicio de proxy expuesto.

Artículos relacionados