HTTP ಪ್ರಾಕ್ಸಿ ಸರಪಳಿಯಲ್ಲಿ DNS ವೈಫಲ್ಯಗಳು: ಯಾವ ಹಾಪ್ ಹೆಸರನ್ನು ಪರಿಹರಿಸುತ್ತದೆ?
ಸರಪಳಿಯಾದ ಫಾರ್ವರ್ಡ್ ಪ್ರಾಕ್ಸಿಯನ್ನು ಪತ್ತೆ ಮಾಡುವಾಗ ಸ್ಥಳೀಯ ಪ್ರಾಕ್ಸಿ ತಲುಪುವುದು, ಪೇರೆಂಟ್ ಪರಿಹರಿಸುವುದು ಮತ್ತು ವೆಬ್‌ಸೈಟ್ ಪರಿಹರಿಸುವುದನ್ನು ಬೇರ್ಪಡಿಸಿ.
client → local forward proxy → HTTP parent → websiteಎಲ್ಲಾ DNS “ಪ್ರಾಕ್ಸಿ”ಗೆ ಸೇರಿದೆ ಎಂದು ಹೇಳುವ ಬದಲು ವಿಫಲವಾಗುತ್ತಿರುವ ಹೆಸರಿನಿಂದ ಆರಂಭಿಸಿ:
| ಬೇಕಾದ ಹೆಸರು | ಅದನ್ನು ತಲುಪಬೇಕಾದ ಹಾಪ್ |
|---|---|
| ಸ್ಥಳೀಯ ಪ್ರಾಕ್ಸಿ ಎಂಡ್‌ಪಾಯಿಂಟ್ | ಕ್ಲೈಂಟ್ |
| HTTP ಪೇರೆಂಟ್ ಎಂಡ್‌ಪಾಯಿಂಟ್ | ಸ್ಥಳೀಯ ಫಾರ್ವರ್ಡ್ ಪ್ರಾಕ್ಸಿ |
| ವೆಬ್‌ಸೈಟ್ ಎಂಡ್‌ಪಾಯಿಂಟ್ | ಪೇರೆಂಟ್ ಅಂತಿಮ ಸಂಪರ್ಕ ತೆರೆದಾಗ |
ಎಂಡ್‌ಪಾಯಿಂಟ್‌ಗಳು ಹೋಸ್ಟ್‌ಹೆಸರುಗಳಾದಾಗ ಆ ಹಾಪ್‌ಗಳು ಬೇರೆ ಬೇರೆ ರೆಸಾಲ್ವರ್‌ಗಳನ್ನು ಬಳಸಬಹುದು. HTTPSಗೆ, ಫಾರ್ವರ್ಡ್ ಪ್ರಾಕ್ಸಿ CONNECTನ ಗಮ್ಯ ಹೋಸ್ಟ್ ಮತ್ತು ಪೋರ್ಟ್ ಅನ್ನು ಪೇರೆಂಟ್‌ಗೆ ನೀಡಬಹುದು, ಅದು ಅಂತಿಮ ಸಂಪರ್ಕವನ್ನು ಮಾಡುತ್ತದೆ. ಮೂಲ ಕ್ಲೈಂಟ್ ಮೊದಲು ವೆಬ್‌ಸೈಟ್ ಪರಿಹರಿಸಬೇಕಿಲ್ಲ. ಸಾಮಾನ್ಯ HTTP ಫಾರ್ವರ್ಡಿಂಗ್ ಕೂಡ ಗಮ್ಯದ ಮಾಹಿತಿಯನ್ನು ಮುಂದಕ್ಕೆ ಒಯ್ಯುತ್ತದೆ.
ಇದು ಪ್ರತಿ ಹೆಸರಿಗೂ ನಿಖರವಾಗಿ ಒಂದೇ ಯಂತ್ರ ಕೇಳುತ್ತದೆ ಎಂಬ ಭರವಸೆ ಅಲ್ಲ. ACL ಮೌಲ್ಯಮಾಪನ, ಕ್ಯಾಶಿಂಗ್, ನೀತಿ ಮತ್ತು ಅನುಷ್ಠಾನದ ವಿವರಗಳು ಹೆಚ್ಚುವರಿ ಹುಡುಕಾಟಗಳಿಗೆ ಕಾರಣವಾಗಬಹುದು.
ಪೇರೆಂಟ್ ಲಭ್ಯವಿಲ್ಲದಿದ್ದಾಗ ಫಾಲ್‌ಬ್ಯಾಕ್ ನೀತಿಯನ್ನು ಪರಿಶೀಲಿಸಿ. ನೇರ ಪ್ರವೇಶ ಅನುಮತಿಸಿದರೆ, ಸ್ಥಳೀಯ ಪ್ರಾಕ್ಸಿ ತನ್ನದೇ ರೆಸಾಲ್ವರ್ ಮತ್ತು ಮೂಲ-ವಿಳಾಸ ನಿರ್ಧಾರಗಳೊಂದಿಗೆ ವೆಬ್‌ಸೈಟ್‌ನ ಕಡೆಗಿನ ಹಾಪ್ ಆಗಬಹುದು. ಕೇವಲ ಪೇರೆಂಟ್ ಸಂರಚಿಸುವುದು ಪ್ರತಿ ವಿನಂತಿಯೂ ಅದನ್ನು ಬಳಸಿತು ಎಂದು ಸಾಬೀತು ಮಾಡುವುದಿಲ್ಲ.
ವೈಫಲ್ಯದಲ್ಲಿ, hosts ಕಡತ ಸಂಪಾದಿಸುವ ಮೊದಲು ಹೆಸರನ್ನು ಮತ್ತು ಅದನ್ನು ಪರಿಹರಿಸಲು ಪ್ರಯತ್ನಿಸುತ್ತಿರುವ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಗುರುತಿಸಿ. ಕ್ಲೈಂಟ್ ಬದಿಯ ಸಂಪಾದನೆ ಎಲ್ಲಾ ಮುಂದಿನ ನಿರ್ಧಾರಗಳನ್ನು ಸರಿಪಡಿಸಲಾರದು. ಅಂತಿಮ ಸಾರ್ವಜನಿಕ ಮೂಲ ವೆಬ್‌ಸೈಟ್ ಸಂಪರ್ಕ ತೆರೆಯುವ ಹಾಪ್‌ಗೆ ಸೇರಿದೆ; ಆ ಮೂಲವನ್ನು ಗಮನಿಸುವುದು DNS ಎಲ್ಲಿ ಸಂಭವಿಸಿತು ಎಂದು ಅಳೆಯುವುದಕ್ಕೆ ಸಮಾನವಲ್ಲ.