ಹೊಸ ರೌಟರ್, ಅದೇ VPN ಸರ್ವರ್: ಅದರ ಸಾರ್ವಜನಿಕ ಪ್ರವೇಶವನ್ನು ಸರಿಸಿ

ನೀವು ಹೊಸ ರೌಟರ್ ಜೋಡಿಸುತ್ತೀರಿ, ಇಂಟರ್ನೆಟ್ ಮರಳಿ ಬರುತ್ತದೆ, ಆದರೆ ಫೋನಿನ VPN ಕ್ಲೈಂಟ್ ಇನ್ನೂ ಉತ್ತರಿಸದ ವಿಳಾಸದ ಕಡೆಗೆ ನೋಡುತ್ತಿದೆ. VPN ಸರ್ವರ್ನಲ್ಲಿ ಏನೂ ಬದಲಾಗಿಲ್ಲ, ಏಕೆಂದರೆ ಸರ್ವರ್ ಎಂದೂ ಸರಿದಿಲ್ಲ. ರೌಟರ್ ಸಾರ್ವಜನಿಕ ಪ್ರವೇಶ ಬಿಂದುವಾಗಿತ್ತು, ಮತ್ತು ಅದನ್ನು ಬದಲಿಸಿದ್ದು ವಿಳಾಸ, ಫಾರ್ವರ್ಡಿಂಗ್ ನಿಯಮ ಮತ್ತು ಬಹುಶಃ ಡೈನಾಮಿಕ್ DNS ನವೀಕರಣಕಾರ ಅನ್ನು ಒಂದೇ ಸಮಯದಲ್ಲಿ ಬದಲಿಸಿತು.

ಬದಲಾವಣೆಯನ್ನು ಒಂದಲ್ಲ, ಎರಡು ಹಸ್ತಾಂತರ ಎಂದು ಪರಿಗಣಿಸಿ ಮತ್ತು ಕೆಲಸ ಮಾಡುವಾಗ ನಿರ್ವಾಹಕ ಇಂಟರ್ಫೇಸ್ಗೆ ಸ್ಥಳೀಯ ದಾರಿಯನ್ನು ಇಟ್ಟುಕೊಳ್ಳಿ.

ಪ್ಲಗ್ ತೆಗೆಯುವ ಮೊದಲು ಹಸ್ತಾಂತರ ಬರೆಯಿರಿ

LAN ಪ್ರಿಫಿಕ್ಸ್, ಸರ್ವರ್ನ ವಿಳಾಸ ಮತ್ತು ಅದನ್ನು ಹೇಗೆ ನಿಗದಿಪಡಿಸಲಾಗುತ್ತದೆ, VPN ನಿಜವಾಗಿ ಬಳಸುವ ಶ್ರೋತೃ ಮತ್ತು ಸಾಗಣೆ, ಅದನ್ನು ಪ್ರಕಟಿಸುವ ಒಳಬರುವ ನಿಯಮ ಮತ್ತು ಗ್ರಾಹಕರು ಉಳಿಸಿದ ಹೆಸರನ್ನು ದಾಖಲಿಸಿ. ನಂತರ ಇಂದು ಯಾವ ಯಂತ್ರ ಡೈನಾಮಿಕ್ DNS ದಾಖಲೆಯನ್ನು ನವೀಕರಿಸುತ್ತದೆ ಎಂದು ಬರೆಯಿರಿ: ಅದು ರೌಟರ್, ಸರ್ವರ್ ಸ್ವತಃ ಅಥವಾ ಬೇರೆ ಹೋಸ್ಟ್ನಲ್ಲಿ ಪ್ರತ್ಯೇಕ ಏಜೆಂಟ್ ಆಗಿರಬಹುದು. ಹಳೆಯ ನಿರ್ವಾಹಕ ಪುಟಗಳು ಇನ್ನೂ ಲೋಡ್ ಆಗುತ್ತಿರುವಾಗಲೇ ಇದನ್ನು ಮಾಡಿ. ಒಳಬರುವ ನಿಯಮದ ಸ್ಕ್ರೀನ್ಶಾಟ್ ನೆನಪಿನಲ್ಲಿರುವ ಪೋರ್ಟ್ ಸಂಖ್ಯೆಗಿಂತ ಉತ್ತಮ.

