Squid Split DNS: ಖಾಸಗಿ ಡೊಮೇನ್ಗಳನ್ನು ಸರಿಯಾದ ರಿಜಾಲ್ವರ್ ಮೂಲಕ ರೂಟ್ ಮಾಡಿ
Squid ಗೆ ಅಸ್ಪಷ್ಟ ರಿಜಾಲ್ವರ್ ಪಟ್ಟಿ ನೀಡುವ ಬದಲು ಖಾಸಗಿ ಮತ್ತು ಸಾರ್ವಜನಿಕ DNS ನಾಮಸ್ಥಳಗಳನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ರೂಟ್ ಮಾಡಿ.
ಆಂತರಿಕ ರಿಜಾಲ್ವರ್ ಮೊದಲು ಮತ್ತು ಸಾರ್ವಜನಿಕ ರಿಜಾಲ್ವರ್ ನಂತರ ಇಡುವುದು ಯಾವ ಹೆಸರು ಯಾವ ನಾಮಸ್ಥಳಕ್ಕೆ ಸೇರಿದೆ ಎಂದು Squid ಗೆ ಹೇಳುವುದಿಲ್ಲ.
Squid 6 ಮತ್ತು 7 ನಲ್ಲಿ, dns_nameservers ಸಾಮಾನ್ಯ ರಿಜಾಲ್ವರ್ ಪಟ್ಟಿಯನ್ನು ಸರ್ವರ್ ವಿಳಾಸಗಳಿಂದ ಬದಲಾಯಿಸುತ್ತದೆ. ಅದರ ಸಿಂಟ್ಯಾಕ್ಸ್ನಲ್ಲಿ ಡೊಮೇನ್ ಪ್ರಕಾರ ಮ್ಯಾಪಿಂಗ್ ಇಲ್ಲ. ಮಾನ್ಯ ಋಣಾತ್ಮಕ ಉತ್ತರವೂ ತಲುಪಲಾಗದ ರಿಜಾಲ್ವರ್ಗಿಂತ ಭಿನ್ನವಾಗಿದೆ, ಆದ್ದರಿಂದ ಪರ್ಯಾಯಗಳು ಹೊಂದಿಕೆಯಾಗದ ನಾಮಸ್ಥಳಗಳನ್ನು ಹುಡುಕಲು ನಂಬಲರ್ಹ ಮಾರ್ಗವಲ್ಲ.
ಡೊಮೇನ್ ಪ್ರಕಾರ ಪ್ರಶ್ನೆಗಳನ್ನು ರೂಟ್ ಮಾಡಿ
ಸ್ಥಳೀಯ DNS ಫಾರ್ವರ್ಡರ್ ಕಾಣೆಯಾದ ನೀತಿಯನ್ನು ವ್ಯಕ್ತಪಡಿಸಬಹುದು. ಇರುವ dnsmasq ಸಂರಚನೆಯಲ್ಲಿ ಖಾಸಗಿ ಪ್ರತ್ಯಯವನ್ನು ಹೀಗೆ ರೂಟ್ ಮಾಡಬಹುದು:
server=/internal.example/192.0.2.53
ಡೊಮೇನ್ ಮತ್ತು ವಿಳಾಸವನ್ನು ಬದಲಾಯಿಸಿ. ಇತರ ಹೆಸರುಗಳಿಗೆ ಅನುಮೋದಿತ ಡೀಫಾಲ್ಟ್ ಅಪ್ಸ್ಟ್ರೀಮ್, ಸೂಕ್ತ ಲಿಸನರ್ ಮತ್ತು ಪ್ರವೇಶ ನಿರ್ಬಂಧಗಳನ್ನು ಸಂರಚಿಸಿ. ನಂತರ ಸ್ಥಾಪಿತ ಆವೃತ್ತಿ ಬೆಂಬಲಿಸುವ ಸಂರಚನೆಯೊಂದಿಗೆ Squid ಅನ್ನು ಆ ರಿಜಾಲ್ವರ್ಗೆ ತೋರಿಸಿ.
ಪರ್ಯಾಯವಾಗಿ, ಎರಡೂ ನಾಮಸ್ಥಳಗಳನ್ನು ಸರಿಯಾಗಿ ಪರಿಹರಿಸುವ ಸಂಸ್ಥೆಯ DNS ಸೇವೆಯನ್ನು ಬಳಸಿ. ಖಾಸಗಿ ಹೆಸರುಗಳನ್ನು ಬಹಿರಂಗಪಡಿಸಿ ಅವುಗಳಿಗೆ ಉತ್ತರಿಸಲಾಗದ ಸಾರ್ವಜನಿಕ ಫಾಲ್ಬ್ಯಾಕ್ ಅನ್ನು ತಪ್ಪಿಸಿ.
ಮೂಲ ಪ್ರಾಕ್ಸಿ ಗಮ್ಯಸ್ಥಾನ ಹುಡುಕಾಟ ಮಾಡಿದರೆ, ಆ ಹಾಪ್ಗೆ ಖಾಸಗಿ ನಾಮಸ್ಥಳ ಬೇಕು. ಸ್ಥಳೀಯ Squid ಹೋಸ್ಟ್ನಲ್ಲಿರುವ ರಿಜಾಲ್ವರ್ ಮೂಲ ಪ್ರಾಕ್ಸಿಯ ಹುಡುಕಾಟವನ್ನು ಸರಿಪಡಿಸುವುದಿಲ್ಲ.
ಋಣಾತ್ಮಕ ಪ್ರಕರಣವನ್ನೂ ಪರಿಶೀಲಿಸಿ
ಮಾನ್ಯ ಖಾಸಗಿ ಹೆಸರು, ಮಾನ್ಯ ಸಾರ್ವಜನಿಕ ಹೆಸರು ಮತ್ತು ಅಸ್ತಿತ್ವದಲ್ಲಿಲ್ಲದ ಖಾಸಗಿ ಹೆಸರನ್ನು ಆಯ್ಕೆಮಾಡಿ. ಪ್ರತಿಯೊಂದಕ್ಕೂ ಉದ್ದೇಶಿತ ಅಪ್ಸ್ಟ್ರೀಮ್ ಮತ್ತು ನಿರೀಕ್ಷಿತ ಉತ್ತರ ವಿಳಾಸವೇ ಅಥವಾ ಋಣಾತ್ಮಕ ಪ್ರತಿಕ್ರಿಯೆಯೇ ಎಂದು ಗುರುತಿಸಿ. ಕೊನೆಯ ಪ್ರಕರಣವು ಆಂತರಿಕ ಋಣಾತ್ಮಕ ಉತ್ತರದ ನಂತರದ ಆಕಸ್ಮಿಕ ಸಾರ್ವಜನಿಕ ಫಾಲ್ಬ್ಯಾಕ್ ಅನ್ನು ಬಹಿರಂಗಪಡಿಸುತ್ತದೆ.
ಕ್ಲೈಂಟ್ ಅಗತ್ಯವಿರುವ ವಿಳಾಸ ಕುಟುಂಬಗಳನ್ನು ಸೇರಿಸಿ. ಕೆಲಸ ಮಾಡುವ A ಹುಡುಕಾಟವು AAAA ನೀತಿಯನ್ನು ಅನುಸರಿಸುತ್ತದೆ ಅಥವಾ ತಲುಪಬಹುದಾದ ಗಮ್ಯಸ್ಥಾನವನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ. ಕ್ಯಾಶ್ ಸ್ಥಿತಿಯನ್ನೂ ಗಮನಿಸಿ: ಸಂಗ್ರಹಿಸಿದ ಉತ್ತರವು ಹೊಸ ಪ್ರಶ್ನೆ ಯಾವ ಅಪ್ಸ್ಟ್ರೀಮ್ ಆಯ್ಕೆಮಾಡುತ್ತದೆ ಎಂಬುದನ್ನು ಮರೆಮಾಡಬಹುದು.