Cando un proxy rexeita o User-Agent de APT
Recoñeza unha denegación explícita da política de identidade do cliente cando curl funciona pero APT queda bloqueado polo mesmo proxy.
curl obtén un URL. APT, co mesmo proxy, recibe unha páxina que di que o seu User-Agent non está aprobado. Esa resposta xa limita a investigación: o intermediario está aplicando unha política de cliente.
Cambiar á vez os espellos do repositorio, os contrasinais e o DNS descarta esa proba útil. Conserve o estado devolto e o texto de denegación relevante antes de cambiar a ruta.
APT documenta Acquire::http::User-Agent para o método de obtención HTTP. Se o operador da rede esixe un identificador aprobado, configure o valor acordado de forma deliberada. Copiar a cadea de identidade completa dun navegador dunha resposta antiga pode ocultar o actualizador real e aínda así incumprir outra condición de política.
Comprobe o alcance da solicitude fallida. Unha solicitude a un repositorio HTTP e un túnel HTTPS expoñen información distinta a un proxy corrente que non intercepta. Non deduza que unha política de cabeceira visible nunha ruta se aplique automaticamente igual dentro do tráfico cifrado.
Unha páxina de denegación devolta onde se esperaban metadatos do repositorio tamén pode provocar máis adiante un erro de análise ou un erro que pareza de sinatura. Lea a orixe da resposta antes de cambiar a confianza no repositorio. O encamiñamento correcto polo proxy non converte unha páxina de política HTML nun índice de paquetes válido. Para un Hash Sum mismatch, manteña xuntos a suma de verificación esperada e os bytes reais.