ನೀವು Firefox ನ “ಪ್ರಾಕ್ಸಿ ಬೇಡ” ಪಟ್ಟಿ ನಲ್ಲಿ 192.168.0.0/16 ಹಾಕಿದ್ದೀರಿ. http://192.168.1.20/ ತೆರೆದಾಗ ನೇರವಾಗಿ ಹೋಗುತ್ತದೆ, ಆದರೆ http://wiki.office.example/ ಇನ್ನೂ ಪ್ರಾಕ್ಸಿ ತಲುಪುತ್ತದೆ. ಎರಡೂ URL ಒಂದೇ ಸರ್ವರ್ ಅನ್ನು ಸೂಚಿಸಬಹುದು.

ಮುಖ್ಯ ವ್ಯತ್ಯಾಸವೆಂದರೆ Firefox ಹೋಲಿಸುವ ಗಮ್ಯಸ್ಥಾನ ಸ್ಟ್ರಿಂಗ್. IP-ಶ್ರೇಣಿ ವಿನಾಯಿತಿ ಮತ್ತು ಹೋಸ್ಟ್ನೇಮ್ ವಿನಾಯಿತಿ ಪರಸ್ಪರ ಬದಲಾಯಿಸಬಹುದಾದವು ಅಲ್ಲ. ವಿಳಾಸ-ಶ್ರೇಣಿ ನಿಯಮ ಅನ್ವಯಿಸುತ್ತದೆಯೇ ಎಂದು ನಿರ್ಧರಿಸುವ ಮೊದಲು ಕೈಯಿಂದ ಮಾಡಿದ ಬೈಪಾಸ್ ಪಟ್ಟಿ ಪ್ರತಿ ಹೋಸ್ಟ್ನೇಮ್ ಅನ್ನು ರಿಜಾಲ್ವ್ ಮಾಡುತ್ತದೆ ಎಂದು ಭಾವಿಸಬೇಡಿ.

ನಮೂದಿಸಿದ URLಹೋಲಿಕೆಗೆ ಲಭ್ಯವಿರುವ ಮಾಹಿತಿ
http://192.168.1.20/ಅಕ್ಷರಶಃ IP ವಿಳಾಸ
http://wiki.office.example/ಹೋಸ್ಟ್ನೇಮ್

ಇಂಟ್ರಾನೆಟ್ಗೆ ತನ್ನದೇ ಆದ ಡೊಮೇನ್ ಇದ್ದರೆ, ಹೆಸರುಗಳು ರಿಜಾಲ್ವ್ ಆಗಬಹುದಾದ ವಿಳಾಸಗಳನ್ನು ಊಹಿಸುವ ಬದಲು ಸೂಕ್ತವಾದ ಹೋಸ್ಟ್ನೇಮ್ ಅಥವಾ ಡೊಮೇನ್ ವಿನಾಯಿತಿಗಳನ್ನು ಬಳಸಿ. ಸಂಬಂಧವಿಲ್ಲದ ಸಾರ್ವಜನಿಕ ಸೇವೆಗಳನ್ನು ಆ ವಿನಾಯಿತಿಯ ಹೊರಗೆ ಇರಿಸಿ. ಒಂದು ಡೊಮೇನ್ ಒಳಗಿನ ಮತ್ತು ಹೊರಗೆ ಹೋಸ್ಟ್ ಮಾಡಿದ ಅನ್ವಯಗಳೆರಡನ್ನೂ ಹೊಂದಿರಬಹುದು.

Mozilla ನ ಮೂಲ ವಿವರಣೆ ಅಕ್ಷರಶಃ IP ಹೋಲಿಕೆಯನ್ನು ಆ IP ಗಳಿಗೆ ರಿಜಾಲ್ವ್ ಆಗುವ ಹೆಸರುಗಳಿಂದ ಸ್ಪಷ್ಟವಾಗಿ ಪ್ರತ್ಯೇಕಿಸುತ್ತದೆ. ಆ ದಾಖಲೆ ಐತಿಹಾಸಿಕವಾಗಿದೆ, ಆದ್ದರಿಂದ ಅದರಿಂದ ಪ್ರತಿ ಸಿಂಟ್ಯಾಕ್ಸ್ ಉದಾಹರಣೆಯನ್ನು ನಕಲಿಸುವ ಮೊದಲು ಪ್ರಸ್ತುತ ಕ್ಲೈಂಟ್ನ ವರ್ತನೆ ಮತ್ತು ನೀತಿ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಪರಿಶೀಲಿಸಿ.

ನೀತಿಗೆ DNS ಬೇಕಾದಾಗ

PAC ಫೈಲ್ DNS-ಅರಿವಿನ ನಿರ್ಧಾರಗಳಿಗೆ ಪ್ರತ್ಯೇಕ, ಸ್ಪಷ್ಟ ಜಾಗವನ್ನು ಒದಗಿಸುತ್ತದೆ. ಇದು ಸ್ಕ್ರಿಪ್ಟ್ನ ವಿತರಣೆ, ಕಾರ್ಯಗತಗೊಳಿಸುವಿಕೆ ಮತ್ತು ರಿಜಾಲ್ಯೂಶನ್ನ ವಿಫಲತಾ ವಿಧಾನಗಳನ್ನೂ ತರುತ್ತದೆ. ಉದ್ದವಾದ ಬೈಪಾಸ್ ಪಟ್ಟಿ ಚಿಕ್ಕದಾಗಿ ಕಾಣಿಸಲು ಅಲ್ಲ, ಮಾರ್ಗನಿರ್ದೇಶನದ ಅಗತ್ಯಕ್ಕೆ ಆ ತರ್ಕ ಬೇಕಾದ್ದರಿಂದ ಇದನ್ನು ಬಳಸಿ.

ನಿರ್ವಹಿತ ಸ್ಥಾಪನೆಯಲ್ಲಿ Firefox ನ ಪರಿಣಾಮಕಾರಿ ನೀತಿಯನ್ನೂ ಪರಿಶೀಲಿಸಿ. ಲಾಕ್ ಮಾಡಿದ ಪ್ರಾಕ್ಸಿ ನೀತಿ ಸ್ಥಳೀಯ ಸಂಪಾದನೆ ಮಾರ್ಗವನ್ನು ಏಕೆ ನಿರ್ಧರಿಸುವುದಿಲ್ಲ ಎಂಬುದನ್ನು ವಿವರಿಸಬಹುದು.

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

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