Wanneer een proxy de User-Agent van APT weigert
Herken een expliciete weigering van het cliëntidentiteitsbeleid wanneer curl slaagt maar APT via dezelfde proxy wordt geblokkeerd.
curl haalt een URL op. APT krijgt, via dezelfde proxy, een pagina die zegt dat zijn User-Agent niet is goedgekeurd. Dat antwoord vernauwt het onderzoek al: de tussenpartij past een cliëntbeleid toe.
Het tegelijk wijzigen van repository-spiegels, wachtwoorden en DNS gooit dat nuttige bewijs weg. Bewaar de teruggegeven status en de relevante weigeringstekst voordat u de route wijzigt.
APT documenteert Acquire::http::User-Agent voor de HTTP-ophaalmethode. Als de netwerkbeheerder een goedgekeurde identificatie eist, stel de overeengekomen waarde dan bewust in. Het kopiëren van de volledige identiteitsreeks van een browser uit een oud antwoord kan de werkelijke updater verbergen en toch op een andere beleidsvoorwaarde falen.
Controleer de reikwijdte van het mislukte verzoek. Een HTTP-repositoryverzoek en een HTTPS-tunnel onthullen verschillende informatie aan een gewone proxy die niet onderschept. Concludeer niet dat een headerbeleid dat op één pad zichtbaar is, binnen versleuteld verkeer automatisch identiek wordt toegepast.
Een weigeringspagina die wordt teruggegeven waar repositorymetadata werd verwacht, kan later ook een parseerfout of een fout die op een handtekeningsfout lijkt veroorzaken. Lees de herkomst van het antwoord voordat u het vertrouwen in de repository wijzigt. Succesvolle proxy-routering maakt van een HTML-beleidspagina nog geen geldige pakketindex. Houd voor een Hash Sum mismatch de verwachte controlesom en de werkelijke bytes bij elkaar.