ಗ್ರಾಹಕರು ತಲುಪಬೇಕಾದ ಖಾಸಗಿ ಪ್ರಿಫಿಕ್ಸ್ಗಳನ್ನು ಮತ್ತು LAN ನಲ್ಲಿನ ಸಾಧನಗಳು ಅವಕ್ಕೆ ಉತ್ತರಗಳನ್ನು ಹೇಗೆ ಹಿಂತಿರುಗಿಸುತ್ತವೆ ಎಂಬುದನ್ನು ಸೇರಿಸಿ. ಎರಡನ್ನೂ ಮರೆಯುವುದು ಸುಲಭ, ಏಕೆಂದರೆ ಬದಲಾವಣೆಯ ಮಾರ್ಗದರ್ಶಿ ಇಂಟರ್ನೆಟ್ ಪ್ರವೇಶದ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತದೆ, ಹಿಂತಿರುಗುವ ದಾರಿಗಳ ಬಗ್ಗೆ ಅಲ್ಲ. ಹಳೆಯ ಸಂರಚನೆಯನ್ನೂ ರಫ್ತು ಮಾಡಿ, ತಯಾರಕರು ಅದರ ಮರುಸ್ಥಾಪನೆಯನ್ನು ಬೆಂಬಲಿಸಿದರೆ, ಒಂದು ಮಾದರಿಯ ಬ್ಯಾಕಪ್ ಇನ್ನೊಂದಕ್ಕೆ ಸ್ವಚ್ಛವಾಗಿ ಆಮದಾಗುವುದು ಅಪರೂಪ ಎಂದು ಒಪ್ಪಿಕೊಳ್ಳುತ್ತಾ.

ಆ ದಾಖಲೆಯನ್ನು ಸುರಕ್ಷಿತ ಸ್ಥಳದಲ್ಲಿ ಇರಿಸಿ. ರೌಟರ್ ಬ್ಯಾಕಪ್ನಲ್ಲಿ WAN ಲಿಂಕ್ನ ರುಜುವಾತುಗಳು ಇರಬಹುದು. ರಫ್ತು ಫೈಲ್ ಅನ್ನು ಸೆಟ್ಟಿಂಗ್ಗಳ ಟಿಪ್ಪಣಿ ಎಂದಲ್ಲ, ಗುಪ್ತಪದದಂತೆ ಪರಿಗಣಿಸಿ.

ಮೊದಲು ವಿಳಾಸ ಸರಿಸಿ, ನಂತರ ಫಾರ್ವರ್ಡ್

ಹೊಸ ರೌಟರ್ ಅದೇ LAN ಪ್ರಿಫಿಕ್ಸ್ ಉಳಿಸಿಕೊಂಡರೆ, ಸರ್ವರ್ಗೆ ಅದರ ಹಿಂದಿನ ಕಾದಿರಿಸುವಿಕೆ ಅಥವಾ ಸಮಾನ ಸ್ಥಿರ ಹಂಚಿಕೆ ನೀಡಿ. ಪ್ರಿಫಿಕ್ಸ್ ಬದಲಾದರೆ, ಮೊದಲು ಸರ್ವರ್ನ ವಿಳಾಸ ಮತ್ತು ಅದನ್ನು ಹೆಸರಿಸುವ ಯಾವುದೇ ಶ್ರೋತೃ ಬಂಧವನ್ನು ನವೀಕರಿಸಿ, ಏಕೆಂದರೆ ಹಳೆಯ ವಿಳಾಸದ ಕಡೆಗೆ ತೋರಿಸುವ ಫಾರ್ವರ್ಡ್ ಸಂಚಾರವನ್ನು ಮೌನವಾಗಿ ಎಲ್ಲಿಗೂ ಕಳುಹಿಸುವುದಿಲ್ಲ.

ನಂತರ VPN ಬಳಸುವ ಸಾಗಣೆಗೆ ನಿಖರವಾಗಿ ಒಂದು ಒಳಬರುವ ನಿಯಮವನ್ನು ಮತ್ತೆ ರಚಿಸಿ. ಸ್ಥಳೀಯ ಸರ್ವರ್ಗೆ ಫಾರ್ವರ್ಡಿಂಗ್ ವಿವರಿಸುವ ತಯಾರಕರ ಮಾರ್ಗದರ್ಶಿಗಳು ಕ್ರಿಯಾವಿಧಾನವನ್ನು ತೋರಿಸುತ್ತವೆ, ಸಾರ್ವತ್ರಿಕ ಪಾಕವಿಧಾನವನ್ನಲ್ಲ, ಆದ್ದರಿಂದ ನಿಯಮವನ್ನು ಬ್ಲಾಗ್ನ ಪಟ್ಟಿಗೆ ಅಲ್ಲ, ನಿಮ್ಮ ನಿಜವಾದ ಪ್ರೋಟೋಕಾಲ್ ಮತ್ತು ಪೋರ್ಟ್ಗೆ ಹೊಂದಿಸಿ. ಹೊಸ ರೌಟರ್ನಲ್ಲಿನ ಫಾರ್ವರ್ಡ್ ಅದರ ಮೇಲಿರುವ ಆಪರೇಟರ್ ಮಟ್ಟದ NAT ಅನ್ನು ತೆಗೆಯಲಾರದು, ಮತ್ತು ಪೂರೈಕೆದಾರರು ಈಗಾಗಲೇ ಒಂದನ್ನು ನಿಮ್ಮೊಂದಿಗೆ ಹಂಚಿಕೊಂಡರೆ ಯಾವುದೇ ಸ್ಥಳೀಯ ನಿಯಮ ಖಾಸಗಿ ವಿಳಾಸವನ್ನು ಇಂಟರ್ನೆಟ್ನಿಂದ ತಲುಪಬಹುದಾದಂತೆ ಮಾಡದು.

