WPAD ಪರಿಹಾರವಾಗುತ್ತದೆ, ಆದರೆ ಬ್ರೌಸರ್‌ಗೆ 404 ಸಿಗುತ್ತದೆ

wpad ಎಂಬ ಹೆಸರು ನಿರೀಕ್ಷಿತ ಯಂತ್ರಕ್ಕೆ ಪರಿಹರಿಸುತ್ತದೆ. ಅದು ಉತ್ತೇಜನಕರ, ಆದರೆ ಅದು ಕೇವಲ ಆರಂಭ. ಬ್ರೌಸರ್ ಇನ್ನೂ ಆ ಯಂತ್ರದಿಂದ ಫೈಲ್ ಕೇಳಿ PAC ಸ್ಕ್ರಿಪ್ಟ್ ಪಡೆಯಬೇಕು.

ಉಪಯುಕ್ತ ಸುಳಿವು ವೆಬ್ ಸರ್ವರ್‌ನ ಪ್ರವೇಶ ಲಾಗ್‌ನಲ್ಲಿ ಸಿಗುತ್ತದೆ: ಕ್ಲೈಂಟ್ /wpad.dat ಕೇಳಿ HTTP 404 ಪಡೆದಿದೆ. ಕೈಯಿಂದ ತೆರೆದ PAC URL ಬೇರೆ ಹೋಸ್ಟ್‌ಹೆಸರನ್ನು ಬಳಸಬಹುದು. ಎರಡೂ ಹೆಸರುಗಳು ಒಂದೇ ಸರ್ವರ್ ತಲುಪಿದರೂ ಅವು ಬೇರೆ ಬೇರೆ ವರ್ಚುವಲ್ ಹೋಸ್ಟ್‌ಗಳನ್ನು ಆಯ್ಕೆ ಮಾಡಬಹುದು.

ಕ್ಲೈಂಟ್ ಮಾಡಿದ ವಿನಂತಿಯನ್ನು ಅನುಸರಿಸಿ

ಶೋಧ ಆಯ್ಕೆ ಮಾಡಿದ ನಿಖರ URL, HTTP Host ಮೌಲ್ಯ, ಮಾರ್ಗ ಮತ್ತು ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಪರಿಶೀಲಿಸಿ. ಸಾಮಾನ್ಯ ಬ್ರೌಸರ್ ಟ್ಯಾಬ್‌ನಲ್ಲಿ ಅನುಕೂಲಕರ PAC URL ತೆರೆಯುವುದು ಸ್ವಯಂಚಾಲಿತ ಶೋಧ ಆ URL ಕೇಳಿತು ಎಂದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.

ಸಣ್ಣ ಮತ್ತು ಸಂಪೂರ್ಣ ಅರ್ಹತೆಯುಳ್ಳ ಎರಡೂ ಹೆಸರುಗಳು ನಿರೀಕ್ಷಿತವಾದರೆ, ಉದ್ದೇಶಿತ ವೆಬ್ ಹೋಸ್ಟ್ ಆ ಹೆಸರುಗಳನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ನಿರ್ವಹಿಸಲು ಸಂರಚಿಸಿ. /wpad.dat ಸರಿಯಾದ ಫೈಲ್‌ಗೆ ಮ್ಯಾಪ್ ಆಗಿದೆಯೇ, ಡೀಫಾಲ್ಟ್ ಡಾಕ್ಯುಮೆಂಟ್ ರೂಟ್ ಅಥವಾ ಸಂಬಂಧವಿಲ್ಲದ ಅಪ್ಲಿಕೇಶನ್‌ಗೆ ಅಲ್ಲ ಎಂದು ಖಚಿತಪಡಿಸಿ.

ಸ್ಕ್ರಿಪ್ಟ್ ಒದಗಿಸಿ, ದೋಷ ಪುಟವಲ್ಲ

ಪ್ರತಿಕ್ರಿಯೆಯ ಸ್ಥಿತಿಯೊಂದಿಗೆ ಅದರ ಮುಖ್ಯಾಂಶವನ್ನೂ ಪರಿಶೀಲಿಸಿ. ಸೈನ್-ಇನ್ ಪುಟ, ಬ್ರಾಂಡ್ ಮಾಡಿದ ದೋಷ ದಾಖಲೆ ಅಥವಾ ಮರುನಿರ್ದೇಶನವು ಕೈಯಿಂದ ನೋಡಿದಾಗ ನಂಬಲರ್ಹವಾಗಿ ಕಾಣಬಹುದು, ಆದರೆ ಅದು ರಿಜಾಲ್ವರ್ ನಿರೀಕ್ಷಿಸುವ PAC ಸ್ಕ್ರಿಪ್ಟ್ ಅಲ್ಲ. Chromium ಕಟ್ಟುನಿಟ್ಟಾದ PAC ಡೌನ್‌ಲೋಡ್ ಅವಶ್ಯಕತೆಗಳು ಅನ್ನು ದಾಖಲಿಸುತ್ತದೆ, ಅದರಲ್ಲಿ HTTP 200 ಪ್ರತಿಕ್ರಿಯೆಯೂ ಸೇರಿದೆ.

ವಿತರಣೆ ಯಶಸ್ವಿಯಾದ ನಂತರ ನಂತರವೇ FindProxyForURL() ಡೀಬಗ್ ಮಾಡುವುದು ಅರ್ಥಪೂರ್ಣ. ಅದರ ಹೋಸ್ಟ್‌ಹೆಸರಿನ ನಿಯಮಗಳನ್ನು ಬದಲಿಸುವುದರಿಂದ ಬ್ರೌಸರ್ ಅದನ್ನು ಪಡೆಯದಂತೆ ತಡೆದ 404 ಅನ್ನು ಸರಿಪಡಿಸಲಾಗದು.

PAC ವೆಬ್ ಸರ್ವರ್ ಅನ್ನು ಅದರ ಸ್ಕ್ರಿಪ್ಟ್‌ನಲ್ಲಿ ಹೆಸರಿಸಲಾದ ಫಾರ್ವರ್ಡ್ ಪ್ರಾಕ್ಸಿಯಿಂದ ಪ್ರತ್ಯೇಕಿಸಿ. ಅವು ಒಂದೇ ಯಂತ್ರವನ್ನು ಹಂಚಿಕೊಳ್ಳಬಹುದು, ಆದರೆ ಒಂದು ಸೇವೆಯ ಪ್ರವೇಶ ಲಾಗ್‌ನ ನಮೂದು ಇನ್ನೊಂದು ಸೇವೆ ಬಳಕೆದಾರರ ಗಮ್ಯಸ್ಥಾನ ವಿನಂತಿಯನ್ನು ನಿರ್ವಹಿಸಿತು ಎಂಬುದಕ್ಕೆ ಸಾಕ್ಷ್ಯವಲ್ಲ.