Kui puhverserver keeldub APT-i User-Agent-ist
Tuvastage selgesõnaline kliendi identiteedipoliitika keeldumine, kui curl õnnestub, kuid APT blokeeritakse sama puhverserveri kaudu.
curl toob URL-i. APT saab sama puhverserveri kaudu lehe, mis ütleb, et selle User-Agent ei ole heaks kiidetud. See vastus kitsendab juurdlust juba: vahendaja rakendab kliendipoliitikat.
Hoidla peeglite, paroolide ja DNS-i korraga muutmine heidab selle kasuliku tõendi kõrvale. Enne marsruudi muutmist säilitage tagastatud olek ja asjakohane keeldumise tekst.
APT dokumenteerib Acquire::http::User-Agent HTTP-hankimismeetodi jaoks. Kui võrguoperaator nõuab heakskiidetud identifikaatorit, seadke kokkulepitud väärtus teadlikult. Brauseri täieliku identiteedistringi kopeerimine vanast vastusest võib tegeliku uuendaja varjata ja ikka mõne teise poliitikatingimuse tõttu ebaõnnestuda.
Kontrollige ebaõnnestunud päringu ulatust. HTTP-hoidla päring ja HTTPS-tunnel paljastavad tavalisele mittepealtkuulavale puhverserverile erinevat teavet. Ärge järeldage, et ühel teel nähtav päise-poliitika rakendub krüptitud liikluses automaatselt samamoodi.
Keeldumisleht, mis tagastatakse seal, kus oodati hoidla metaandmeid, võib hiljem põhjustada parsimisvea või allkirjaveale sarnaneva vea. Enne hoidla usalduse muutmist lugege vastuse päritolu. Edukas puhverserveri marsruutimine ei muuda HTML-poliitikalehte kehtivaks paketiindeksiks. Hash Sum mismatch puhul hoidke oodatav kontrollsumma ja tegelikud baidid koos.