Šta uključiti u izvještaj o grešci proksija

Podršci navedite neuspjeli korak i tačnu grešku umjesto samo „proksi ne radi”. Kratak izvještaj može pratiti ovu strukturu:

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:

Opišite fazu kao povezivanje s proksijem, autentifikaciju proksija, uspostavljanje tunela, TLS odredišta ili konačni HTTP odgovor. Naprimjer, „HTTP proksi na portu 8080; TCP povezan; CONNECT vratio 407; TLS odredišta još nije počeo” određuje problem bez otkrivanja prijave. Za grešku certifikata zadržite kategoriju i kontekst očekivanog hosta, a privatne nazive sakrijte po potrebi.

Pregledajte stvarni tekst prije dijeljenja. Uklonite userinfo proksi URL-a, Proxy-Authorization, odredišni Authorization, Cookie, Set-Cookie, privatne vrijednosti upita i tijela zahtjeva. Kolačić sesije ili bearer token može omogućiti pristup iako ne liči na lozinku. Maskiranje alata može zavisiti od verzije i načina izlaza; detaljni dnevnik i puni trag ne moraju jednako skrivati podatke.

Koristite oznake poput REDACTED_PROXY_PASSWORD uz vidljive nazive zaglavlja, strukturu URL-a i numeričke greške. Ne brišite cijelu razmjenu oko greške. Privatne krajnje tačke i mrežne detalje dijelite samo u odgovarajućem kanalu podrške.

Ako minimalan zahtjev prema bezazlenom odredištu ili servisu pod vašom kontrolom ponavlja problem, uključite njega umjesto traga s poslovnim podacima. Ako je greška samo na izvornom odredištu, recite to: promjena odredišta mijenja šta reprodukcija dokazuje. Za HTTP proksi vremenski ograničen curl zahtjev može biti minimalan primjer.