Quando un proxy rifiuta lo User-Agent di APT
Riconoscere un rifiuto esplicito della politica di identità del client quando curl riesce ma APT viene bloccato attraverso lo stesso proxy.
curl recupera un URL. APT, usando lo stesso proxy, riceve una pagina che dice che il suo User-Agent non è approvato. Quella risposta restringe già l'indagine: l'intermediario sta applicando una politica client.
Cambiare insieme i mirror del repository, le password e il DNS scarta quella prova utile. Conserva lo stato restituito e il testo di rifiuto pertinente prima di cambiare la rotta.
APT documenta Acquire::http::User-Agent per il metodo di acquisizione HTTP. Se l'operatore di rete richiede un identificatore approvato, imposta deliberatamente il valore concordato. Copiare l'intera stringa di identità di un browser da una vecchia risposta può nascondere l'aggiornatore reale e comunque fallire su un'altra condizione di politica.
Controlla l'ambito della richiesta fallita. Una richiesta a un repository HTTP e un tunnel HTTPS espongono informazioni diverse a un proxy ordinario che non intercetta. Non dedurre che una politica di intestazione visibile su un percorso venga applicata automaticamente allo stesso modo dentro il traffico cifrato.
Una pagina di rifiuto restituita dove ci si aspettava metadati del repository può anche causare più avanti un errore di analisi o un errore che sembra di firma. Leggi l'origine della risposta prima di modificare la fiducia nel repository. L'instradamento corretto tramite proxy non rende una pagina di politica HTML un indice di pacchetti valido. Per un Hash Sum mismatch, tieni insieme il checksum atteso e i byte effettivi.