Chrome file:// URL ಆಗಿ ನೀಡಲಾದ PAC ಸ್ಕ್ರಿಪ್ಟ್ ಬಳಸಲಾಗದಿದ್ದರೆ, ಸ್ಕ್ರಿಪ್ಟ್ ಮರುಬರೆಯುವ ಮೊದಲು ಆ ವಿತರಣಾ ಮಾರ್ಗವನ್ನು ಪರಿಶೀಲಿಸಿ. ಒಂದು ಸ್ಥಳದಲ್ಲಿ ಲೋಡ್ ಆಗದಿರುವುದು PAC ರೂಟಿಂಗ್‌ಗೆ ಬೆಂಬಲವಿಲ್ಲ ಎಂದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.

Chrome ನ ಪ್ರಾಕ್ಸಿ API ಯಲ್ಲಿ pac_script ಮೋಡ್ ಇದೆ; ಸ್ಕ್ರಿಪ್ಟ್ URL ಅಥವಾ ಒಳಗಿನ ಡೇಟಾವನ್ನು ಬೆಂಬಲಿತ ಎಕ್ಸ್‌ಟೆನ್ಶನ್ ಇಂಟರ್ಫೇಸ್ ಮೂಲಕ ಬಳಸಬಹುದು. ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಂ ಸೆಟ್ಟಿಂಗ್‌ಗಳ ಮೂಲಕ ನೀಡುವ ಸ್ಥಳೀಯ ಫೈಲ್ ಸ್ಕ್ರಿಪ್ಟ್ ತಲುಪಿಸುವ ಒಂದು ನಿರ್ದಿಷ್ಟ ಮಾರ್ಗ ಮಾತ್ರ.

ಸ್ಕ್ರಿಪ್ಟ್ ಬ್ರೌಸರ್ ಒಳಗೆ ಹೇಗೆ ಹೋಗುತ್ತದೆ ಎಂದು ಅನುಸರಿಸಿ

ಸಮಸ್ಯೆಯಿರುವ ಬ್ರೌಸರ್ ಅನ್ನು ಯಾವುದು ನಿಯಂತ್ರಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಗುರುತಿಸಿ: ಸಿಸ್ಟಂ ಸೆಟ್ಟಿಂಗ್‌ಗಳು, ನಿರ್ವಹಿತ ಪಾಲಿಸಿ, ಕಮಾಂಡ್-ಲೈನ್ ಸಂರಚನೆ ಅಥವಾ ಎಕ್ಸ್‌ಟೆನ್ಶನ್. macOS ಸೆಟ್ಟಿಂಗ್‌ಗಳಲ್ಲಿ ಕಾಣುವ ಮೌಲ್ಯ Chrome ಆ ಸ್ಕ್ರಿಪ್ಟ್ ಪಡೆದು ಮೌಲ್ಯಮಾಪನ ಮಾಡಿದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.

ತಿರಸ್ಕೃತ ಅಥವಾ ತಲುಪಲಾಗದ ಸ್ಕ್ರಿಪ್ಟ್ ಸ್ಥಳವನ್ನು ಮೌಲ್ಯಮಾಪನ ದೋಷದಿಂದ, ಮತ್ತು ಎರಡನ್ನೂ ಮಾನ್ಯ ಸ್ಕ್ರಿಪ್ಟ್ ಹಿಂತಿರುಗಿಸಿದ ಪ್ರಾಕ್ಸಿಗೆ ಸಂಪರ್ಕಿಸಲು ವಿಫಲವಾದದ್ದರಿಂದ ಬೇರ್ಪಡಿಸಿ. ಬ್ರೌಸರ್ ಆ ಮಾರ್ಗವನ್ನು ಆಯ್ಕೆಮಾಡಿದ ನಂತರವೇ SOCKS ಪೋರ್ಟ್ ಪ್ರಸ್ತುತವಾಗುತ್ತದೆ.

ನಿರ್ವಹಿತ PAC ಅನ್ನು ಗುರಿ ಕ್ಲೈಂಟ್‌ಗಳು ಬೆಂಬಲಿಸುವ ಅನುಮೋದಿತ ಕಾರ್ಯವಿಧಾನದ ಮೂಲಕ ವಿತರಿಸಿ. ಅದು ವಿವರಿಸುವ ಪ್ರಾಕ್ಸಿ ಲಭ್ಯವಿಲ್ಲದಿದ್ದಾಗಲೂ HTTP ಅಥವಾ HTTPS ವಿತರಣಾ URL ತಲುಪಬಹುದಾಗಿರಬೇಕು. ಎಕ್ಸ್‌ಟೆನ್ಶನ್ ಒದಗಿಸಿದ ಒಳಗಿನ ಡೇಟಾದಲ್ಲಿ, ಮೂಲ ಫೈಲ್ ಬದಲಿಸಿದರೆ ನಕಲಿ ಸ್ಕ್ರಿಪ್ಟ್ ತಾನಾಗಿಯೇ ನವೀಕರಣಗೊಳ್ಳುವುದಿಲ್ಲ. ಪ್ರಾರಂಭದಲ್ಲಿ ಸಣ್ಣ ಸ್ಥಳೀಯ ಪಾಲಿಸಿಗಾಗಿ ಸ್ಕ್ರಿಪ್ಟ್ ಅನ್ನು data URL ನಲ್ಲಿ ಸೇರಿಸಿ — ಇದು ಇನ್ನೊಂದು ವಿತರಣಾ ಮಾರ್ಗ.

ಆಂತರಿಕ PAC ಖಾಸಗಿ ಹೋಸ್ಟ್‌ನಾಮ್‌ಗಳು ಮತ್ತು ರೂಟಿಂಗ್ ನಿಯಮಗಳನ್ನು ಹೊಂದಿರಬಹುದು. ಸ್ಥಳೀಯ ಫೈಲ್ ಸಮಸ್ಯೆ ಬಗೆಹರಿಸಲು ಅದನ್ನು ಯಾವುದೋ ಸಾರ್ವಜನಿಕ ಹೋಸ್ಟಿಂಗ್‌ಗೆ ಸ್ಥಳಾಂತರಿಸುವ ಬದಲು ಅನುಮೋದಿತ ವಿತರಣಾ ಸೇವೆಯಲ್ಲಿ ಇರಿಸಿ.

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