ಸರ್ವರ್ನ ಸ್ವಂತ ಫೈರ್ವಾಲ್ ಇನ್ನೂ ಆ ಸಂಚಾರವನ್ನು ಅನುಮತಿಸುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ. ರೌಟರ್ ಮತ್ತು ಇಂಟರ್ನೆಟ್ ನಡುವೆ ಎರಡನೇ ಗೇಟ್ವೇ ಇದೆಯೇ ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ ಅನೇಕ ಪೂರೈಕೆದಾರರು ಮೋಡೆಮ್ ಮತ್ತು ರೌಟರ್ ಸೇರಿಸಿ ನೀಡುತ್ತಾರೆ. ಹೊಸ ಸಾಧನದ WAN ವಿಳಾಸ ಓದಿ ಮತ್ತು ಗ್ರಾಹಕರು ಪರಿಹರಿಸುವ ವಿಳಾಸದೊಂದಿಗೆ ಹೋಲಿಸಿ. ಅವು ಭಿನ್ನವಾಗಿದ್ದರೆ, ನಿಮ್ಮ ಫಾರ್ವರ್ಡ್ ಅಂಚು ಅಲ್ಲದ ಯಾವುದೋ ಒಂದರ ಮೇಲೆ ಇಳಿಯುತ್ತಿದೆ.

ಸಾರ್ವಜನಿಕ ಹೆಸರನ್ನು ಯಾರು ನವೀಕರಿಸುತ್ತಾರೆ ಎಂದು ನಿರ್ಧರಿಸಿ

ಎಂಡ್ಪಾಯಿಂಟ್ ನವೀಕರಣಗಳಿಗೆ ಒಬ್ಬ ಮಾಲೀಕ ಮತ್ತು ಒಬ್ಬರೇ ಬೇಕು. ಹಳೆಯ ರೌಟರ್ ಹೆಸರನ್ನು ಪ್ರಕಟಿಸುತ್ತಿದ್ದರೆ, ಬದಲಿಯಲ್ಲಿ ಬೆಂಬಲಿತ ನವೀಕರಣಕಾರವನ್ನು ಸಂರಚಿಸಿ ಮತ್ತು ದಾಖಲೆ ನಿಜವಾಗಿ ಬದಲಾಗಿದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ. ಸರ್ವರ್ ಈಗಾಗಲೇ ಅದನ್ನು ಪ್ರಕಟಿಸುತ್ತಿದ್ದರೆ, ಎರಡು ವಿಳಾಸಗಳ ನಡುವೆ ತೂಗಾಡುವ ಪ್ರತಿಸ್ಪರ್ಧಿ ನವೀಕರಣಕಾರವನ್ನು ಸೇರಿಸುವ ಬದಲು ಆ ವ್ಯವಸ್ಥೆಯನ್ನು ಹಾಗೆಯೇ ಬಿಡಿ.

ನಿಯೋಜನೆ ಎರಡೂ ವಿಳಾಸ ಕುಟುಂಬಗಳನ್ನು ಪ್ರಕಟಿಸಿದಾಗ, A ಮತ್ತು AAAA ಎರಡೂ ದಾಖಲೆಗಳನ್ನು ಓದಿ. ಪ್ರತಿಯೊಂದೂ ನಿಜವಾಗಿ ಕೇಳುತ್ತಿರುವ ಮತ್ತು ತನ್ನದೇ ಫೈರ್ವಾಲ್ ಮಾರ್ಗದ ಮೂಲಕ ಅನುಮತಿಸಲಾದ ಸೇವೆಗೆ ತೋರಿಸಬೇಕು, ಮತ್ತು ಕೆಲಸ ಮಾಡುವ IPv4 ಹೊಂದಾಣಿಕೆ IPv6 ಬದಿಯ ಬಗ್ಗೆ ಏನೂ ಹೇಳುವುದಿಲ್ಲ. ಕ್ಲೈಂಟ್ ಪ್ರೊಫೈಲ್ನಲ್ಲಿನ ಗುರುತು ಪರಿಶೀಲನೆಗಳನ್ನೂ ಉಳಿಸಿ: ಬದಲಾದ ಸಾರ್ವಜನಿಕ ವಿಳಾಸ ಹೊಂದಿಕೆಯಾಗದ ಪ್ರಮಾಣಪತ್ರ ಅಥವಾ ಸಹವರ್ತಿ ಕೀಲಿಯನ್ನು ಸ್ವೀಕರಿಸುವ ಕಾರಣವಲ್ಲ.

