Quan un proxy rebutja l'User-Agent de l'APT
Reconeixeu una denegació explícita de política d'identitat de client quan curl funciona però APT queda bloquejat pel mateix proxy.
curl obté una URL. L'APT, amb el mateix proxy, rep una pàgina que diu que el seu User-Agent no està aprovat. Aquesta resposta ja acota la investigació: l'intermediari aplica una política de client.
Canviar alhora els miralls del repositori, les contrasenyes i el DNS descarta aquesta prova útil. Conserveu l'estat retornat i el text de denegació rellevant abans de canviar la ruta.
L'APT documenta Acquire::http::User-Agent per al mètode d'obtenció HTTP. Si l'operador de la xarxa exigeix un identificador aprovat, configureu el valor acordat de manera deliberada. Copiar la cadena d'identitat sencera d'un navegador d'una resposta antiga pot amagar l'actualitzador real i encara incomplir una altra condició de política.
Comproveu l'abast de la petició fallida. Una petició a un repositori HTTP i un túnel HTTPS exposen informació diferent a un proxy ordinari que no intercepta. No inferiu que una política de capçalera visible en un camí s'apliqui automàticament igual dins del trànsit xifrat.
Una pàgina de denegació retornada on s'esperaven metadades del repositori també pot provocar més endavant un error d'anàlisi o un error que sembli de signatura. Llegiu l'origen de la resposta abans de canviar la confiança del repositori. Un encaminament correcte pel proxy no converteix una pàgina de política HTML en un índex de paquets vàlid. Per a un Hash Sum mismatch, manteniu junts la suma de verificació esperada i els bytes reals.