ಹೊಸ ಹಾಟ್‌ಸ್ಪಾಟ್ ಕ್ಲೈಂಟ್ IP ಪಡೆಯುವಲ್ಲಿ ಸಿಕ್ಕಿಹಾಕಿಕೊಳ್ಳುವುದು VPN ದೋಷವಲ್ಲ
ಸಂಪರ್ಕ, ಸ್ಥಳೀಯ DHCP ಲೀಸ್ ಮತ್ತು ಮುಂದಕ್ಕೆ ಫಾರ್ವರ್ಡಿಂಗ್ ಮೂರು ಹಂತಗಳು. ವಿಳಾಸ ಪಡೆಯುವಲ್ಲಿ ಸಿಕ್ಕಿಹಾಕಿಕೊಂಡ ಸಾಧನ ಎಂದೂ VPN ತಲುಪಿಲ್ಲ, ಆದ್ದರಿಂದ DNS ಸಂಪಾದಿಸುವುದನ್ನು ನಿಲ್ಲಿಸಿ.
ಒಂದು ಫೋನ್ ಹಾಟ್‌ಸ್ಪಾಟ್‌ಗೆ ಸೇರುತ್ತದೆ, «IP ವಿಳಾಸ ಪಡೆಯುತ್ತಿದೆ» ಎಂದು ನಿಂತುಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಕೊನೆಗೆ ಬಿಟ್ಟುಬಿಡುತ್ತದೆ. ಸಹಜ ತೀರ್ಮಾನವೆಂದರೆ ಫೋನ್‌ನ VPN DNS ಗೆ ಅಡ್ಡಿಯಾಗುತ್ತಿದೆ, ಹಾಗಾಗಿ ಜನರು ರಿಜಾಲ್ವರ್‌ಗಳು ಮತ್ತು ಸೇರಿಸಿದ ನಿಯಮಗಳನ್ನು ಸಂಪಾದಿಸಲು ಪ್ರಾರಂಭಿಸುತ್ತಾರೆ. ಅದು ತಪ್ಪು ಹಂತ. ಕ್ಲೈಂಟ್ ಎಂದೂ ಸ್ಥಳೀಯ ವಿಳಾಸ ಪಡೆದಿಲ್ಲ, ಮತ್ತು ಅದಿಲ್ಲದೆ ಅದಕ್ಕೆ ಗೇಟ್‌ವೇ ಇಲ್ಲ, ರಿಜಾಲ್ವರ್ ಇಲ್ಲ ಮತ್ತು ಮುಂದೆ ಕಳುಹಿಸಲು ಏನೂ ಇಲ್ಲ, ಆದ್ದರಿಂದ ಹೋಸ್ಟ್ ಫೋನ್‌ನ ಯಾವುದೇ VPN ಸೆಟ್ಟಿಂಗ್ ಈ ವೈಫಲ್ಯವನ್ನು ವಿವರಿಸಲಾಗದು. ಸಂಪರ್ಕ, ಸ್ಥಳೀಯ ವಿಳಾಸ ನಿಯೋಜನೆ ಮತ್ತು ಮುಂದಕ್ಕೆ ಫಾರ್ವರ್ಡಿಂಗ್ ಮೂರು ಪ್ರತ್ಯೇಕ ಹಂತಗಳು, ಮತ್ತು ಕೊನೆಯದಕ್ಕೆ ಮಾತ್ರ ಟನೆಲ್ ಸಂಬಂಧಿಸಿದೆ.
ಮೂರು ಹಂತಗಳು, ಮತ್ತು ನೀವು ಯಾವುದರಲ್ಲಿದ್ದೀರಿ
ಮೊದಲು ಸಂಪರ್ಕ ಬರುತ್ತದೆ: ಕ್ಲೈಂಟ್ ಹಾಟ್‌ಸ್ಪಾಟ್‌ನ ವೈರ್‌ಲೆಸ್ ನೆಟ್‌ವರ್ಕ್‌ಗೆ ಸೇರುತ್ತದೆ. ತಪ್ಪು ಪಾಸ್‌ವರ್ಡ್, WPA3 ಹೊಂದಾಣಿಕೆ ಇಲ್ಲದಿರುವುದು ಅಥವಾ ರೇಡಿಯೊ ಹೊಂದಾಣಿಕೆ ಸಮಸ್ಯೆ ಇಲ್ಲಿ ವಿಫಲವಾಗುತ್ತವೆ, ಮತ್ತು ಕ್ಲೈಂಟ್ ಸಾಮಾನ್ಯವಾಗಿ ಅದನ್ನು ಹೇಳುತ್ತದೆ. ಎರಡನೆಯದು ವಿಳಾಸ ನಿಯೋಜನೆ: IPv4 ಗಾಗಿ ಕ್ಲೈಂಟ್ ಲೀಸ್ ಕೇಳಿ ವಿಳಾಸದೊಂದಿಗೆ ಸ್ಥಳೀಯ ಗೇಟ್‌ವೇ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಪಡೆಯುತ್ತದೆ, ಆದರೆ IPv6 ಸಾಮಾನ್ಯವಾಗಿ DHCP ಬದಲು ರೌಟರ್ ಪ್ರಕಟಣೆಗಳನ್ನು ಬಳಸುತ್ತದೆ, ಎಂದು AOSP ನ ಟೆಥರಿಂಗ್ ದಾಖಲೆ ವಿವರಿಸುತ್ತದೆ. ಮೂರನೆಯದು ಹೊರಗಿನ ಪ್ರವೇಶ: ಹೋಸ್ಟ್ ಫೋನ್ ಅನುಮತಿಸಿದ ಸಂಚಾರವನ್ನು ತಾನು ಆಯ್ಕೆ ಮಾಡಿದ ಮೇಲ್ಮುಖ ಮಾರ್ಗಕ್ಕೆ ಫಾರ್ವರ್ಡ್ ಮಾಡುತ್ತದೆ, ಅದು ಅದರ ಟನೆಲ್ ಆಗಿರಬಹುದು ಅಥವಾ ಇಲ್ಲದಿರಬಹುದು.
ಕ್ಲೈಂಟ್‌ನಲ್ಲಿನ ಪಠ್ಯ ನಿಮಗೆ ಹಂತವನ್ನು ಹೇಳುತ್ತದೆ. ವಿಳಾಸ ಪಡೆಯುವಲ್ಲಿ ಸಿಕ್ಕಿಹಾಕಿಕೊಳ್ಳುವುದು ಎರಡನೇ ಹಂತ, ಇಂಟರ್ನೆಟ್‌ನ ಕಡೆಗೆ ಯಾವುದೇ ಪ್ಯಾಕೆಟ್ ಹೋಗುವ ಮೊದಲು. ಸಂಪರ್ಕಗೊಂಡಿದೆ, ವಿಳಾಸವಿದೆ, ಆದರೆ ಏನೂ ಲೋಡ್ ಆಗುತ್ತಿಲ್ಲ ಎಂಬುದು ಮೂರನೇ ಹಂತ, ಅಲ್ಲಿ ರೂಟಿಂಗ್, ಹೆಸರುಗಳು ಮತ್ತು ಟನೆಲ್ ವ್ಯಾಪ್ತಿ ಎಲ್ಲವೂ ಮುಖ್ಯ. ಕ್ಲೈಂಟ್ ಎರಡನೇ ಹಂತದಲ್ಲಿ ಸಿಕ್ಕಿಹಾಕಿಕೊಂಡಿರುವಾಗ ಮೂರನೇ ಹಂತವನ್ನು ನಿದಾನ ಮಾಡುವುದು ಐದು ನಿಮಿಷದ ಲೀಸ್ ಸಮಸ್ಯೆಯನ್ನು DNS ಸಂಪಾದನೆಗಳ ಮಧ್ಯಾಹ್ನವನ್ನಾಗಿ ಮಾಡುವ ದಾರಿ.
ಪುರಾಣ: ರೂಟ್ ಮಾಡಿದ VPN ಸ್ಥಳೀಯ DHCP ಅನ್ನು ದೂರದ ವಿನಂತಿಯಾಗಿ ಮಾಡುತ್ತದೆ
ರೂಟ್ ಮಾಡಿದ ಟನೆಲ್ ತಾನು ಆಯ್ಕೆ ಮಾಡಿದ ಗಮ್ಯಸ್ಥಾನಗಳಿಗಾಗಿ IP ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಸಾಗಿಸುತ್ತದೆ. DHCP ಶೋಧ ಹಾಟ್‌ಸ್ಪಾಟ್‌ನ ಸ್ವಂತ ವಿಭಾಗದಲ್ಲಿ ಪ್ರಸಾರವಾಗಿದೆ, ಮತ್ತು ಫೋನ್‌ನಲ್ಲಿನ ಟೆಥರಿಂಗ್ ಸೇವೆ ಅದಕ್ಕೆ ಸ್ಥಳೀಯವಾಗಿ ಉತ್ತರಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಟನೆಲ್ ಆನ್ ಇದ್ದಾಗಲೂ ಕ್ಲೈಂಟ್ ವಿಳಾಸ ಪಡೆಯಬಹುದು. ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಸೇತುವೆ ಮಾಡಿದ ಅಥವಾ ರಿಲೇ ಮಾಡಿದ ವಿನ್ಯಾಸ ಮಾತ್ರ ಆ ವಿನಿಮಯವನ್ನು ಬೇರೆಡೆಗೆ ಕಳುಹಿಸುತ್ತದೆ, ಮತ್ತು ಅದು ಬೇರೆ ವೈಫಲ್ಯದ ಸಹಿಯನ್ನು ಹೊಂದಿರುವ ಬೇರೆ ವ್ಯವಸ್ಥೆ.
ಆದ್ದರಿಂದ «VPN ಸರ್ವರ್ DHCP ಗೆ ಉತ್ತರಿಸುತ್ತಿಲ್ಲ» ಎಂಬುದು ನಿದಾನವಲ್ಲ, ಅದು ಮಾದರಿ ದೋಷ. ಸ್ಥಳೀಯ ಮಧ್ಯವರ್ತಿ ಫೋನ್‌ನಲ್ಲಿಯೇ ಇದೆ. ಅದು ಉತ್ತರಿಸುವುದನ್ನು ನಿಲ್ಲಿಸಿದರೆ, ಕಾರಣಗಳು ಸ್ಥಳೀಯ: ಟೆಥರಿಂಗ್ ಸೇವೆ, ಕ್ಲೈಂಟ್ ಮಿತಿ, ಲೀಸ್ ಪೂಲ್, ಅಥವಾ ಸಂಪರ್ಕವನ್ನು ಸರಿಯಾಗಿ ಪೂರ್ಣಗೊಳಿಸದ ಕ್ಲೈಂಟ್. ಅವುಗಳಲ್ಲಿ ಯಾವುದೂ ಟನೆಲ್‌ನ ದೂರದ ಭಾಗದಲ್ಲಿ ಇರುವುದಿಲ್ಲ.
ಚಾಲ್ತಿಯಲ್ಲಿರುವ ಕ್ಲೈಂಟ್ ಕೆಲಸ ಮಾಡುವುದು ನಿಜವಾಗಿ ಏನನ್ನು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ
ಈಗಾಗಲೇ ಸಂಪರ್ಕಗೊಂಡಿದ್ದ ಲ್ಯಾಪ್‌ಟಾಪ್ ಇನ್ನೂ ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದರೆ ಮತ್ತು ಹೊಸ ಫೋನ್ ಮಾಡದಿದ್ದರೆ, ಹಾಟ್‌ಸ್ಪಾಟ್ ಮತ್ತು ಮೇಲ್ಮುಖ ಮಾರ್ಗ ಸಾಮಾನ್ಯವಾಗಿ ಜೀವಂತವಾಗಿವೆ. ಆ ಹೋಲಿಕೆ ಉಪಯುಕ್ತ ಮತ್ತು ಯಾವ ಘಟಕ ದೋಷಿ ಎಂಬುದರ ಸಾಕ್ಷ್ಯವಲ್ಲ, ಏಕೆಂದರೆ ಕೆಲಸ ಮಾಡುತ್ತಿರುವ ಕ್ಲೈಂಟ್ ಬದಲಾವಣೆಗೆ ಮೊದಲಿನ ಲೀಸ್ ಅನ್ನು ಇಟ್ಟುಕೊಂಡು ಸದ್ದಿಲ್ಲದೆ ನವೀಕರಿಸುತ್ತಿರಬಹುದು.
ಅಲ್ಲಿರುವಾಗ ಎರಡು ಸ್ಥಳೀಯ ಮಿತಿಗಳನ್ನು ಪರಿಶೀಲಿಸುವುದು ಯೋಗ್ಯ. ಹಾಟ್‌ಸ್ಪಾಟ್ ಸೀಮಿತ ಲೀಸ್ ಪೂಲ್ ಮತ್ತು ಸಂರಚಿಸಬಹುದಾದ ಕ್ಲೈಂಟ್ ಮಿತಿಯನ್ನು ನೀಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಸೇರಿ ನಿದ್ರಿಸಿದ ಸಾಧನವು ವಿಳಾಸವನ್ನು ಹಿಡಿದಿಟ್ಟುಕೊಳ್ಳಬಹುದು ಮತ್ತು ಹೊಸದು ಕಾಯುತ್ತಿರುತ್ತದೆ. ಮತ್ತು ಇನ್ನೊಂದು ನೆಟ್‌ವರ್ಕ್‌ನ ಸ್ಥಿರ ಸಂರಚನೆಯನ್ನು ನೆನಪಿಟ್ಟುಕೊಳ್ಳುವ ಕ್ಲೈಂಟ್ ಲೀಸ್ ಅನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಕೇಳುವುದಿಲ್ಲ, ಇದು ಹೊರಗಿನಿಂದ ಒಂದೇ ರೀತಿ ಕಾಣುತ್ತದೆ ಮತ್ತು ಫೋನ್‌ನಲ್ಲಿ ಅಲ್ಲ, ಕ್ಲೈಂಟ್‌ನಲ್ಲಿ ಸರಿಪಡಿಸಲಾಗುತ್ತದೆ.
ಹೋಲಿಕೆಯನ್ನು ಸ್ಥಳೀಯ ಮತ್ತು ಹಿಂತಿರುಗಿಸಬಹುದಾದಂತೆ ಇರಿಸಿ
ನೀತಿ ಅನುಮತಿಸುವ ಸಾಧನದಲ್ಲಿ, ಟನೆಲ್ ನಿಷ್ಕ್ರಿಯವಾಗಿ ನಂತರ ಸಕ್ರಿಯವಾಗಿರಿಸಿ ಹೊಸ ಕ್ಲೈಂಟ್‌ನ ಒಂದು ಸೇರ್ಪಡೆಯನ್ನು ಹೋಲಿಸಿ, ಹಾಟ್‌ಸ್ಪಾಟ್ ಮತ್ತು ಕ್ಲೈಂಟ್ ಉಳಿದಂತೆ ಬದಲಾಗದೆ ಇರಿಸಿ. ಫೋನ್ ಮತ್ತು ಕ್ಲೈಂಟ್‌ನ ಆವೃತ್ತಿಗಳು, ಆಯ್ಕೆ ಮಾಡಿದ ಪ್ರೊಫೈಲ್ ಮತ್ತು ವಿಫಲವಾದ ನಿಖರ ಹಂತವನ್ನು ದಾಖಲಿಸಿ. ನಿರ್ವಹಿತ ಫೋನ್‌ನಲ್ಲಿ, ಸ್ವಚ್ಛ ಪರೀಕ್ಷೆಗಾಗಿ ಜಾರಿಯನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವ ಬದಲು ಅನುಮೋದಿತ ಹೋಲಿಕೆಯನ್ನು ಕೇಳಿ.
ಟನೆಲ್ ಅನ್ನು ಅವಲಂಬಿಸಿರುವ ಸ್ಥಿರವಾದ ಲೀಸ್ ವೈಫಲ್ಯವು ಸ್ಥಳೀಯ ನೀತಿ ಅಥವಾ ಅನುಷ್ಠಾನದ ಪರಸ್ಪರ ಕ್ರಿಯೆಯ ಬಗ್ಗೆ ಉಪಯುಕ್ತ ಸಾಕ್ಷ್ಯ. ಸಾಧನದಲ್ಲಿನ ಪ್ರತಿಯೊಂದು ಫಾರ್ವರ್ಡಿಂಗ್ ಮತ್ತು NAT ನಿಯಮವನ್ನು ಅಳಿಸಲು ಇದು ಪರವಾನಗಿ ಅಲ್ಲ. ಆ ನಿಯಮಗಳು ಸಂಬಂಧವಿಲ್ಲದ ಸಂಚಾರವನ್ನು ರಕ್ಷಿಸುತ್ತವೆ, ಮತ್ತು ವಿಶಾಲ ಫಾರ್ವರ್ಡಿಂಗ್ ಅನುಮತಿ ಸ್ಥಳೀಯ DHCP ಸೇವೆ ಏಕೆ ಉತ್ತರಿಸುವುದನ್ನು ನಿಲ್ಲಿಸಿತು ಎಂಬುದನ್ನು ವಿವರಿಸುವುದಿಲ್ಲ.
ಕಾಣೆಯಾದ ಲೀಸ್ ಅನ್ನು ಊಹಿಸಿದ ಸ್ಥಿರ ವಿಳಾಸದಿಂದ ಮುಚ್ಚಬೇಡಿ. ಉದ್ದೇಶಪೂರ್ವಕ ಸ್ಥಿರ ಸಂರಚನೆಗೆ ನಿಜವಾದ ಸಬ್‌ನೆಟ್, ಗೇಟ್‌ವೇ, ಹಂಚಿಕೆ ಯೋಜನೆ ಮತ್ತು ಘರ್ಷಣೆ ಪರಿಶೀಲನೆ ಬೇಕು. ಕ್ಲೈಂಟ್‌ನ DNS ಬದಲಾಯಿಸುವುದು ಅವುಗಳಲ್ಲಿ ಯಾವುದನ್ನೂ ನೀಡುವುದಿಲ್ಲ, ಮತ್ತು ಮುಂದಿನ ಸಾಧನವನ್ನು ಅದೇ ವೈಫಲ್ಯದೊಂದಿಗೆ ಬಿಡುತ್ತದೆ.
ಲೀಸ್ ಏನನ್ನು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ
ವಿಳಾಸ ಪಡೆಯುವುದು ಸ್ಥಳೀಯ ನೆಟ್‌ವರ್ಕ್‌ಗೆ ಪ್ರವೇಶವನ್ನು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ, ಫೋನ್‌ನ ಟನೆಲ್‌ನಿಂದ ರಕ್ಷಣೆಯನ್ನಲ್ಲ. ಕ್ಲೈಂಟ್‌ಗೆ ಲೀಸ್ ಬಂದ ನಂತರ, ಕೆಳಮುಖ ಮಾರ್ಗವನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಮೌಲ್ಯಮಾಪನ ಮಾಡಿ: ಕ್ಲೈಂಟ್‌ನ ಸಂಚಾರ ನಿಜವಾಗಿ ಫೋನ್ ಮೂಲಕ ಹೋಗುತ್ತದೆಯೇ, ನೀವು ನಿರೀಕ್ಷಿಸುವಲ್ಲಿ ಲುಕಪ್‌ಗಳು ಪರಿಹಾರವಾಗುತ್ತವೆಯೇ, ಮತ್ತು ಹೊರಗಿನ ವಿಳಾಸ ನೀವು ಉದ್ದೇಶಿಸಿದ ನಿರ್ಗಮನಕ್ಕೆ ಹೊಂದುತ್ತದೆಯೇ? ಇವು ಮೂರನೇ ಹಂತದ ಪ್ರಶ್ನೆಗಳು ಮತ್ತು ಸೇರ್ಪಡೆಯಲ್ಲಿ ಮಡಚುವ ಬದಲು ತಮ್ಮದೇ ಪರೀಕ್ಷೆಗೆ ಅರ್ಹವಾಗಿವೆ.
ಹಂತಗಳನ್ನು ಕ್ರಮವಾಗಿ ಮಾಡಿ, ವೈಫಲ್ಯ ಸ್ಥಳ ಬದಲಾಯಿಸುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ. ವಿಳಾಸ ಪಡೆಯುವಲ್ಲಿ ಸಿಕ್ಕಿಹಾಕಿಕೊಂಡ ಕ್ಲೈಂಟ್ ಸ್ಥಳೀಯ ಟೆಥರಿಂಗ್ ಪ್ರಶ್ನೆ; ವಿಳಾಸವಿದ್ದು ಪುಟಗಳಿಲ್ಲದ ಕ್ಲೈಂಟ್ ಫಾರ್ವರ್ಡಿಂಗ್ ಅಥವಾ ಹೆಸರಿಸುವಿಕೆಯ ಪ್ರಶ್ನೆ; ಪುಟಗಳಿದ್ದು ನಿರ್ಗಮನ ತಪ್ಪಾದ ಕ್ಲೈಂಟ್ ಟನೆಲ್ ವ್ಯಾಪ್ತಿಯ ಪ್ರಶ್ನೆ. ಇವನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಇರಿಸುವುದೇ ಡೀಬಗ್ ಮಾಡುವಿಕೆಯ ಬಹುಪಾಲು.