Cosa includere in una segnalazione di errore del proxy

Fornisci al supporto il passaggio fallito e l’errore esatto, anziché dire soltanto “il proxy non funziona”. Un breve rapporto può usare questa struttura:

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:

Descrivi la fase come connessione al proxy, autenticazione del proxy, creazione del tunnel, TLS della destinazione o risposta HTTP finale. Per esempio, “proxy HTTP sulla porta 8080; TCP connesso; CONNECT ha restituito 407; TLS della destinazione non ancora avviato” identifica il problema senza esporre credenziali. Per un errore di certificato, mantieni categoria e contesto del nome host previsto, oscurando i nomi privati quando serve.

Controlla il testo effettivo prima di condividerlo. Rimuovi userinfo dall’URL del proxy, Proxy-Authorization, il Authorization della destinazione, Cookie, Set-Cookie, valori privati della query e corpi delle richieste. Un cookie di sessione o token bearer può dare accesso senza sembrare una password. Il mascheramento degli strumenti varia per versione e modalità di output; log dettagliato e traccia completa non oscurano necessariamente allo stesso modo.

Usa marcatori come REDACTED_PROXY_PASSWORD mantenendo visibili nomi degli header, struttura dell’URL ed errori numerici. Non cancellare l’intero scambio intorno all’errore. Condividi endpoint privati e dettagli di rete solo nel canale di supporto appropriato.

Se una richiesta minima a una destinazione innocua o un servizio che controlli riproduce il problema, allegala invece di una traccia con dati aziendali. Se l’errore compare solo con la destinazione originale, specificalo: cambiare destinazione cambia ciò che dimostra la riproduzione. Per un proxy HTTP, una richiesta curl con tempo limitato può fornire un esempio minimo.