PAC ನಿಯಮದ ಒಳಗೆ DNS ವೈಫಲ್ಯವನ್ನು ನಿರ್ವಹಿಸುವುದು
ವಿಫಲವಾದ PAC DNS lookup ಗೆ ಸ್ಥಳೀಯ ನೆಟ್ವರ್ಕ್ನ ಹೊರಗಿನ ಪರಿಶೀಲಿತ ವಿಳಾಸ ಎಂದು ಪರಿಗಣಿಸುವ ಬದಲು ಅದಕ್ಕೆ ಸ್ವಂತ ನೀತಿ ಶಾಖೆ ನೀಡಿ.
ವಿಫಲವಾದ lookup ಗಮ್ಯಸ್ಥಾನವು ನಿಮ್ಮ ಖಾಸಗಿ ನೆಟ್ವರ್ಕ್ನ ಹೊರಗಿದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ. ಇದು ಈ PAC ಮೌಲ್ಯಮಾಪನಕ್ಕೆ ಬೇಕಾದ ವಿಳಾಸ ಸಿಗಲಿಲ್ಲ ಎಂದು ಮಾತ್ರ ಸಾಬೀತುಪಡಿಸುತ್ತದೆ.
dnsResolve() isInNet() ನಿಯಮಕ್ಕೆ ಆಹಾರ ನೀಡುವಾಗ ಈ ವ್ಯತ್ಯಾಸ ಮುಖ್ಯ. Chromium ನ PAC ಅನುಷ್ಠಾನವು ಪರಿಹಾರ ವಿಫಲವಾದಾಗ null ಹಿಂತಿರುಗಿಸುತ್ತದೆ. ಫಲಿತಾಂಶ ಯಾವಾಗಲೂ ಖಾಲಿ ಸ್ಟ್ರಿಂಗ್ ಎಂಬ ನೆನಪಿನ ಮೇಲೆ ವೈಫಲ್ಯದ ಶಾಖೆಯನ್ನು ಕಟ್ಟಬೇಡಿ.
function FindProxyForURL(url, host) {
var address = dnsResolve(host);
if (!address) {
return "PROXY proxy.example:8080";
}
if (isInNet(address, "10.40.0.0", "255.255.0.0")) {
return "DIRECT";
}
return "PROXY proxy.example:8080";
}
ಈ ಉದಾಹರಣೆ ಬಗೆಹರಿಯದ ಹೆಸರುಗಳನ್ನು ಪ್ರಾಕ್ಸಿಗೆ ಕಳುಹಿಸುತ್ತದೆ. ಇದು ನೀತಿ ಆಯ್ಕೆ, ಸಾರ್ವತ್ರಿಕ ಸುರಕ್ಷಿತ ಡೀಫಾಲ್ಟ್ ಅಲ್ಲ. ಪ್ರಾಕ್ಸಿಗೆ ಕ್ಲೈಂಟ್ನಲ್ಲಿ ಇಲ್ಲದ ರಿಜಾಲ್ವರ್ ಅಥವಾ ನೆಟ್ವರ್ಕ್ ನೋಟ ಇದ್ದಾಗ ಇದು ಉಪಯುಕ್ತವಾಗಬಹುದು. ಸ್ಥಳೀಯ ಪರಿಹಾರ ಬೇಕಾದ ನೆಟ್ವರ್ಕ್ಗೆ ಬೇರೆ ಸ್ಪಷ್ಟ ಫಲಿತಾಂಶ ಬೇಕು.
ಒಮ್ಮೆ ಪರಿಹರಿಸಿ ಫಲಿತಾಂಶವನ್ನು ಮತ್ತೆ ಬಳಸಿ. ಇದು ನಿರ್ಧಾರವನ್ನು ಒಂದೇ ಮೌಲ್ಯಕ್ಕೆ ಬಿಗಿದಿಡುತ್ತದೆ ಮತ್ತು ನಿಧಾನವಾಗಬಹುದಾದ ಸಹಾಯಕ ಕರೆಗಳ ಪುನರಾವರ್ತನೆ ತಪ್ಪಿಸುತ್ತದೆ.
ನಿಜವಾದ PAC ಬಳಕೆದಾರರನ್ನೂ ಪರಿಶೀಲಿಸಿ. ಹಳೆಯ IPv4 ಸಹಾಯಕಗಳು ಮತ್ತು ವಿಸ್ತರಿತ IPv6 ಸಹಾಯಕಗಳ ಒಪ್ಪಂದಗಳು ಬೇರೆ. ಒಂದು ಬ್ರೌಸರ್ನ ಅನುಷ್ಠಾನದೊಂದಿಗೆ ಪರೀಕ್ಷಿಸಿದ ನಿಯಮ ಅದೇ PAC URL ಬಳಸುವ ಪ್ರತಿ ಅಪ್ಲಿಕೇಶನ್ನಲ್ಲೂ ಬೆಂಬಲ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.
ಅಗತ್ಯವು ಕೇವಲ ತಿಳಿದಿರುವ ಕಂಪನಿ ಪ್ರತ್ಯಯವನ್ನು ರೂಟ್ ಮಾಡುವುದಾದರೆ, ಹೋಸ್ಟ್ನಾಮ್ ನಿಯಮ lookup ಅನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ತಪ್ಪಿಸಬಹುದು. ವಿಳಾಸವು ನೀತಿಗೆ ನಿಜವಾಗಿ ಬೇಕಾದ ಮಾಹಿತಿಯಾದಾಗ ವಿಳಾಸ ಆಧಾರಿತ ವರ್ಗೀಕರಣಕ್ಕೆ ಹೋಗಿ.