Squid ನ ಸೆಷನ್ ಸಹಾಯಕ ಎಲ್ಲಿಗೆ ಹೋಯಿತು?
ದೃಢೀಕರಣ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಬದಲಿಸುವ ಮೊದಲು ಸ್ಥಾಪಿತ ಪ್ಯಾಕೇಜ್, ದಾಖಲಿತ ಫೈಲ್ಹೆಸರು ಮತ್ತು ಬಿಲ್ಡ್ ಆಯ್ಕೆಗಳ ಮೂಲಕ ಕಾಣೆಯಾದ Squid ಸಹಾಯಕವನ್ನು ಪತ್ತೆ ಮಾಡಿ.
ಬೇರೆ ಸರ್ವರ್ನಿಂದ ನಕಲಿಸಿದ ಸಂರಚನೆ ext_session_acl ಎಂಬುದನ್ನು ಉಲ್ಲೇಖಿಸುತ್ತದೆ. ನಿಮ್ಮ Squid ಪ್ಯಾಕೇಜ್ನಲ್ಲಿ ಆ ಮಾರ್ಗದಲ್ಲಿ ಯಾವುದೇ ಫೈಲ್ ಇಲ್ಲ. ಇದು ಮುರಿದ ಬಳಕೆದಾರ ಸೆಷನ್ ಬದಲು ಪ್ಯಾಕೇಜಿಂಗ್ ಹೊಂದಾಣಿಕೆಯ ಕೊರತೆಯಾಗಿರಬಹುದು.
Squid ಬಾಹ್ಯ ACL ನಿರ್ಣಯಗಳನ್ನು ಸಹಾಯಕ ಪ್ರೋಗ್ರಾಮ್ಗಳಿಗೆ ನಿಯೋಜಿಸಬಹುದು, ಆದರೆ external_acl_type ನಲ್ಲಿ ಪ್ರೋಗ್ರಾಮ್ ಹೆಸರಿಸುವುದು ಅದನ್ನು ಸ್ಥಾಪಿಸುವುದಿಲ್ಲ. ಬೈನರಿ ನಿಯೋಜಿತ ಪರಿಸರದಲ್ಲಿ ಇರಲೇಬೇಕು.
ಮೂರು ವಿಷಯಗಳನ್ನು ಹೋಲಿಸಿ:
- ನೀವು ಬಳಸುತ್ತಿರುವ Squid ಆವೃತ್ತಿಗೆ ಸಹಾಯಕದ ದಾಖಲಿತ ಹೆಸರು.
- ನಿಮ್ಮ ವಿತರಣೆಯ ಪ್ಯಾಕೇಜ್ ನಿಜವಾಗಿ ಒದಗಿಸುವ ಫೈಲ್ಗಳು.
- Squid ಲೋಡ್ ಮಾಡಿದ ಸಂರಚನೆಯಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಣೀಯ ಫೈಲ್ನ ಸಂಪೂರ್ಣ ಮಾರ್ಗ.
Debian ext_session_acl ಗಾಗಿ ಕೈಪಿಡಿಯನ್ನು ಪ್ರಕಟಿಸುತ್ತದೆ, ಆದರೆ ಹೊಂದಿಕೆಯಾಗುವ ಕೈಪಿಡಿ ಶೀರ್ಷಿಕೆ ನಿಮ್ಮ ಸರ್ವರ್ನಲ್ಲಿ ನಕಲಿಸಿದ ಮಾರ್ಗದಲ್ಲಿ ಬೈನರಿ ಇದೆ ಎಂಬುದಕ್ಕೆ ಸಾಕ್ಷಿಯಲ್ಲ. ಆ ಸ್ಥಾಪನೆಯ ಪ್ಯಾಕೇಜ್ ಮಾಹಿತಿ ಮತ್ತು ಸಹಾಯಕ ಕೋಶವನ್ನು ಪರಿಶೀಲಿಸಿ.
ಅದರ ಪ್ಯಾಕೇಜ್ ಅಗತ್ಯವಿರುವ ಸಹಾಯಕವನ್ನು ಒದಗಿಸದಿದ್ದರೆ, ವಿತರಣೆಯ ಬೆಂಬಲಿತ ಪ್ಯಾಕೇಜ್ ವಿಭಜನೆ ಮತ್ತು ಬಿಲ್ಡ್ ಮಾಹಿತಿಯನ್ನು ನೋಡಿ. ಮೂಲ-ಮರದ ಉಪಕೋಶದ ಹೆಸರು ಫಲಿತಾಂಶದ ಬೈನರಿ ಪ್ರತಿ ಬಿಲ್ಡ್ನಲ್ಲೂ ಇದೆ ಎಂಬುದಕ್ಕೆ ಸಾಕ್ಷಿಯಲ್ಲ.
“ಫೈಲ್ ಇಲ್ಲ” ಮತ್ತು “ಫೈಲ್ ಇದೆ ಆದರೆ ಪ್ರಾರಂಭವಾಗುವುದಿಲ್ಲ” ಎಂಬುದನ್ನು ಬೇರ್ಪಡಿಸಿ. ಎರಡನೆಯದು ಅದರ ಇಂಟರ್ಪ್ರಿಟರ್, ಹಂಚಿದ ಗ್ರಂಥಾಲಯಗಳು, ಅನುಮತಿಗಳು ಅಥವಾ ಸೇವಾ ನಿರ್ಬಂಧವನ್ನು ಒಳಗೊಂಡಿರಬಹುದು. ಆ ವೈಫಲ್ಯಕ್ಕಾಗಿ Squid ನ ಸಹಾಯಕ ಪ್ರಾರಂಭ ಸಂದೇಶಗಳನ್ನು ನೋಡಿ. ಈ ಎರಡೂ ಲಕ್ಷಣಗಳಲ್ಲಿ ಯಾವುದೂ ಪ್ರಾಕ್ಸಿ ಬಳಕೆದಾರರ ಪಾಸ್ವರ್ಡ್ ತಪ್ಪು ಎಂಬುದಕ್ಕೆ ಸಾಕ್ಷಿಯಲ್ಲ.
ಸಂಬಂಧವಿಲ್ಲದ ಹಳೆಯ ಸರ್ವರ್ನಿಂದ ಬಂದ ಸಹಾಯಕವನ್ನು ಕೇವಲ ಅದರ ಫೈಲ್ಹೆಸರು ಸಂರಚನೆಗೆ ಹೊಂದುತ್ತದೆ ಎಂಬ ಕಾರಣಕ್ಕೆ ಬದಲಾಯಿಸಲಾಗದು.