Perkara yang Perlu Disertakan dalam Laporan Ralat Proksi

Berikan langkah yang gagal dan ralat tepat kepada sokongan, bukan sekadar “proksi tidak berfungsi”. Laporan ringkas boleh menggunakan 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:

Terangkan peringkat sebagai sambungan proksi, pengesahan proksi, pembentukan terowong, TLS destinasi atau respons HTTP akhir. Contohnya, “proksi HTTP pada port 8080; TCP bersambung; CONNECT mengembalikan 407; belum ada TLS destinasi” mengenal pasti masalah tanpa mendedahkan maklumat log masuk. Untuk ralat sijil, kekalkan kategori dan konteks nama hos yang dijangka, sambil menyembunyikan nama peribadi jika perlu.

Semak teks sebenar sebelum berkongsi. Buang userinfo URL proksi, Proxy-Authorization, Authorization destinasi, Cookie, Set-Cookie, nilai pertanyaan peribadi dan badan permintaan. Kuki sesi atau token bearer boleh memberikan akses tanpa menyerupai kata laluan. Penyamaran alat boleh berbeza mengikut versi dan mod keluaran; log terperinci dan jejak penuh tidak semestinya menyembunyikan dengan cara yang sama.

Gunakan penanda seperti REDACTED_PROXY_PASSWORD sambil mengekalkan nama pengepala, struktur URL dan ralat berangka kelihatan. Jangan buang seluruh pertukaran sekitar kegagalan. Kongsi titik akhir peribadi dan butiran rangkaian hanya dalam saluran sokongan yang sesuai.

Jika permintaan minimum ke destinasi tidak berbahaya atau perkhidmatan yang anda kawal menghasilkan semula masalah, sertakan itu dan bukannya jejak data perniagaan. Jika ralat hanya berlaku pada destinasi asal, nyatakan: menukar destinasi mengubah perkara yang dibuktikan oleh penghasilan semula. Untuk proksi HTTP, permintaan curl terhad masa boleh menjadi contoh minimum.