Apa yang Perlu Disertakan dalam Laporan Kesalahan Proksi

Berikan kepada dukungan tahap yang gagal dan kesalahan persisnya, bukan sekadar “proksi tidak berfungsi”. Laporan singkat dapat memakai struktur ini:

Client and version:
Proxy protocol and port:
Attempt time and timezone:
Connection / overall timeout settings:
Last completed stage:
Exact error or numeric status:
Same target over an allowed direct route:
Same target through another comparable endpoint:

Jelaskan tahap sebagai koneksi proksi, autentikasi proksi, pembentukan terowongan, TLS tujuan, atau respons HTTP akhir. Misalnya, “proksi HTTP pada porta 8080; TCP terhubung; CONNECT mengembalikan 407; belum ada TLS tujuan” menunjukkan masalah tanpa mengungkap kredensial. Untuk kesalahan sertifikat, pertahankan kategori dan konteks nama host yang diharapkan, dengan menyamarkan nama pribadi jika perlu.

Tinjau teks sebenarnya sebelum membagikannya. Hapus userinfo URL proksi, Proxy-Authorization, Authorization tujuan, Cookie, Set-Cookie, nilai kueri pribadi, dan badan permintaan. Cookie sesi atau token bearer dapat memberi akses tanpa terlihat seperti kata sandi. Penyamaran alat dapat berbeda menurut versi dan mode keluaran; log terperinci dan jejak lengkap tidak selalu menyamarkan dengan cara sama.

Gunakan penanda seperti REDACTED_PROXY_PASSWORD sambil menjaga nama header, struktur URL, dan kesalahan numerik tetap terlihat. Jangan hapus seluruh pertukaran di sekitar kegagalan. Bagikan endpoint pribadi dan detail jaringan hanya dalam saluran dukungan yang sesuai.

Jika permintaan minimal ke tujuan yang aman atau layanan di bawah kendali Anda mereproduksi masalah, sertakan itu alih-alih jejak data bisnis. Jika kesalahan hanya terjadi pada tujuan asli, katakan: mengubah tujuan mengubah apa yang dibuktikan reproduksi. Untuk proksi HTTP, permintaan curl berbatas waktu dapat menjadi contoh minimal.