Kad starpniekserveris noraida APT User-Agent
Atpazīstiet skaidru klienta identitātes politikas noraidījumu, kad curl izdodas, bet APT tiek bloķēts caur to pašu starpniekserveri.
curl iegūst URL. APT, izmantojot to pašu starpniekserveri, saņem lapu, kurā teikts, ka tā User-Agent nav apstiprināts. Šī atbilde jau sašaurina izmeklēšanu: starpnieks piemēro klienta politiku.
Vienlaicīga krātuves spoguļu, paroļu un DNS maiņa izmet šo noderīgo pierādījumu. Pirms maršruta maiņas saglabājiet atgriezto statusu un attiecīgo noraidījuma tekstu.
APT dokumentē Acquire::http::User-Agent HTTP iegūšanas metodei. Ja tīkla operators pieprasa apstiprinātu identifikatoru, apzināti iestatiet saskaņoto vērtību. Pārlūkprogrammas visas identitātes virknes kopēšana no vecas atbildes var paslēpt faktisko atjauninātāju un tomēr neizpildīt citu politikas nosacījumu.
Pārbaudiet neizdevušā pieprasījuma apjomu. HTTP krātuves pieprasījums un HTTPS tunelis parastam, neiejaucējam starpniekserverim atklāj atšķirīgu informāciju. Neizdariet secinājumu, ka vienā ceļā redzamā galvenes politika šifrētā trafikā automātiski tiek piemērota tāpat.
Noraidījuma lapa, kas tiek atgriezta tur, kur tika gaidīti krātuves metadati, vēlāk var izraisīt arī parsēšanas kļūdu vai kļūdu, kas izskatās pēc paraksta kļūdas. Pirms mainīt uzticēšanos krātuvei, izlasiet atbildes izcelsmi. Veiksmīga maršrutēšana caur starpniekserveri nepadara HTML politikas lapu par derīgu pakotņu indeksu. Attiecībā uz Hash Sum mismatch turiet kopā gaidīto kontrolsummu un faktiskos baitus.