WinHTTP ಬೈಪಾಸ್ ಪಟ್ಟಿಯಲ್ಲಿ <local> ಎಂದರೆ ಏನು

WinHTTP ನ ಬೈಪಾಸ್ ಪಟ್ಟಿಯಲ್ಲಿ ವಿಶೇಷ ಟೋಕನ್ <local> ಇರಬಹುದು. ಈ ಸಂದರ್ಭದಲ್ಲಿ, local ಎಂದರೆ ಚುಕ್ಕೆ ಇಲ್ಲದ ಸರ್ವರ್ ಹೆಸರು. ಇದು ಪ್ರತಿ ಖಾಸಗಿ IP ವಿಳಾಸದ ಅಥವಾ ನಿಮ್ಮ Wi-Fi ನಲ್ಲಿನ ಪ್ರತಿ ಸಾಧನದ ಸಾಮಾನ್ಯ ವರ್ಗೀಕರಣವಲ್ಲ.

ಆದ್ದರಿಂದ ಸಣ್ಣ ಹೋಸ್ಟ್‌ನಾಮ್ ಮತ್ತು ಚುಕ್ಕೆಗಳಿರುವ ಹೋಸ್ಟ್‌ನಾಮ್ ವಿಭಿನ್ನ ಇನ್‌ಪುಟ್‌ಗಳು. http://intranet/ ಅನ್ನು ಕೋರುವ ಅಪ್ಲಿಕೇಶನ್ ಟೋಕನ್‌ಗೆ ಹೊಂದಿಕೆಯಾಗಬಹುದು, ಆದರೆ http://intranet.example.internal/ ಗೆ ಅನ್ವಯಿಸುವ ಸ್ಪಷ್ಟ ನಿಯಮ ಬೇಕು.

ಸಂರಚಿಸಿದ ವಿನಾಯಿತಿಗಳನ್ನು ಓದಿ

ಉದ್ದೇಶಿತ WinHTTP ಸಂರಚನೆಗೆ, ಸ್ಥಿರ ಉದಾಹರಣೆ ಇದು:

netsh winhttp set proxy `
  proxy-server="203.0.113.10:8080" `
  bypass-list="<local>;*.example.internal"

ಎಂಡ್‌ಪಾಯಿಂಟ್ ಕೇವಲ ಉದಾಹರಣೆಯಾಗಿದೆ. ಈ ಆದೇಶ WinHTTP ಸಂರಚನೆಯನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ ಮತ್ತು ಇದನ್ನು ಸಾಮಾನ್ಯ ಬ್ರೌಸರ್ ದುರಸ್ತಿ ಆಗಿ ಬಳಸಬಾರದು. ಹಿಂದಿನ ಸಂರಚನೆಯನ್ನು ದಾಖಲಿಸಿ ಮತ್ತು ಈ ಬದಲಾವಣೆ ಮಾಡುವ ಮೊದಲು ಗುರಿ ಅಪ್ಲಿಕೇಶನ್ ನಿಜವಾಗಿಯೂ ಅದನ್ನು ಬಳಸುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ.

ವೈಲ್ಡ್‌ಕಾರ್ಡ್ ನಿಯಮ ಮತ್ತು local ಟೋಕನ್ ಬೇರೆ ಬೇರೆ ಕೆಲಸಗಳನ್ನು ಮಾಡುತ್ತವೆ. 192.168.1.10 ನಂತಹ ಚುಕ್ಕೆಗಳಿರುವ IP ಅಕ್ಷರಶಃ ಚುಕ್ಕೆ ಇಲ್ಲದ ಹೋಸ್ಟ್‌ನಾಮ್ ಅಲ್ಲ. ಅಂತಹ ವಿಳಾಸವು ನೇರವಾಗಿ ಹೋಗಬೇಕಿದ್ದರೆ, local ಪದವು ಅದನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆ ಎಂದು ಊಹಿಸುವ ಬದಲು ಸೂಕ್ತವಾಗಿ ಬೆಂಬಲಿತ ಸ್ಪಷ್ಟ ವಿನಾಯಿತಿಯನ್ನು ಬಳಸಿ.

ವಿನಂತಿಯ ನಿಜವಾದ ಹೋಸ್ಟ್ ಪರಿಶೀಲಿಸಿ

ಸೇವೆಯು ಸಣ್ಣ ಹೆಸರನ್ನು ಬಳಸಬಹುದು ಆದರೆ ಬ್ರೌಸರ್ ಬುಕ್‌ಮಾರ್ಕ್ ಪೂರ್ಣ ಅರ್ಹ ಹೆಸರನ್ನು ಬಳಸುತ್ತದೆ. ಎರಡೂ ಹೆಸರುಗಳು ಅಂತಿಮವಾಗಿ ಒಂದೇ ಸರ್ವರ್ ಅನ್ನು ಗುರುತಿಸಿದರೂ ಫಲಿತಾಂಶದ ಮಾರ್ಗ ಭಿನ್ನವಾಗಿರಬಹುದು.

ವಿನಂತಿಯು ನೀವು ಪರಿಶೀಲಿಸಿದ ಸ್ಥಿರ ಡೀಫಾಲ್ಟ್ ಬದಲು ಅಪ್ಲಿಕೇಶನ್-ನಿರ್ದಿಷ್ಟ ಪ್ರಾಕ್ಸಿ ಮಾಹಿತಿ ಅಥವಾ PAC ಮೌಲ್ಯಮಾಪನದಿಂದ ನಿಯಂತ್ರಿಸಲ್ಪಡಬಹುದು. ಬೇರೆಡೆ ಬೈಪಾಸ್ ಪಟ್ಟಿಯನ್ನು ಬದಲಾಯಿಸುವ ಮೊದಲು ವಿಫಲವಾಗುತ್ತಿರುವ ಅಪ್ಲಿಕೇಶನ್ ಬಳಸುವ ಮೂಲವನ್ನು ಗುರುತಿಸಿ.

ವರ್ತನೆಯನ್ನು ಹೋಲಿಸಲು, ಅದೇ ಕ್ಲೈಂಟ್‌ಗೆ URL ಹೋಸ್ಟ್‌ನಾಮ್ ಮತ್ತು ಆಯ್ಕೆಮಾಡಿದ ಪ್ರಾಕ್ಸಿ ನೀತಿಯನ್ನು ದಾಖಲಿಸಿ. ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಹೊರಗಿಡಲಾದ ಹೋಸ್ಟ್ ನೇರವಾಗಿ ಉಳಿಯುತ್ತದೆ ಎಂಬ ಕಾರಣಕ್ಕೆ ಮಾತ್ರ ಕೆಲಸ ಮಾಡುತ್ತಿರುವ ಸಾರ್ವಜನಿಕ ಪ್ರಾಕ್ಸಿಯನ್ನು ಬದಲಾಯಿಸಬೇಡಿ.

ಈ ವ್ಯತ್ಯಾಸವನ್ನು DNS ಮತ್ತು ಕರ್ನಲ್ ರೂಟಿಂಗ್‌ನಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿ ಇರಿಸಿ: ಬೈಪಾಸ್ ನಿಯಮವು ವಿನಂತಿಗೆ ಪ್ರಾಕ್ಸಿ ಬಳಸುವುದೋ ಇಲ್ಲವೋ ಎಂಬುದನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ. ಅದು ಬೇರೆ ರೀತಿಯಲ್ಲಿ ತಲುಪಲಾಗದ ಗಮ್ಯಸ್ಥಾನವನ್ನು ತಲುಪಬಹುದಾದಂತೆ ಮಾಡುವುದಿಲ್ಲ.