Saat Proksi Menolak User-Agent APT
Kenali penolakan kebijakan identitas klien yang eksplisit saat curl berhasil tetapi APT diblokir melalui proksi yang sama.
curl mengambil URL. APT, memakai proksi yang sama, menerima halaman yang menyatakan User-Agent-nya tidak disetujui. Respons itu sudah mempersempit penyelidikan: perantara sedang menerapkan kebijakan klien.
Mengubah cermin repositori, kata sandi, dan DNS sekaligus membuang bukti yang berguna itu. Simpan status yang dikembalikan dan teks penolakan yang relevan sebelum mengubah rute.
APT mendokumentasikan Acquire::http::User-Agent untuk metode pengambilan HTTP. Jika operator jaringan mewajibkan pengenal yang disetujui, tetapkan nilai yang disepakati secara sengaja. Menyalin seluruh string identitas peramban dari jawaban lama dapat menyembunyikan pembaru sebenarnya dan tetap gagal pada kondisi kebijakan lain.
Periksa cakupan permintaan yang gagal. Permintaan repositori HTTP dan terowongan HTTPS memperlihatkan informasi berbeda kepada proksi biasa yang tidak menyadap. Jangan menyimpulkan bahwa kebijakan header yang terlihat pada satu jalur otomatis diterapkan secara identik di dalam lalu lintas terenkripsi.
Halaman penolakan yang dikembalikan di tempat metadata repositori diharapkan juga dapat menyebabkan kesalahan penguraian atau kesalahan yang tampak seperti kesalahan tanda tangan nanti. Baca asal respons sebelum mengubah kepercayaan repositori. Perutean proksi yang berhasil tidak membuat halaman kebijakan HTML menjadi indeks paket yang valid. Untuk Hash Sum mismatch, simpan checksum yang diharapkan dan byte sebenarnya bersama-sama.