Çfarë të përfshini në një raport gabimi të proxy-t

Jepini mbështetjes hapin që dështoi dhe gabimin e saktë, jo vetëm „proxy nuk punon”. Një raport i shkurtër mund të përdorë këtë strukturë:

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:

Përshkruani fazën si lidhje proxy, autentikim proxy, krijim tuneli, TLS të destinacionit ose përgjigje HTTP përfundimtare. Për shembull, „proxy HTTP në portën 8080; TCP i lidhur; CONNECT ktheu 407; ende pa TLS të destinacionit” identifikon problemin pa zbuluar hyrjen. Për gabim certifikate, mbani kategorinë dhe kontekstin e emrit të pritshëm të hostit, duke fshehur emrat privatë ku duhet.

Rishikoni tekstin real para ndarjes. Hiqni userinfo të URL-së proxy, Proxy-Authorization, Authorization të destinacionit, Cookie, Set-Cookie, vlerat private të pyetjes dhe trupat e kërkesave. Një cookie sesioni ose token bearer mund të japë qasje pa u dukur si fjalëkalim. Maskimi i mjetit ndryshon sipas versionit dhe mënyrës së daljes; një regjistër i hollësishëm dhe gjurmë e plotë nuk fshehin domosdoshmërisht njësoj.

Përdorni shenja si REDACTED_PROXY_PASSWORD duke lënë të dukshme emrat e titujve, strukturën URL dhe gabimet numerike. Mos fshini gjithë shkëmbimin rreth dështimit. Ndani pika fundore private dhe hollësi rrjeti vetëm në kanalin e duhur të mbështetjes.

Nëse një kërkesë minimale drejt një destinacioni të padëmshëm ose shërbimi nën kontrollin tuaj riprodhon problemin, përfshijeni në vend të gjurmës me të dhëna biznesi. Nëse gabimi ndodh vetëm me destinacionin fillestar, thojeni: ndryshimi i destinacionit ndryshon çfarë provon riprodhimi. Për proxy HTTP, një kërkesë curl me kohë të kufizuar mund të japë shembull minimal.