ನಿಮ್ಮ GIO-ಆಧಾರಿತ ಕ್ಲೈಂಟ್ 192.168.40.12 ಗೆ ನೇರವಾಗಿ ಹೋಗುತ್ತದೆ, ಆದರೆ reports.example ಗಾಗಿ ಪ್ರಾಕ್ಸಿ ಬಳಸುತ್ತದೆ. DNS ಹೇಳುವಂತೆ ಆ ಹೆಸರು ಆ ವಿಳಾಸಕ್ಕೆ ಪರಿಹರಿಸುತ್ತದೆ. ಬೈಪಾಸ್ ರಿಸಾಲ್ವರ್ ಮಾರ್ಗವನ್ನು ಆಯ್ಕೆ ಮಾಡುವ ಮೊದಲು ಆ ಹುಡುಕಾಟವನ್ನು ಮಾಡಬೇಕಿಲ್ಲ.

GSimpleProxyResolver ಪ್ರತ್ಯೇಕ ಹೊಂದಾಣಿಕೆ ನಿಯಮಗಳನ್ನು ದಾಖಲಿಸುತ್ತದೆ: ಹೋಸ್ಟ್‌ನಾಮ ವಿನಾಯಿತಿಗಳು ಹೆಸರಿನಿಂದ ಗುರುತಿಸಲಾದ ಗಮ್ಯಸ್ಥಾನಗಳಿಗೆ ಅನ್ವಯಿಸುತ್ತವೆ; IP ವಿನಾಯಿತಿಗಳು ವಿಳಾಸದಿಂದ ಗುರುತಿಸಲಾದ ಗಮ್ಯಸ್ಥಾನಗಳಿಗೆ ಅನ್ವಯಿಸುತ್ತವೆ.

ಕೇವಲ 192.168.40.12 ignore-hosts ನಲ್ಲಿ ಇದ್ದಾಗ ಸಂಖ್ಯಾತ್ಮಕ ಗಮ್ಯಸ್ಥಾನವು ಬೈಪಾಸ್ ಆಗಬಹುದು, ಆದರೆ ಹೋಸ್ಟ್‌ನಾಮ ಅಲ್ಲ. ವಿಳಾಸವನ್ನು ಸಬ್‌ನೆಟ್ ನಮೂದಾಗಿ ವಿಸ್ತರಿಸುವುದು ಅದನ್ನು ಆ ಸಬ್‌ನೆಟ್ ಒಳಗೆ ಪರಿಹರಿಸುವ ಹೆಸರುಗಳ ಪಟ್ಟಿಯಾಗಿ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಪರಿವರ್ತಿಸುವುದಿಲ್ಲ.

ಎರಡೂ ರೂಪಗಳು ನೇರವಾಗಿರಬೇಕಿದ್ದರೆ, ಎರಡೂ ಉದ್ದೇಶಗಳನ್ನು ನಿಜವಾದ ಬಳಕೆದಾರರು ಬೆಂಬಲಿಸುವ ರೂಪಗಳಲ್ಲಿ ವ್ಯಕ್ತಪಡಿಸಿ. ವಿನಾಯಿತಿಗಳು GNOME ಸೆಟ್ಟಿಂಗ್‌ಗಳಿಂದ ಬಂದರೆ, ಅವುಗಳನ್ನು ಪ್ರತ್ಯೇಕ ಪಟ್ಟಿ ನಮೂದುಗಳಾಗಿ ಸಂಗ್ರಹಿಸಿ. ಅಗತ್ಯತೆ ಅನುಮತಿಸುವಷ್ಟು ಹೆಸರಿನ ವಿನಾಯಿತಿಯನ್ನು ಸಂಕುಚಿತವಾಗಿ ಇರಿಸಿ; ಅನುಕೂಲಕರವಾದ ವಿಶಾಲ ಡೊಮೇನ್ ನಿಯಮವು ಸಂಬಂಧವಿಲ್ಲದ ಸೇವೆಗಳನ್ನು ಹೊರತುಪಡಿಸಬಹುದು.

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

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

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