ಬೇರೆ ಸರ್ವರ್‌ನಿಂದ ನಕಲಿಸಿದ ಸಂರಚನೆ ext_session_acl ಎಂಬುದನ್ನು ಉಲ್ಲೇಖಿಸುತ್ತದೆ. ನಿಮ್ಮ Squid ಪ್ಯಾಕೇಜ್‌ನಲ್ಲಿ ಆ ಮಾರ್ಗದಲ್ಲಿ ಯಾವುದೇ ಫೈಲ್ ಇಲ್ಲ. ಇದು ಮುರಿದ ಬಳಕೆದಾರ ಸೆಷನ್ ಬದಲು ಪ್ಯಾಕೇಜಿಂಗ್ ಹೊಂದಾಣಿಕೆಯ ಕೊರತೆಯಾಗಿರಬಹುದು.

Squid ಬಾಹ್ಯ ACL ನಿರ್ಣಯಗಳನ್ನು ಸಹಾಯಕ ಪ್ರೋಗ್ರಾಮ್‌ಗಳಿಗೆ ನಿಯೋಜಿಸಬಹುದು, ಆದರೆ external_acl_type ನಲ್ಲಿ ಪ್ರೋಗ್ರಾಮ್ ಹೆಸರಿಸುವುದು ಅದನ್ನು ಸ್ಥಾಪಿಸುವುದಿಲ್ಲ. ಬೈನರಿ ನಿಯೋಜಿತ ಪರಿಸರದಲ್ಲಿ ಇರಲೇಬೇಕು.

ಮೂರು ವಿಷಯಗಳನ್ನು ಹೋಲಿಸಿ:

  • ನೀವು ಬಳಸುತ್ತಿರುವ Squid ಆವೃತ್ತಿಗೆ ಸಹಾಯಕದ ದಾಖಲಿತ ಹೆಸರು.
  • ನಿಮ್ಮ ವಿತರಣೆಯ ಪ್ಯಾಕೇಜ್ ನಿಜವಾಗಿ ಒದಗಿಸುವ ಫೈಲ್‌ಗಳು.
  • Squid ಲೋಡ್ ಮಾಡಿದ ಸಂರಚನೆಯಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಣೀಯ ಫೈಲ್‌ನ ಸಂಪೂರ್ಣ ಮಾರ್ಗ.

Debian ext_session_acl ಗಾಗಿ ಕೈಪಿಡಿಯನ್ನು ಪ್ರಕಟಿಸುತ್ತದೆ, ಆದರೆ ಹೊಂದಿಕೆಯಾಗುವ ಕೈಪಿಡಿ ಶೀರ್ಷಿಕೆ ನಿಮ್ಮ ಸರ್ವರ್‌ನಲ್ಲಿ ನಕಲಿಸಿದ ಮಾರ್ಗದಲ್ಲಿ ಬೈನರಿ ಇದೆ ಎಂಬುದಕ್ಕೆ ಸಾಕ್ಷಿಯಲ್ಲ. ಆ ಸ್ಥಾಪನೆಯ ಪ್ಯಾಕೇಜ್ ಮಾಹಿತಿ ಮತ್ತು ಸಹಾಯಕ ಕೋಶವನ್ನು ಪರಿಶೀಲಿಸಿ.

ಅದರ ಪ್ಯಾಕೇಜ್ ಅಗತ್ಯವಿರುವ ಸಹಾಯಕವನ್ನು ಒದಗಿಸದಿದ್ದರೆ, ವಿತರಣೆಯ ಬೆಂಬಲಿತ ಪ್ಯಾಕೇಜ್ ವಿಭಜನೆ ಮತ್ತು ಬಿಲ್ಡ್ ಮಾಹಿತಿಯನ್ನು ನೋಡಿ. ಮೂಲ-ಮರದ ಉಪಕೋಶದ ಹೆಸರು ಫಲಿತಾಂಶದ ಬೈನರಿ ಪ್ರತಿ ಬಿಲ್ಡ್‌ನಲ್ಲೂ ಇದೆ ಎಂಬುದಕ್ಕೆ ಸಾಕ್ಷಿಯಲ್ಲ.

“ಫೈಲ್ ಇಲ್ಲ” ಮತ್ತು “ಫೈಲ್ ಇದೆ ಆದರೆ ಪ್ರಾರಂಭವಾಗುವುದಿಲ್ಲ” ಎಂಬುದನ್ನು ಬೇರ್ಪಡಿಸಿ. ಎರಡನೆಯದು ಅದರ ಇಂಟರ್ಪ್ರಿಟರ್, ಹಂಚಿದ ಗ್ರಂಥಾಲಯಗಳು, ಅನುಮತಿಗಳು ಅಥವಾ ಸೇವಾ ನಿರ್ಬಂಧವನ್ನು ಒಳಗೊಂಡಿರಬಹುದು. ಆ ವೈಫಲ್ಯಕ್ಕಾಗಿ Squid ನ ಸಹಾಯಕ ಪ್ರಾರಂಭ ಸಂದೇಶಗಳನ್ನು ನೋಡಿ. ಈ ಎರಡೂ ಲಕ್ಷಣಗಳಲ್ಲಿ ಯಾವುದೂ ಪ್ರಾಕ್ಸಿ ಬಳಕೆದಾರರ ಪಾಸ್‌ವರ್ಡ್ ತಪ್ಪು ಎಂಬುದಕ್ಕೆ ಸಾಕ್ಷಿಯಲ್ಲ.

ಸಂಬಂಧವಿಲ್ಲದ ಹಳೆಯ ಸರ್ವರ್‌ನಿಂದ ಬಂದ ಸಹಾಯಕವನ್ನು ಕೇವಲ ಅದರ ಫೈಲ್‌ಹೆಸರು ಸಂರಚನೆಗೆ ಹೊಂದುತ್ತದೆ ಎಂಬ ಕಾರಣಕ್ಕೆ ಬದಲಾಯಿಸಲಾಗದು.

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