Squid 5–7: dns_v4_first ಈಗ ಏಕೆ ಕೆಲಸ ಮಾಡುವುದಿಲ್ಲ

ಹಳೆಯ Squid ಸಂರಚನೆಯಲ್ಲಿ dns_v4_first on ಇದೆ. ಅಪ್‌ಗ್ರೇಡ್ ನಂತರ ಆ ಸಾಲು ನಿರೀಕ್ಷಿತ IPv4 ಆದ್ಯತೆಯನ್ನು ನೀಡುವುದಿಲ್ಲ. ಅದರ ಹೆಚ್ಚಿನ ಪ್ರತಿಗಳನ್ನು ಸೇರಿಸುವುದರಿಂದ ಹಿಂದಿನ ವರ್ತನೆ ಮರಳುವುದಿಲ್ಲ.

ಸಂರಚನಾ ಉಲ್ಲೇಖವು ಈ ನಿರ್ದೇಶವನ್ನು Squid 5 ರಿಂದ 7 ರಲ್ಲಿ ಲಭ್ಯವಿಲ್ಲ ಎಂದು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ. Squid ನ ವಿಳಾಸ ಆಯ್ಕೆ ಅದರ Happy Eyeballs ಕೆಲಸದೊಂದಿಗೆ ಬದಲಾಯಿತು; ಹಳೆಯ ಆದ್ಯತಾ ಸಲಹೆಯನ್ನು ಆ ಆವೃತ್ತಿಯ ಸಂದರ್ಭದಲ್ಲಿ ಓದಬೇಕು.

ಆದ್ಯತೆ ಮತ್ತು ಒತ್ತಾಯ ಎರಡು ವಿಭಿನ್ನ ವಿನಂತಿಗಳು

ಮೊದಲು ನಿಮಗೆ ಏನು ಬೇಕು ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸಿ. ಎರಡೂ ಕುಟುಂಬಗಳು ಲಭ್ಯವಿದ್ದಾಗ ಕೆಲಸ ಮಾಡುವ IPv4 ಮಾರ್ಗಕ್ಕೆ ಆದ್ಯತೆ ನೀಡುವುದೇ? ಮುರಿದ IPv6 ಸಂಪರ್ಕವನ್ನು ತೆಗೆಯುವುದೇ? ನಿರ್ದಿಷ್ಟ ನಿರ್ಗಮನವು IPv4 ಮಾತ್ರ ಬಳಸಬೇಕೆಂದು ಖಚಿತಪಡಿಸುವುದೇ? ಇವು ಒಂದೇ ನೀತಿ ಅಲ್ಲ. ಗಮ್ಯ-ಕುಟುಂಬ ನಿರ್ಬಂಧಗಳು ಕೂಡ ಕ್ಲೈಂಟ್-ಮೂಲ ACL ನಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿರಬೇಕು.

ಒಂದು ಕುಟುಂಬದ ಪ್ರವೇಶವನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದು ಕೆಲವು ಸೈಟ್‌ಗಳನ್ನು ತಲುಪಲಾಗದಂತೆ ಮಾಡಬಹುದು. DNS ಉತ್ತರಗಳನ್ನು ಬದಲಿಸುವುದು ಪ್ರಾಕ್ಸಿಗೆ ಲಭ್ಯವಿರುವ ಅಭ್ಯರ್ಥಿಗಳನ್ನು ಬದಲಿಸುತ್ತದೆ. ನಿಧಾನ ಅಥವಾ ಮುರಿದ ಮಾರ್ಗವನ್ನು ಸರಿಪಡಿಸುವುದು ನೆಟ್‌ವರ್ಕ್ ದೋಷವನ್ನು ನಿಭಾಯಿಸುತ್ತದೆ. ಇವುಗಳಲ್ಲಿ ಯಾವುದನ್ನೂ ತೆಗೆದುಹಾಕಿದ ನಿರ್ದೇಶದ ಸಾರ್ವತ್ರಿಕ ಬದಲಿ ಸಾಲು ಎಂದು ವಿವರಿಸಬಾರದು.

ಗಮ್ಯ ವಿಳಾಸದ ಆಯ್ಕೆಯನ್ನು ಪೇರೆಂಟ್ ಪ್ರಾಕ್ಸಿ ತಲುಪಲು ಬಳಸುವ ವಿಳಾಸದಿಂದಲೂ ಬೇರ್ಪಡಿಸಿ. ಪೇರೆಂಟ್ ಹೋಸ್ಟ್‌ನಾಮ್‌ಗೆ ತನ್ನದೇ IPv4 ಮತ್ತು IPv6 ಅಭ್ಯರ್ಥಿಗಳಿರಬಹುದು, ಆದರೆ ಪೇರೆಂಟ್ ತನ್ನ ನೀತಿಯ ಪ್ರಕಾರ ಅಂತಿಮ ವೆಬ್‌ಸೈಟ್ ಸಂಪರ್ಕ ಮಾಡುತ್ತದೆ.

ಮೂಲ-ವಿಳಾಸ ನಿಯಮಕ್ಕೆ ಮತ್ತೊಂದು ಪಾತ್ರವಿದೆ: ಅದು ಸಂಪರ್ಕಕ್ಕೆ ಹೊಂದಿಕೆಯಾಗುವ ಮೂಲವನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ, ಗಮ್ಯದ ಬೆಂಬಲವನ್ನು ಸೃಷ್ಟಿಸುವುದಿಲ್ಲ. IPv4 ಮೂಲವು IPv6 ಮಾತ್ರ ಇರುವ ಗಮ್ಯವನ್ನು IPv4 ಅಂತ್ಯಬಿಂದುವನ್ನಾಗಿ ಮಾಡುವುದಿಲ್ಲ.

ಸ್ಥಾಪಿತ ಆವೃತ್ತಿಯ ದಾಖಲೆಗಳನ್ನು ಮತ್ತು ಸಂಪೂರ್ಣ ಫಾರ್ವರ್ಡಿಂಗ್ ಮಾರ್ಗವನ್ನು ಪರಿಶೀಲಿಸಿ. ಸಮಸ್ಯೆ ಅವಿಶ್ವಾಸನೀಯ IPv6 ಸಂಪರ್ಕವಾಗಿದ್ದರೆ, ಅದನ್ನು ಮುಚ್ಚಿಹಾಕುವ ಮೌನ ಜಾಗತಿಕ ಬದಲಾವಣೆ ಮಾಡುವ ಬದಲು ಆ ರೋಗನಿರ್ಣಯವನ್ನು ಉಳಿಸಿಕೊಳ್ಳಿ. ಕೆಲಸ ಮಾಡುವ ಆದ್ಯತಾ ಮಾರ್ಗ ಮತ್ತು ಕಟ್ಟುನಿಟ್ಟಿನ ಏಕ-ಕುಟುಂಬ ನಿರ್ಗಮನಕ್ಕೆ ವಿಭಿನ್ನ ಸಂರಚನೆಗಳು ಬೇಕು.