ಬದಲಾವಣೆಯನ್ನು ಹೊರಗಿನಿಂದ ಸಾಬೀತುಪಡಿಸಿ

LAN ಒಳಗಿನಿಂದ ಅಲ್ಲ, ಅಧಿಕೃತ ಹೊರಗಿನ ಸಂಪರ್ಕ ಮತ್ತು ಹೊಸ ಅಧಿವೇಶನದೊಂದಿಗೆ ಪರೀಕ್ಷಿಸಿ. ಸಾರ್ವಜನಿಕ ವಿಳಾಸದ ವಿರುದ್ಧದ ಒಳಗಿನ ಪರೀಕ್ಷೆ ಹೇರ್ಪಿನ್ ವರ್ತನೆಯನ್ನು ಅವಲಂಬಿಸಿದೆ ಮತ್ತು ನಿಜವಾದ ಕ್ಲೈಂಟ್ ಹೋಗುವ ದಾರಿಗಿಂತ ಬೇರೆ ದಾರಿ ಹೋಗುತ್ತದೆ.

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

ನಾಲ್ಕೂ ಹಂತಗಳು ದಾಟಿದ ನಂತರವೇ ಹಳೆಯ ರೌಟರ್ ನಿಲ್ಲಿಸುವುದು ಸುರಕ್ಷಿತ. ಅದನ್ನು ಬಿಚ್ಚಿ, ನಂತರ ಹೊರಗಿನ ಪರೀಕ್ಷೆಯನ್ನು ಇನ್ನೊಮ್ಮೆ ಪುನರಾವರ್ತಿಸಿ. ಹಳೆಯ ವಿಳಾಸಕ್ಕೆ ಇನ್ನೂ ಪರಿಹರಿಸುವ ಹಳೆಯ ದಾಖಲೆ ಮೊದಲ ಹಂತದಲ್ಲೇ ವಿಫಲವಾಗುತ್ತದೆ, ಮತ್ತು ಹಳೆಯ ಸಾಧನ ಇನ್ನೂ ಕಪಾಟಿನಲ್ಲಿರುವಾಗ ಅದನ್ನು ನಿರ್ಣಯಿಸುವುದು ಸುಲಭ.

ಹೊಸ ಹೊಂದಾಣಿಕೆಯನ್ನು ನಿಮ್ಮ ಮರುಪ್ರಾಪ್ತಿ ಟಿಪ್ಪಣಿಗಳೊಂದಿಗೆ ಇರಿಸಿ

ಅಂತಿಮ ಸರ್ವರ್ ಹಂಚಿಕೆ, ಒಳಬರುವ ನಿಯಮ ಮತ್ತು ನವೀಕರಣ ಮಾಲೀಕರ ಹೆಸರನ್ನು ಸ್ಥಳೀಯವಾಗಿ ರೌಟರ್ ತಲುಪುವ ಕಾರ್ಯವಿಧಾನದ ಪಕ್ಕದಲ್ಲಿ ಸಂಗ್ರಹಿಸಿ. ಮುಂದಿನ ಬದಲಾವಣೆ traceroute ನಿಂದಲ್ಲ, ಆ ಪುಟದಿಂದ ಆರಂಭವಾಗಬೇಕು.

ಮೇಲಿನ ಎಲ್ಲದರ ನಂತರವೂ ಸುರಂಗ ಹೊರಗಿನಿಂದ ವಿಫಲವಾದರೆ, ರೌಟರ್ ವರದಿ ಮಾಡುವ ಸಾರ್ವಜನಿಕ ವಿಳಾಸ ಗ್ರಾಹಕರು ಪರಿಹರಿಸುವ ವಿಳಾಸಕ್ಕೆ ಹೊಂದುತ್ತದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ. ಆ ಒಂದೇ ಹೋಲಿಕೆ DNS ಸಮಸ್ಯೆಯನ್ನು ಫಾರ್ವರ್ಡಿಂಗ್ ಸಮಸ್ಯೆಯಿಂದ ಬೇರ್ಪಡಿಸುತ್ತದೆ, ಮತ್ತು ಇನ್ನೊಂದು ಪೋರ್ಟ್ ಫಾರ್ವರ್ಡಿಂಗ್ ಮಾರ್ಗದರ್ಶಿ ಓದುವುದಕ್ಕಿಂತ ಕಡಿಮೆ ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ.