“Resolving Host in Proxy Script” ನಲ್ಲಿ ಸಿಕ್ಕಿಹಾಕಿಕೊಂಡಿದ್ದೀರಾ? PAC ಫೈಲ್ ನೋಡಿ

ಸ್ಥಿತಿ ಸಂದೇಶವು “Resolving host in proxy script” ಎನ್ನುತ್ತದೆ, ಆದರೆ ಪ್ರಾಕ್ಸಿ ಸರ್ವರ್‌ಗಳನ್ನು ಬದಲಿಸುವುದು ಹೆಚ್ಚು ವ್ಯತ್ಯಾಸ ಮಾಡುವುದಿಲ್ಲ. ಇದು ಉಪಯುಕ್ತ ಸುಳಿವು: ಬ್ರೌಸರ್ ಇನ್ನೂ ವಿನಂತಿಯನ್ನು ಎಲ್ಲಿಗೆ ಕಳುಹಿಸಬೇಕೆಂದು ನಿರ್ಧರಿಸುತ್ತಿರಬಹುದು.

PAC ಫೈಲ್ DNS-ಅವಲಂಬಿತ ಪರಿಶೀಲನೆಗಳನ್ನು ಮಾಡಬಹುದು. ಆ ಪರಿಶೀಲನೆಗಳು ತಲುಪಲಾಗದ ರಿಜಾಲ್ವರ್‌ಗಾಗಿ ಕಾಯುತ್ತಿದ್ದರೆ ಅಥವಾ ಪದೇ ಪದೇ ಅನಗತ್ಯ ಪ್ರಶ್ನೆಗಳನ್ನು ಕೇಳುತ್ತಿದ್ದರೆ, ಆಯ್ಕೆಮಾಡಿದ ಪ್ರಾಕ್ಸಿ ಏನನ್ನೂ ಸ್ವೀಕರಿಸುವ ಮೊದಲೇ ಪುಟ ಲೋಡ್ ಆಗುವುದು ನಿಲ್ಲಬಹುದು.

1. ನಿಲುಗಡೆ ಎಲ್ಲಿದೆ ಎಂದು ಗುರುತಿಸಿ

ಒಂದು ಬಾಧಿತ URL ಗಾಗಿ, ವಿಳಂಬವು PAC ಫೈಲ್ ತರುವಾಗ, ಅದನ್ನು ಮೌಲ್ಯಮಾಪನ ಮಾಡುವಾಗ, ಅಥವಾ ಹಿಂತಿರುಗಿಸಿದ ಪ್ರಾಕ್ಸಿಗೆ ಸಂಪರ್ಕಿಸುವಾಗ ಉಂಟಾಗುತ್ತದೆಯೇ ಎಂದು ನಿರ್ಧರಿಸಿ. ಖಾಲಿ ಪ್ರಾಕ್ಸಿ ಪ್ರವೇಶ ಲಾಗ್ ಮೊದಲ ಎರಡು ಹಂತಗಳಿಗೆ ಹೊಂದಿಕೆಯಾಗುತ್ತದೆ; ಬ್ರೌಸರ್ ನೇರ ಮಾರ್ಗವನ್ನು ಬಳಸಿದೆ ಎಂದು ಅದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.

ನಂತರ ಯಾವ ನಿಯಮಗಳಿಗೆ DNS ಬೇಕು ಎಂದು ಪರಿಶೀಲಿಸಿ. Microsoft ನ PAC ಕಾರ್ಯಕ್ಷಮತೆ ಮಾರ್ಗಸೂಚಿ ಅನಗತ್ಯ DNS-ಅವಲಂಬಿತ ಕೆಲಸವನ್ನು ತಪ್ಪಿಸಲು ಸೂಚಿಸುತ್ತದೆ. ಹೋಸ್ಟ್‌ನಾಮ ಸಮಾನತೆ ಪರಿಶೀಲನೆಗೆ ಆ ಹೋಸ್ಟ್‌ನಾಮವನ್ನು ಪರಿಹರಿಸಿ ಸಬ್‌ನೆಟ್ ಪರಿಶೀಲಿಸುವಷ್ಟೇ ಮಾಹಿತಿ ಬೇಕಾಗಿಲ್ಲ.

2. ಅನಗತ್ಯ DNS ಕೆಲಸ ತೆಗೆದುಹಾಕಿ

ತಿಳಿದಿರುವ ಹೋಸ್ಟ್‌ನಾಮ ಅಪವಾದಗಳು ವಿಶಾಲ ವಿಳಾಸ-ಆಧಾರಿತ ಪರಿಶೀಲನೆಗಳ ಮೊದಲೇ ನಿರ್ಧರಿಸಬಹುದು. ಉಳಿದ ನೀತಿಗೆ ನಿಜವಾಗಿ ಅದರ ವಿಳಾಸ ಬೇಕಾದಾಗ ಮಾತ್ರ ಹೆಸರನ್ನು ಪರಿಹರಿಸಿ. ಮುಂದಿನ ಹಲವು ಷರತ್ತುಗಳಿಗೆ ಒಂದೇ ಮೌಲ್ಯ ಬೇಕಾದರೆ ಫಲಿತಾಂಶವನ್ನು ಸ್ಥಳೀಯ ಚರದಲ್ಲಿ ಇರಿಸಿ.

ಮೇಲೆ ಷರತ್ತಿಲ್ಲದ DIRECT ರಿಟರ್ನ್ ಸೇರಿಸಿ ನಿಧಾನ ಸ್ಕ್ರಿಪ್ಟ್ ಅನ್ನು “ಸರಿಪಡಿಸಬೇಡಿ”. ಅದು ವಿಳಂಬದೊಂದಿಗೆ ರೂಟಿಂಗ್ ನಿರ್ಧಾರವನ್ನೂ ತೆಗೆದುಹಾಕುತ್ತದೆ.

ಯಂತ್ರ-ನಿರ್ದಿಷ್ಟ DNS ಪರಿಹಾರಗಳಿಗೆ ಸಾಕ್ಷ್ಯ ಬೇಕು. ಫೈಲ್ ಹಂಚಿಕೆ ಸಕ್ರಿಯಗೊಳಿಸುವುದು ಅಥವಾ ಪ್ರತಿ ಲ್ಯಾಪ್‌ಟಾಪ್‌ನ hosts ಫೈಲ್ ಮರುಬರೆಯುವುದು ನಿಧಾನ ರೂಟಿಂಗ್ ಸ್ಕ್ರಿಪ್ಟ್‌ಗೆ ಕೆಟ್ಟ ಮೊದಲ ಪ್ರತಿಕ್ರಿಯೆ. ಬಾಧಿತ ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ ರಿಜಾಲ್ವರ್ ಮತ್ತು ಹೋಸ್ಟ್‌ನಾಮ ವರ್ತನೆಯನ್ನು ಪರಿಶೀಲಿಸಿ, ವಿಶೇಷವಾಗಿ ನೆಟ್‌ವರ್ಕ್ ಬದಲಾವಣೆಯ ನಂತರ, ಮತ್ತು PAC ಅನ್ನು ಅದರ ನಿಜವಾದ ನಿರ್ಧಾರ ಮಾರ್ಗ ಕೇಳುವ ಸ್ಥಳದಲ್ಲಿ ಮಾತ್ರ ಬದಲಿಸಿ.