Squid ಹೋಸ್ಟ್‌ಹೆಸರನ್ನು ಪರಿಹರಿಸಲು ಸಾಧ್ಯವಾಗದಾಗ

ಹುಡುಕಾಟ ವಿಫಲವಾಗುವ ಸ್ಥಳದಲ್ಲೇ DNS ಪರಿಶೀಲಿಸಿ. ನಿಮ್ಮ ಲ್ಯಾಪ್‌ಟಾಪ್ ಹೆಸರನ್ನು ಪರಿಹರಿಸುವುದರಿಂದ Squid ಅಥವಾ ಮುಂದಿನ ಸಂಪರ್ಕವನ್ನು ಮಾಡುವ ಮೇಲಿನ ಪ್ರಾಕ್ಸಿ ಕೂಡ ಅದನ್ನು ಪರಿಹರಿಸಬಲ್ಲದು ಎಂದು ಸಾಬೀತಾಗುವುದಿಲ್ಲ.

ವಿಫಲವಾಗುತ್ತಿರುವ ಇನ್‌ಸ್ಟನ್ಸ್‌ನ ಕ್ಯಾಶ್ ಲಾಗ್ ಓದಿ ಮತ್ತು ಸರ್ವರ್‌ನ ರೆಸಾಲ್ವರ್ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಪರಿಶೀಲಿಸಿ. ಹೋಸ್ಟ್ ಮಟ್ಟದ ಪೂರಕ ಪರಿಶೀಲನೆ ಹೀಗಿದೆ:

getent ahosts target.example

ನಿಜವಾದ ಗುರಿಯನ್ನು ಬಳಸಿ. getent ಹೋಸ್ಟ್‌ನ ಹುಡುಕಾಟ ವ್ಯವಸ್ಥೆಯನ್ನು ಬಳಸುತ್ತದೆ; Squid ನ ಆಂತರಿಕ ರೆಸಾಲ್ವರ್ ಅಥವಾ ಕ್ಯಾಶ್ ಬೇರೆ ಇರಬಹುದು. ಒಂದೇ ಎಂದು ಊಹಿಸುವ ಮೊದಲು ಸ್ಪಷ್ಟವಾಗಿ ನೀಡಿರುವ dns_nameservers ಮತ್ತು hosts_file ಇನ್‌ಪುಟ್‌ಗಳನ್ನು ಪರಿಶೀಲಿಸಿ.

Squid 6.13 ರಲ್ಲಿ ಸ್ಪಷ್ಟವಾಗಿ ನೀಡಿರುವ ನೇಮ್‌ಸರ್ವರ್ ಪಟ್ಟಿಯು IP ವಿಳಾಸಗಳನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ:

dns_nameservers 192.0.2.53

ದಾಖಲೆಗಾಗಿ ನೀಡಿದ ಈ ವಿಳಾಸವನ್ನು Squid ಸರ್ವರ್‌ನಿಂದ ತಲುಪಬಹುದಾದ ಅನುಮೋದಿತ ರೆಸಾಲ್ವರ್‌ನಿಂದ ಬದಲಿಸಿ. ಖಾಸಗಿ ಹೆಸರುಗಳಿಗೆ ಸಂಸ್ಥೆಯ ರೆಸಾಲ್ವರ್ ಅಗತ್ಯವಿರಬಹುದು; ಸಂಬಂಧವಿಲ್ಲದ ಸಾರ್ವಜನಿಕ ರೆಸಾಲ್ವರ್‌ನ DNS ನೋಟದಲ್ಲಿ ಅವು ಕಾಣಿಸದಿರಬಹುದು.

ಲ್ಯಾಪ್‌ಟಾಪ್‌ನ hosts ಫೈಲ್‌ನ ಪರ್ಯಾಯ ಹೆಸರು ಪ್ರಾಕ್ಸಿ ಮೂಲಕ ಕಳುಹಿಸುವ ಹೋಸ್ಟ್‌ಹೆಸರಿನ ವಿನಂತಿಯೊಂದಿಗೆ ಹೋಗುವುದಿಲ್ಲ. ಹುಡುಕಾಟ ಮಾಡುವ ಯಂತ್ರದಲ್ಲಿ ಸ್ಥಾಪಿಸಿರುವ Squid ಆವೃತ್ತಿಯ hosts_file ಸೆಟ್ಟಿಂಗ್ ಪರಿಶೀಲಿಸಿ ಮತ್ತು ಅನ್ವಯಿಸುವಲ್ಲಿ ಮೇಲಿನ ಪ್ರಾಕ್ಸಿಯ ರೆಸಾಲ್ವರ್ ಪರಿಗಣಿಸಿ. TLS ಗುರುತಿಗಾಗಿ ಬಳಸುವ ಹೋಸ್ಟ್‌ಹೆಸರು ಸೇವೆಗೆ ಹೊಂದಿಕೆಯಾಗಿರಲಿ.

ಒಂದು ನಿಯಂತ್ರಿತ ಕಾನ್ಫಿಗರೇಶನ್ ಬದಲಾವಣೆಯ ನಂತರ ಸಿಂಟ್ಯಾಕ್ಸ್ ಪರಿಶೀಲಿಸಿ ಉದ್ದೇಶಿತ ಇನ್‌ಸ್ಟನ್ಸ್‌ನ ಕಾನ್ಫಿಗರೇಶನ್ ಮರುಲೋಡ್ ಮಾಡಿ, ಅದೇ ವಿನಂತಿಯನ್ನು ಪುನರಾವರ್ತಿಸಿ ಅದರ ಸಾಕ್ಷ್ಯ ಪರಿಶೀಲಿಸಿ. ಕ್ಯಾಶ್‌ನಲ್ಲಿರುವ ಧನಾತ್ಮಕ ಹಾಗೂ ಋಣಾತ್ಮಕ ಉತ್ತರಗಳು ಪುನರಾವರ್ತಿತ ಪರೀಕ್ಷೆಗಳಿಗೆ ಪರಿಣಾಮ ಬೀರಬಹುದು. ಯಶಸ್ವಿ ಹುಡುಕಾಟದ ನಂತರ ಸಂಪರ್ಕದ ಸಮಯ ಮೀರಿದರೆ ಅದು ನಂತರದ ಮಾರ್ಗ ಅಥವಾ ಅನುಮತಿ ವೈಫಲ್ಯ; ಅದನ್ನು ಸರಿಪಡಿಸಲು DNS ಬದಲಿಸುತ್ತಿರಬೇಡಿ. ಸರ್ವರ್ ಬದಲಾವಣೆಯನ್ನು ಮೌಲ್ಯಮಾಪನ ಮಾಡುವಾಗ ಕ್ಲೈಂಟ್ DNS, ಮೇಲಿನ ಪ್ರಾಕ್ಸಿಯ ರೂಟಿಂಗ್ ಮತ್ತು ಪ್ರಾಕ್ಸಿ ಪ್ರೋಟೋಕಾಲ್ ಸ್ಥಿರವಾಗಿರಲಿ.