ಪ್ರಾಕ್ಸಿ ದೋಷ ವರದಿಯಲ್ಲಿ ಏನು ಸೇರಿಸಬೇಕು

ಬೆಂಬಲ ತಂಡಕ್ಕೆ ಕೇವಲ «ಪ್ರಾಕ್ಸಿ ಕೆಲಸ ಮಾಡುತ್ತಿಲ್ಲ» ಎನ್ನದೆ ವಿಫಲವಾದ ಹಂತ ಮತ್ತು ನಿಖರ ದೋಷ ನೀಡಿ. ಚಿಕ್ಕ ವರದಿ ಈ ರಚನೆ ಬಳಸಬಹುದು:

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:

ಹಂತವನ್ನು ಪ್ರಾಕ್ಸಿ ಸಂಪರ್ಕ, ಪ್ರಾಕ್ಸಿ ದೃಢೀಕರಣ, ಸುರಂಗ ಸ್ಥಾಪನೆ, ಗುರಿಯ TLS ಅಥವಾ ಅಂತಿಮ HTTP ಪ್ರತಿಕ್ರಿಯೆ ಎಂದು ವಿವರಿಸಿ. ಉದಾಹರಣೆಗೆ «ಪೋರ್ಟ್ 8080 ನಲ್ಲಿ HTTP ಪ್ರಾಕ್ಸಿ; TCP ಸಂಪರ್ಕಿಸಿದೆ; CONNECT 407 ಕೊಟ್ಟಿದೆ; ಗುರಿಯ TLS ಇನ್ನೂ ಇಲ್ಲ» ಎನ್ನುವುದು ಲಾಗಿನ್ ವಿವರ ಬಿಚ್ಚದೆ ಸಮಸ್ಯೆ ತಿಳಿಸುತ್ತದೆ. ಪ್ರಮಾಣಪತ್ರ ದೋಷಕ್ಕೆ ವರ್ಗ ಮತ್ತು ನಿರೀಕ್ಷಿತ ಹೋಸ್ಟ್‌ಹೆಸರಿನ ಸಂದರ್ಭ ಉಳಿಸಿ; ಬೇಕಾದಲ್ಲಿ ಖಾಸಗಿ ಹೆಸರು ಮರೆಮಾಡಿ.

ಹಂಚುವ ಮೊದಲು ನಿಜವಾದ ಪಠ್ಯ ನೋಡಿ. ಪ್ರಾಕ್ಸಿ URL ನ userinfo, Proxy-Authorization, ಗುರಿಯ Authorization, Cookie, Set-Cookie, ಖಾಸಗಿ ಕ್ವೆರಿ ಮೌಲ್ಯಗಳು ಮತ್ತು ವಿನಂತಿ ಬಾಡಿಗಳನ್ನು ತೆಗೆದುಹಾಕಿ. ಸೆಷನ್ ಕುಕಿ ಅಥವಾ bearer token ಪಾಸ್‌ವರ್ಡ್‌ನಂತೆ ಕಾಣದೆ ಪ್ರವೇಶ ನೀಡಬಹುದು. ಸಾಧನದ ಮರೆಮಾಡುವಿಕೆ ಆವೃತ್ತಿ ಹಾಗೂ ಔಟ್‌ಪುಟ್ ಮೋಡ್‌ಗೆ ಬದಲಾಗಬಹುದು; ವಿವರವಾದ ಲಾಗ್ ಮತ್ತು ಪೂರ್ಣ ಟ್ರೇಸ್ ಒಂದೇ ರೀತಿಯಲ್ಲಿ ಮರೆಮಾಡಬೇಕೆಂದಿಲ್ಲ.

REDACTED_PROXY_PASSWORD ತರಹದ ಗುರುತು ಬಳಸಿ ಹೆಡರ್ ಹೆಸರು, URL ರಚನೆ ಮತ್ತು ಸಂಖ್ಯಾತ್ಮಕ ದೋಷ ಗೋಚರವಾಗಿರಲಿ. ವೈಫಲ್ಯದ ಸುತ್ತಲಿನ ಸಂಪೂರ್ಣ ವಿನಿಮಯ ಅಳಿಸಬೇಡಿ. ಖಾಸಗಿ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಮತ್ತು ನೆಟ್‌ವರ್ಕ್ ವಿವರ ಸೂಕ್ತ ಬೆಂಬಲ ಚಾನೆಲ್‌ನಲ್ಲಿ ಮಾತ್ರ ಹಂಚಿ.

ಹಾನಿಯಿಲ್ಲದ ಗುರಿ ಅಥವಾ ನೀವು ನಿಯಂತ್ರಿಸುವ ಸೇವೆಗೆ ಕನಿಷ್ಠ ವಿನಂತಿ ಸಮಸ್ಯೆ ಮರುಸೃಷ್ಟಿಸಿದರೆ ವ್ಯವಹಾರ ದತ್ತಾಂಶದ ಟ್ರೇಸ್ ಬದಲು ಅದನ್ನು ಸೇರಿಸಿ. ದೋಷ ಮೂಲ ಗುರಿಯಲ್ಲಷ್ಟೇ ಬಂದರೆ ಹೇಳಿ: ಗುರಿ ಬದಲಿಸುವುದು ಮರುಸೃಷ್ಟಿ ಏನು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಬದಲಿಸುತ್ತದೆ. HTTP ಪ್ರಾಕ್ಸಿಗೆ ಸಮಯಮಿತಿಯ curl ವಿನಂತಿ ಕನಿಷ್ಠ ಉದಾಹರಣೆಯಾಗಬಹುದು.