apt-transport-http - Transporte APT para descargar a través del Protocolo de transferencia de hipertexto (HTTP)
Este transporte APT permite el uso de repositorios a los que se accede a través del Protocolo de transferencia de hipertexto (HTTP). Está disponible por defecto y probablemente sea el más utilizado de todos los transportes. Tenga en cuenta que un usuario nunca llama directamente a un transporte, sino que lo utilizan las herramientas APT según la configuración del usuario.
HTTP es un protocolo de transporte no cifrado, lo que significa que toda la comunicación con el servidor remoto (o proxy) puede ser observada por un atacante suficientemente capaz, comúnmente conocido como "hombre en el medio" (MITM). Sin embargo, dicho atacante puede no modificar la comunicación para comprometer la seguridad de su sistema, ya que el modelo de seguridad de datos de APT es independiente del método de transporte elegido. Esto se explica en detalle en apt-secure(8). En sources.list(5) se proporciona una descripción general de los métodos de transporte disponibles.
Se pueden configurar varias opciones en un archivo apt.conf(5) para modificar su comportamiento, que van desde la configuración del proxy hasta soluciones para limitaciones específicas del servidor.
La variable de entorno http_proxy es compatible con la configuración de todo el sistema. Los proxies específicos de APT se pueden configurar a través de la opción Adquirir::http::Proxy. Los proxies que deben usarse solo para ciertos hosts se pueden especificar a través de Acquire::http::Proxy::host. Se puede lograr un control aún más detallado a través de la detección automática de proxy, que se detalla más adelante. Todas estas opciones usan el formato URI esquema://[[usuario][:contraseña]@]host [:puerto]/. Los esquemas de URI admitidos son socks5h (SOCKS5 con resolución DNS remota), http y https. Los detalles de autenticación se pueden proporcionar a través de apt_auth.conf(5) en lugar de incluirlos directamente en el URI.
Las diversas opciones de configuración de APT admiten el valor especial DIRECT, lo que significa que no se debe utilizar ningún proxy. La variable de entorno no_proxy también es compatible con el mismo propósito.
Además, se proporcionan tres configuraciones para el control de caché con cachés de proxy compatibles con HTTP/1.1: Acquire::http::No-Cache le dice al proxy que no use su respuesta almacenada en caché bajo ninguna circunstancia. Adquirir::http::Max-Age establece la edad máxima permitida (en segundos) de un archivo de índice en el caché del proxy. Adquirir::http::No-Store especifica que el proxy no debe almacenar los archivos de almacenamiento solicitados en su caché, lo que puede usarse para evitar que el proxy contamine su caché con archivos .deb (grandes).
Adquirir::http::Proxy-Auto-Detect se puede usar para especificar un comando externo para descubrir el proxy HTTP a usar. El primer y único parámetro es un URI que indica el host que se va a contactar, para permitir la configuración específica del host. APT espera que el comando genere el proxy en stdout como una sola línea en el formato URI especificado previamente o la palabra DIRECTO si no se debe usar ningún proxy. Ningún resultado indica que se debe usar la configuración de proxy genérica.
Tenga en cuenta que la detección automática no se utilizará para un host si ya se ha establecido una configuración de proxy específica del host a través de Acquire::http::Proxy::host.
Consulte los paquetes squid-deb-proxy-client(1) y auto-apt-proxy(1) para ver implementaciones de ejemplo.
Esta opción tiene prioridad sobre el nombre de la opción heredada Acquire::http::ProxyAutoDetect.
La opción Adquirir::http::Tiempo de espera establece el temporizador de tiempo de espera utilizado por el método; este valor se aplica tanto a la conexión como al tiempo de espera de datos.
El ancho de banda utilizado se puede limitar con Acquire::http::Dl-Limit, que acepta valores enteros en kilobytes por segundo. El valor predeterminado es 0, que desactiva el límite e intenta usar todo el ancho de banda disponible. Tenga en cuenta que esta opción deshabilita implícitamente la descarga desde varios servidores al mismo tiempo.
La configuración Adquirir::http::Pipeline-Depth se puede usar para habilitar la canalización HTTP (RFC 2616 sección 8.1.2.2), lo que puede ser beneficioso, p. en conexiones de alta latencia. Especifica cuántas solicitudes se envían en una canalización. APT intenta detectar servidores web y proxies que se comportan mal en el tiempo de ejecución y solucionarlos, pero si sabe que el suyo no se ajusta a la especificación HTTP/1.1, la canalización se puede desactivar estableciendo el valor en 0. Está activada de forma predeterminada con el valor 10 .
Acquire::http::AllowRedirect controla si APT seguirá los redireccionamientos, que está habilitado de forma predeterminada.
Adquirir::http::User-Agent se puede usar para configurar un User-Agent diferente para el método de descarga de http, ya que algunos proxies permiten el acceso a los clientes solo si el cliente usa un identificador conocido.
Acquire::http::SendAccept está habilitado de manera predeterminada y envía un campo de encabezado Accept: text/* al servidor para solicitudes sin extensiones de archivo para evitar que el servidor intente negociar contenido.
Acquire::http { Proxy::example.org "DIRECT"; Proxy "socks5h://apt:pass@127.0.0.1:9050"; Proxy-Auto-Detect "/usr/local/bin/apt-http-proxy-auto-detect"; No-Cache "true"; Max-Age "3600"; No-Store "true"; Timeout "10"; Dl-Limit "42"; Pipeline-Depth "0"; AllowRedirect "false"; User-Agent "My APT-HTTP"; SendAccept "false"; };
apt.conf(5) apt_auth.conf(5) sources.list(5)
Página de errores de APT[1]. Si desea informar un error en APT, consulte /usr/share/doc/debian/bug-reporting.txt o el comando reportbug(1).
Equipo APT
1. Página de errores de APT: http://bugs.debian.org/src:apt