debug_options ವಿಭಾಗ 29 ನೊಂದಿಗೆ Squid 7 ದೃಢೀಕರಣವನ್ನು ಟ್ರೇಸ್ ಮಾಡಿ

ಸವಾಲು, ಕ್ಲೈಂಟ್ ಪ್ರತಿಕ್ರಿಯೆ, ದೃಢೀಕರಣ ಸಹಾಯಕ ಮತ್ತು ಪ್ರವೇಶ-ನೀತಿ ನಿರ್ಣಯವನ್ನು ಅನುಸರಿಸಲು ಸೀಮಿತ ವಿಭಾಗ-29 ಡೀಬಗ್ ಸೆಷನ್ ಬಳಸಿ.

Squid ನ ಮೊದಲ 407 ದೃಢೀಕರಣದ ಆರಂಭವಾಗಬಹುದು. ಪ್ರಯತ್ನ ಎಲ್ಲಿ ನಿಲ್ಲುತ್ತದೆ ಎಂಬುದನ್ನು ಕಂಡುಹಿಡಿಯಲು ಒಂದು ವಿನಂತಿ ಕ್ರಮವನ್ನು ಕ್ಲೈಂಟ್, ದೃಢೀಕರಣ ಯಂತ್ರಾಂಶ ಮತ್ತು ಪ್ರವೇಶ ನಿರ್ಣಯದ ಮೂಲಕ ಅನುಸರಿಸಿ.

Squid 7 ರೋಗನಿರ್ಣಯ ಸೆಷನ್‌ನಲ್ಲಿ ವಿಭಾಗ 29 ರಲ್ಲಿ ದೃಢೀಕರಣ ಡೀಬಗ್ ಸಂದೇಶಗಳಿರುತ್ತವೆ. ತಾತ್ಕಾಲಿಕ ಸಂರಚನೆಯು ಸಾಮಾನ್ಯ ಎಚ್ಚರಿಕೆ ಮಟ್ಟವನ್ನು ಉಳಿಸಿಕೊಂಡು ಆ ವಿಭಾಗವನ್ನು ಹೆಚ್ಚಿಸಬಹುದು:

debug_options ALL,1 29,5

ಹಿಂದಿನ ಡೀಬಗ್ ಸೆಟ್ಟಿಂಗ್ ಅನ್ನು ದಾಖಲಿಸಿ, ರೋಗನಿರ್ಣಯ ಸಂರಚನೆಯನ್ನು ಅನ್ವಯಿಸಿ ಮತ್ತು ಸಣ್ಣ, ಗುರುತಿಸಬಹುದಾದ ಪ್ರಯತ್ನವನ್ನು ಮರುಸೃಷ್ಟಿಸಿ. ಸಂರಚಿತ cache_log ಗಮ್ಯಸ್ಥಾನದಲ್ಲಿ ಡೀಬಗ್ ಔಟ್‌ಪುಟ್ ಅನ್ನು ಪ್ರವೇಶ ಲಾಗ್ ಜೊತೆಗೆ ಓದಿ.

ಹುಡುಕಬೇಕಾದ ಸಾಕ್ಷ್ಯಯಾವ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತದೆ
ನೀಡಲಾದ Proxy-Authenticate ಯೋಜನೆಈ ಪ್ರಾಕ್ಸಿ ಕ್ಲೈಂಟ್‌ಗೆ ಏನನ್ನು ಬಳಸಲು ಕೇಳಿತು?
ಕ್ಲೈಂಟ್‌ನ ದೃಢೀಕರಣ ಪ್ರತಿಕ್ರಿಯೆಕ್ಲೈಂಟ್ ನೀಡಲಾದ ವಿನಿಮಯವನ್ನು ಮುಂದುವರಿಸಿತೇ?
ದೃಢೀಕರಣ ಯಂತ್ರಾಂಶ ಅಥವಾ ಸಹಾಯಕದ ಫಲಿತಾಂಶಖಾತೆಯನ್ನು ಸ್ವೀಕರಿಸಲಾಯಿತೇ, ತಿರಸ್ಕರಿಸಲಾಯಿತೇ ಅಥವಾ ಸಂಸ್ಕರಣ ವೈಫಲ್ಯದಿಂದ ತಡೆಯಲಾಯಿತೇ?
Squid ನ ಪ್ರವೇಶ-ನೀತಿ ನಿರ್ಣಯಆ ದೃಢೀಕರಣ ಸ್ಥಿತಿಯ ನಂತರ ವಿನಂತಿಗೆ ಏನಾಯಿತು?

ಕೆಲವು ಯೋಜನೆಗಳಿಗೆ ಹಲವು ಸವಾಲು ಸುತ್ತುಗಳು ಬೇಕು. ಪುನರಾವರ್ತಿತ 407 ನಮೂದುಗಳು ಮಾತ್ರ ಬ್ರೌಸರ್ ಸೂಚನೆಯನ್ನು ನಿರ್ಲಕ್ಷಿಸಿತು ಅಥವಾ ನೀಡಿದ ಗುಪ್ತಪದ ತಪ್ಪಾಗಿತ್ತು ಎಂದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.

ಸಹಾಯಕ ವೈಫಲ್ಯಗಳಿಗೆ ಸಂರಚಿತ ಸಹಾಯಕ ಮತ್ತು ಅದರ ಯೋಜನಾ-ನಿರ್ದಿಷ್ಟ ಫಲಿತಾಂಶ ಪ್ರೋಟೋಕಾಲ್ ಪರಿಶೀಲಿಸಿ. ಪ್ರಾರಂಭವಾಗಲಾಗದ ಪ್ರಕ್ರಿಯೆಯು ಚಾಲನೆಯಲ್ಲಿರುವ ಸಹಾಯಕ ಖಾತೆಯನ್ನು ತಿರಸ್ಕರಿಸುವುದಕ್ಕಿಂತ ಬೇರೆ ದೋಷವಾಗಿದೆ. ದೃಢೀಕರಣ ಸ್ವೀಕೃತವಾದರೂ Squid ಇನ್ನೂ ವಿನಂತಿಯನ್ನು ನಿರಾಕರಿಸಿದರೆ, ಅನುಗುಣವಾದ ಪ್ರವೇಶ ನಿಯಮಗಳನ್ನು ಅನುಸರಿಸಿ.

ಕ್ರಮವು ಅರ್ಥವಾದ ನಂತರ ಮೂಲ ಡೀಬಗ್ ಮಟ್ಟವನ್ನು ಮರುಸ್ಥಾಪಿಸಿ. ಪೂರ್ಣ ಮಟ್ಟ 9 ಔಟ್‌ಪುಟ್ ಬಹಳ ದೊಡ್ಡದಾಗಿರಬಹುದು; ದೃಢೀಕರಣ ರೋಗನಿರ್ಣಯಕ್ಕೂ ಸೀಮಿತ ನಿರ್ವಹಣೆ ಬೇಕು ಏಕೆಂದರೆ ಖಾತೆ ವಿವರಗಳು ಮತ್ತು ಇತರ ಸೂಕ್ಷ್ಮ ಸ್ಥಿತಿಗಳು ಕಾಣಿಸಬಹುದು.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು