ಪ್ರಾಕ್ಸಿ ಒಂದು ವೆಬ್‌ಸೈಟ್‌ನಲ್ಲಿ ಕೆಲಸ ಮಾಡಿ ಇನ್ನೊಂದರಲ್ಲಿ ಏಕೆ ಮಾಡುವುದಿಲ್ಲ?
ಕೆಲಸ ಮಾಡುವ ಪ್ರಾಕ್ಸಿ ಸಂಪರ್ಕವನ್ನು ಗಮ್ಯಸ್ಥಾನದ ನಿರ್ಬಂಧಗಳು, ಪೋರ್ಟ್ ನಿಯಮಗಳು, TLS ದೋಷಗಳು ಮತ್ತು HTTP ಪ್ರತಿಕ್ರಿಯೆಗಳಿಂದ ಬೇರ್ಪಡಿಸಿ.
ಒಂದು ವೆಬ್‌ಸೈಟ್ ಕೆಲಸ ಮಾಡಿ ಇನ್ನೊಂದು ಮಾಡದಾಗ ಪ್ರಾಕ್ಸಿ ಸಂರಚನೆಯನ್ನು ಬದಲಿಸಬೇಡಿ. ವಿನಂತಿಗಳ ನಡುವಿನ ವ್ಯತ್ಯಾಸ ಉಪಯುಕ್ತ ಸಾಕ್ಷಿ; ತಕ್ಷಣ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಬದಲಿಸಿದರೆ ಅದು ಕಳೆದುಹೋಗುತ್ತದೆ.
HTTP ಪ್ರಾಕ್ಸಿಯ ಮೂಲಕ HTTPSಗಾಗಿ ಕ್ಲೈಂಟ್ ಟ್ರೇಸ್‌ನಲ್ಲಿ CONNECT ಪ್ರತಿಕ್ರಿಯೆ, ಗಮ್ಯಸ್ಥಾನದೊಂದಿಗೆ TLS ಮತ್ತು ವೆಬ್‌ಸೈಟ್‌ನ ಅಂತಿಮ HTTP ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಬೇರ್ಪಡಿಸಿ:
| ಕಂಡ ವೈಫಲ್ಯ | ಏನನ್ನು ಪರಿಶೀಲಿಸಬೇಕು |
|---|---|
| ಪ್ರಾಕ್ಸಿಯಿಂದ ಪ್ರತಿಕ್ರಿಯೆ ಇಲ್ಲ | ಪ್ರಾಕ್ಸಿ ಸಂಪರ್ಕ ಮತ್ತು ಮಾರ್ಗ. ಹಿಂದೆ ಕೆಲಸ ಮಾಡಿದ ತಾಣವು ಈಗಿನ ಲಭ್ಯತೆಯನ್ನು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ. |
| ಒಂದು ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ CONNECT ನಿರಾಕರಿಸಲಾಗಿದೆ | ಅನುಮತಿಸಲಾದ ಗಮ್ಯಸ್ಥಾನ/ಪೋರ್ಟ್ ನೀತಿ ಮತ್ತು ಪ್ರಾಕ್ಸಿಯ ಜಾಲದಿಂದ ತಲುಪುವಿಕೆ. |
| ಸುರಂಗ ಅಂಗೀಕೃತ, ಪ್ರಮಾಣಪತ್ರ ಪರಿಶೀಲನೆ ವಿಫಲ | ವರದಿಯಾದ ಪ್ರಮಾಣಪತ್ರ ದೋಷ: ಅವಧಿ ಮುಕ್ತಾಯ, ಹೋಸ್ಟ್ ಹೆಸರು, ಸ್ಥಳೀಯ ಗಡಿಯಾರ, ವಿಶ್ವಾಸ ಸಂರಚನೆ ಅಥವಾ ನಿರ್ವಹಿತ ಪ್ರತಿಬಂಧನ. |
| ಪರಿಶೀಲಿತ TLS ನಂತರ ವೆಬ್‌ಸೈಟ್‌ನ 403 | ವೆಬ್‌ಸೈಟ್‌ನ ಪ್ರವೇಶ ನಿಯಮಗಳು, ಖಾತೆಯ ಸ್ಥಿತಿ, ಅಗತ್ಯ ಕುಕಿಗಳು ಮತ್ತು ಅನುಮತಿಗಳು. |
| ವೆಬ್‌ಸೈಟ್‌ನ 429 | ಪ್ರಕಟಿತ ದರಮಿತಿಗಳು. ಹಂಚಿದ ನಿರ್ಗಮನಕ್ಕೆ ಸೇರಿಸಲಾದ ಚಟುವಟಿಕೆಗೆ ಇತರ ಬಳಕೆದಾರರೂ ಕಾರಣರಾಗಬಹುದು. |
ದೋಷ ಪುಟವನ್ನು ಯಾರು ರಚಿಸಿದ್ದಾರೆ ನೋಡಿ. ಮಧ್ಯವರ್ತಿ 403 ಅಥವಾ ಬೇರೆ HTTP ದೋಷ ನೀಡಬಹುದು; ಸಂಖ್ಯೆಯೊಂದೇ ಮೂಲವನ್ನು ಗುರುತಿಸುವುದಿಲ್ಲ. ಯಶಸ್ವಿಯಂತೆ ಕಾಣುವ ವಿನಂತಿ ಸುರಕ್ಷಿತ ಸಂಪರ್ಕದ ವೈಫಲ್ಯ ಮರೆಮಾಡದಂತೆ TLS ಪರಿಶೀಲನೆಯನ್ನು ಸಕ್ರಿಯವಾಗಿಡಿ.
ಪ್ರತಿ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ಪ್ರಾಕ್ಸಿ ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಫಲಿತಾಂಶ, TLS ಫಲಿತಾಂಶ ಮತ್ತು ಅಂತಿಮ ಸ್ಥಿತಿಯನ್ನು ದಾಖಲಿಸಿ. ಹೋಲಿಕೆಯ ಆಧಾರವಾಗಿ ನಿಮ್ಮ ನಿಯಂತ್ರಣದ ಸಾಮಾನ್ಯ ಗಮ್ಯಸ್ಥಾನ ಸೇರಿಸಿ. ಎಂಡ್‌ಪಾಯಿಂಟ್ ಅದನ್ನು ತಲುಪಿದರೂ ಒಂದು ತಾಣ ಅದರ ನಿರ್ಗಮನ ವಿಳಾಸವನ್ನು ನಿರಂತರವಾಗಿ ನಿರಾಕರಿಸಿದರೆ ತಾಣದ ಅವಶ್ಯಕತೆಗಳನ್ನು ಪರಿಶೀಲಿಸಿ ಅಥವಾ ಬೇರೆ ಅನುಮತಿಸಿದ ಮಾರ್ಗ ಬಳಸಿ. ಪ್ರಾಕ್ಸಿ ಬದಲಿಸುವುದು ಇಲ್ಲದ ದೃಢೀಕರಣ ಅಥವಾ ಪ್ರವೇಶ ಅನುಮತಿಗಳನ್ನು ತುಂಬಲಾರದು.