Bir proxy APT'nin User-Agent'ını reddettiğinde
curl başarılı olurken APT aynı proxy üzerinden engellendiğinde belirgin bir istemci kimliği politikası reddini tanıyın.
curl bir URL alır. APT aynı proxy'yi kullanarak User-Agent'ının onaylanmadığını söyleyen bir sayfa alır. Bu yanıt incelemeyi zaten daraltır: aracı bir istemci politikası uyguluyor.
Depo yansılarını, parolaları ve DNS'i aynı anda değiştirmek bu yararlı kanıtı çöpe atar. Rotayı değiştirmeden önce döndürülen durumu ve ilgili ret metnini saklayın.
APT, HTTP edinme yöntemi için Acquire::http::User-Agent ayarını belgeler. Ağ operatörü onaylanmış bir tanımlayıcı gerektiriyorsa, kararlaştırılan değeri bilinçli olarak ayarlayın. Bir tarayıcının tüm kimlik dizesini eski bir yanıttan kopyalamak gerçek güncelleyiciyi gizleyebilir ve yine de başka bir politika koşulunda başarısız olabilir.
Başarısız isteğin kapsamını kontrol edin. Bir HTTP depo isteği ve bir HTTPS tüneli, araya girmeyen sıradan bir proxy'ye farklı bilgiler gösterir. Bir yolda görünen başlık politikasının şifreli trafik içinde otomatik olarak aynı şekilde uygulandığını varsaymayın.
Depo üstverisinin beklendiği yerde döndürülen bir ret sayfası daha sonra ayrıştırma hatasına veya imza hatasına benzeyen bir hataya da yol açabilir. Depoya duyulan güveni değiştirmeden önce yanıtın kaynağını okuyun. Proxy üzerinden başarılı yönlendirme, bir HTML politika sayfasını geçerli bir paket dizini yapmaz. Hash Sum mismatch için beklenen sağlama toplamını ve gerçek baytları bir arada tutun.