Cuando un proxy rechaza el User-Agent de APT
Reconozca una denegación explícita de la política de identidad del cliente cuando curl funciona pero APT queda bloqueado a través del mismo proxy.
curl obtiene una URL. APT, usando el mismo proxy, recibe una página que dice que su User-Agent no está aprobado. Esa respuesta ya acota la investigación: el intermediario está aplicando una política de cliente.
Cambiar a la vez los espejos del repositorio, las contraseñas y el DNS descarta esa prueba útil. Conserve el estado devuelto y el texto de denegación relevante antes de cambiar la ruta.
APT documenta Acquire::http::User-Agent para el método de obtención HTTP. Si el operador de red exige un identificador aprobado, configure el valor acordado de forma deliberada. Copiar la cadena de identidad completa de un navegador de una respuesta antigua puede ocultar el actualizador real y aun así incumplir otra condición de política.
Compruebe el alcance de la solicitud fallida. Una solicitud a un repositorio HTTP y un túnel HTTPS exponen información distinta a un proxy corriente que no intercepta. No deduzca que una política de cabecera visible en una ruta se aplique automáticamente igual dentro del tráfico cifrado.
Una página de denegación devuelta donde se esperaban metadatos del repositorio también puede provocar más adelante un error de análisis o un error que parezca de firma. Lea el origen de la respuesta antes de cambiar la confianza del repositorio. El enrutamiento correcto por el proxy no convierte una página de política HTML en un índice de paquetes válido. Para un Hash Sum mismatch, mantenga juntos la suma de comprobación esperada y los bytes reales.