Cara proksi penghantaran mengendalikan pengepala API tersuai
Jejaki medan versi API melalui penghantaran biasa, peraturan Connection khusus setiap hop dan dasar pengepala yang dikonfigurasikan secara eksplisit.
Sesuatu API boleh membawa versinya dalam medan permintaan tersuai seperti API-Version. Proksi penghantaran biasa tidak sepatutnya membuang medan itu semata-mata kerana namanya tidak dikenali. HTTP mewajibkan penghantaran medan yang tidak dikenali, kecuali pengecualian yang ditakrifkan atau dasar yang dikonfigurasikan terpakai.
Medan Connection ialah salah satu pengecualian tersebut. Bandingkan permintaan contoh ini:
API-Version: 2026-10
Connection: keep-alive
Di sini medan API itu tidak ditetapkan sebagai setempat kepada sambungan ini. Dalam contoh seterusnya, penghantar menukar skopnya secara eksplisit:
API-Version: 2026-10
Connection: API-Version
Proksi penghantaran membuang medan yang dinamakan oleh Connection sebelum menghantar dan membuang atau menggantikan arahan khusus sambungan itu sendiri. Oleh itu pengepala aplikasi yang ditujukan kepada asal tidak sepatutnya muncul dalam senarai token tersebut.
Cari titik di mana medan itu berubah
Bandingkan permintaan yang dibina oleh klien, medan yang diterima dan dihantar oleh proksi, serta apa yang diterima oleh asal. Klien boleh meninggalkan pengepala sebelum proksi melihatnya; penapis yang dikonfigurasikan boleh membuangnya dengan sengaja; pelayan boleh menolak permintaan kerana melebihi had pengepala.
Jangan membuat kesimpulan tentang pembuangan senyap hanya daripada ambang saiz pengepala yang dilaporkan dalam penggunaan lama. Had dan tingkah laku penolakan tergolong pada komponen dan konfigurasi sebenar. Simpan respons HTTP dan log berkaitan bersama pemerhatian.
Untuk HTTPS hujung ke hujung di dalam terowong CONNECT biasa, proksi tidak boleh membaca dan membuang medan API dalaman secara terpilih. Pemeriksaan pengepala ketika itu tergolong pada hujung TLS atau perantara pemeriksaan yang dipercayai secara eksplisit.