Kur një proxy refuzon User-Agent-in e APT
Njihni një refuzim të qartë të politikës së identitetit të klientit kur curl ka sukses, por APT bllokohet përmes të njëjtit proxy.
curl merr një URL. APT, duke përdorur të njëjtin proxy, merr një faqe që thotë se User-Agent-i i tij nuk është i miratuar. Ai përgjigje tashmë e ngushton hetimin: ndërmjetësi po zbaton një politikë klienti.
Ndryshimi i njëkohshëm i pasqyrave të depove, fjalëkalimeve dhe DNS hedh poshtë atë provë të dobishme. Ruani statusin e kthyer dhe tekstin përkatës të refuzimit përpara se të ndryshoni rrugën.
APT dokumenton Acquire::http::User-Agent për metodën e marrjes HTTP. Nëse operatori i rrjetit kërkon një identifikues të miratuar, vendosni me qëllim vlerën e rënë dakord. Kopjimi i të gjithë vargut të identitetit të shfletuesit nga një përgjigje e vjetër mund të fshehë përditësuesin e vërtetë dhe prapë të dështojë në një kusht tjetër të politikës.
Kontrolloni shtrirjen e kërkesës së dështuar. Një kërkesë drejt një depoje HTTP dhe një tunel HTTPS u zbulojnë një proxy të zakonshëm që nuk intercepton informacione të ndryshme. Mos nxirrni përfundimin se një politikë e kokës e dukshme në një rrugë zbatohet automatikisht në të njëjtën mënyrë brenda trafikut të kriptuar.
Një faqe refuzimi e kthyer atje ku priteshin metadada të depos mund të shkaktojë më vonë edhe një gabim analize ose një gabim që duket si gabim nënshkrimi. Lexoni origjinën e përgjigjes përpara se të ndryshoni besimin ndaj depos. Rrugëtimi i suksesshëm përmes proxy nuk e kthen një faqe politike HTML në një indeks të vlefshëm paketash. Për një Hash Sum mismatch, mbajini bashkë shumën e kontrollit të pritur dhe bajt-et aktuale.