Apabila Proksi Menolak User-Agent APT
Kenal pasti penolakan dasar identiti klien yang jelas apabila curl berjaya tetapi APT disekat melalui proksi yang sama.
curl mengambil URL. APT, menggunakan proksi yang sama, menerima halaman yang menyatakan User-Agent-nya tidak diluluskan. Respons itu sudah menyempitkan siasatan: perantara sedang melaksanakan dasar klien.
Menukar cermin repositori, kata laluan dan DNS sekali gus membuang bukti berguna itu. Simpan status yang dikembalikan dan teks penolakan yang berkaitan sebelum menukar laluan.
APT mendokumenkan Acquire::http::User-Agent untuk kaedah pemerolehan HTTP. Jika pengendali rangkaian memerlukan pengecam yang diluluskan, tetapkan nilai yang dipersetujui secara sengaja. Menyalin keseluruhan rentetan identiti pelayar daripada jawapan lama boleh menyembunyikan pengemas kini sebenar dan masih gagal pada syarat dasar yang lain.
Semak skop permintaan yang gagal. Permintaan repositori HTTP dan terowong HTTPS mendedahkan maklumat berbeza kepada proksi biasa yang tidak memintas. Jangan membuat kesimpulan bahawa dasar pengepala yang kelihatan pada satu laluan digunakan secara automatik dengan cara yang sama di dalam trafik yang disulitkan.
Halaman penolakan yang dikembalikan di tempat metadata repositori dijangka juga boleh menyebabkan ralat penghuraian atau ralat yang kelihatan seperti ralat tandatangan kemudian. Baca asal respons sebelum menukar kepercayaan repositori. Penghalaan proksi yang berjaya tidak menjadikan halaman dasar HTML sebagai indeks pakej yang sah. Untuk Hash Sum mismatch, simpan checksum yang dijangka dan bait sebenar bersama-sama.