Kun välityspalvelin hylkää APT:n User-Agentin
Tunnista selkeä asiakkaan identiteettikäytännön hylkäys, kun curl onnistuu mutta APT estetään saman välityspalvelimen kautta.
curl hakee URL-osoitteen. APT saa saman välityspalvelimen kautta sivun, jossa sanotaan, ettei sen User-Agent ole hyväksytty. Se vastaus jo rajaa tutkimusta: välittäjä soveltaa asiakaskäytäntöä.
Paketinlähteiden peilien, salasanojen ja DNS:n muuttaminen kerralla heittää pois tuon hyödyllisen todisteen. Tallenna palautettu tila ja asiaankuuluva hylkäysteksti ennen reitin vaihtamista.
APT dokumentoi Acquire::http::User-Agent HTTP-hankintamenetelmälle. Jos verkko-operaattori vaatii hyväksytyn tunnisteen, aseta sovittu arvo tarkoituksella. Selaimen koko identiteettimerkkijonon kopioiminen vanhasta vastauksesta voi kätkeä varsinaisen päivittäjän ja silti epäonnistua toisessa käytäntöehdossa.
Tarkista epäonnistuneen pyynnön laajuus. HTTP-paketinlähdepyyntö ja HTTPS-tunneli paljastavat eri tietoja tavalliselle välityspalvelimelle, joka ei sieppaa liikennettä. Älä oleta, että yhdellä reitillä näkyvää otsakekäytäntöä sovelletaan automaattisesti samoin salatun liikenteen sisällä.
Hylkäyssivu, joka palautetaan sinne, missä paketinlähteen metatietoja odotettiin, voi myöhemmin aiheuttaa jäsennysvirheen tai allekirjoitusvirheeltä näyttävän virheen. Lue vastauksen alkuperä ennen kuin muutat paketinlähteen luottamusta. Onnistunut välityspalvelinreititys ei tee HTML-käytäntösivusta kelvollista paketti-indeksiä. Jos kyseessä on Hash Sum mismatch, pidä odotettu tarkistussumma ja todelliset tavut yhdessä.