VPN ಸರಿದಿದೆ: ನಿಮ್ಮ OpenVPN ಕ್ಲೈಂಟ್ ಇನ್ನೂ ಹಳೆಯ IP ಗೆ ಕರೆ ಮಾಡುವುದೇಕೆ

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

DNS ಏನು ಹೇಳುತ್ತದೆ ಎಂಬುದಲ್ಲ, ಪ್ರೊಫೈಲ್ ಯಾವುದಕ್ಕೆ ಕರೆ ಮಾಡುತ್ತದೆ ಎಂಬುದನ್ನು ನೋಡಿ

ನೀವು ನಿಜವಾಗಿ ಬಳಸುವ ಸಂಪರ್ಕವನ್ನು ತೆರೆದು remote ಸಾಲನ್ನು ಓದಿ. ಅಲ್ಲಿನ ಸಂಖ್ಯಾತ್ಮಕ ವಿಳಾಸವು ದಾಖಲೆ ಎಷ್ಟೇ ಸರಿಯಾದರೂ ಹೋಸ್ಟ್ನಾಮ್ ನವೀಕರಣವನ್ನು ಎಂದಿಗೂ ಅನುಸರಿಸುವುದಿಲ್ಲ.

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

ಎರಡು ಫೈಲ್ಗಳು, ಒಂದು ಎಂಡ್ಪಾಯಿಂಟ್ — ಇಲ್ಲಿ ಸಾಮಾನ್ಯವಾಗಿ ಕಂಡುಬರುವುದು ಇದೇ.

grep -nE '^remote|^resolv-retry|^persist-remote-ip|^float' client.ovpn
printf 'resolver says: '; dig +short vpn.example.net

ಕ್ಲೈಂಟ್ನ ಮುಂದಿನ ಸಂಪರ್ಕ ಪ್ರಯತ್ನವನ್ನು ಓದಿ

ವಿವರವಾದ ಲಾಗಿಂಗ್ನೊಂದಿಗೆ ಸಂಪರ್ಕವನ್ನು ಮರುಪ್ರಾರಂಭಿಸಿ ಮತ್ತು ಅದು ಸಂಪರ್ಕಿಸುವ ವಿಳಾಸವನ್ನು ಹೆಸರಿಸುವ ಸಾಲನ್ನು ಓದಿ. ಆ ಮೌಲ್ಯವೇ ಮುಖ್ಯ, ನಿಮ್ಮ ಬ್ರೌಸರ್ ಪರಿಹರಿಸಿದ್ದಲ್ಲ.

ರಿಸಾಲ್ವರ್ ಕ್ಯಾಶ್ ಇನ್ನೂ ಹಿಂದಿನ ಉತ್ತರವನ್ನು ಹಿಡಿದಿಟ್ಟುಕೊಳ್ಳಬಹುದು, ಮತ್ತು ಕೆಲವು ನೆಟ್ವರ್ಕ್ಗಳು ದಾಖಲೆಯ TTL ಕೇಳುವುದಕ್ಕಿಂತ ಹೆಚ್ಚು ಕಾಲ ಅದನ್ನು ಇಡುತ್ತವೆ. ಬೇರೆಡೆಯಿಂದ ಪರೀಕ್ಷಿಸಿದ ಸಾರ್ವಜನಿಕ ರಿಸಾಲ್ವರ್ ಬದಲು ಕ್ಲೈಂಟ್ ನಿಜವಾಗಿ ಬಳಸುವ ರಿಸಾಲ್ವರ್ ಅನ್ನು ಕೇಳಿ.

ಲಾಗ್ ಹೊಸ ವಿಳಾಸವನ್ನು ತೋರಿಸಿ ಸಂಪರ್ಕ ಇನ್ನೂ ವಿಫಲವಾದರೆ, ಸಮಸ್ಯೆ ಸರಿದಿದೆ: ಪ್ಯಾಕೆಟ್ ಎಲ್ಲಿಗೋ ಹೋಗುತ್ತಿದೆ ಮತ್ತು ಯಾರೂ ಉತ್ತರಿಸುತ್ತಿಲ್ಲ. ಇದು ಲಿಸನರ್, ಫೈರ್ವಾಲ್ ಅಥವಾ ಪೋರ್ಟ್ ಫಾರ್ವರ್ಡಿಂಗ್ನ ಪ್ರಶ್ನೆ, ಮತ್ತು ಇದು ಕ್ಲೈಂಟ್ನ ರಿಸಲ್ಯೂಶನ್ ಮಾರ್ಗದಲ್ಲಲ್ಲ, ಸರ್ವರ್ ಬದಿಯಲ್ಲಿದೆ. ಈ ಎರಡು ವೈಫಲ್ಯಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಇಡಿ, ಏಕೆಂದರೆ ತಲುಪಲಾಗದ ಲಿಸನರ್ ಅನ್ನು DNS ಸಮಸ್ಯೆ ಎಂದು ಪರಿಗಣಿಸುವುದು ನಿಮ್ಮನ್ನು ಅದೇ ಲೂಪ್ನಲ್ಲಿ ಎರಡು ಬಾರಿ ಸುತ್ತಿಸುತ್ತದೆ.

ನೀವು ಯಾವ ಮರುಪ್ರಾರಂಭ ಮಾಡುತ್ತಿದ್ದೀರಿ ಎಂದು ತಿಳಿಯಿರಿ

ಎಲ್ಲಾ ಮರುಪ್ರಾರಂಭಗಳು ಒಂದೇ ಸ್ಥಿತಿಯನ್ನು ಉಳಿಸಿಕೊಳ್ಳುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಹೇಗೆ ಮರುಬಳಕೆ ಮಾಡಲಾಗುತ್ತದೆ ಎಂಬುದರ ಮೇಲೆ ವಿಳಾಸ ಬದಲಾವಣೆ ಬೇರೆ ರೀತಿ ವರ್ತಿಸಬಹುದು. ಸಿಗ್ನಲ್ನಿಂದ ಪ್ರಾರಂಭವಾಗುವ ಮೃದು ಮರುಪ್ರಾರಂಭವು ಹಿಂದಿನ ಅವಧಿಯ ಹೆಚ್ಚು ಸಂದರ್ಭವನ್ನು ಉಳಿಸಿಕೊಳ್ಳುತ್ತದೆ, ಆದರೆ ಪೂರ್ಣ ನಿಲ್ಲಿಸುವಿಕೆ ಮತ್ತು ಪ್ರಾರಂಭವು ಮತ್ತೆ ಸಂರಚನೆಯಿಂದ ಆರಂಭವಾಗುತ್ತದೆ. ಕ್ಲೈಂಟ್ ಮತ್ತೆ ಪರಿಹರಿಸುತ್ತದೆಯೇ ಎಂದು ಪರೀಕ್ಷಿಸುತ್ತಿದ್ದರೆ, ನಿಮಗೆ ಸಂರಚನೆಯಿಂದ ಪ್ರಾರಂಭವಾಗುವ ಮಾರ್ಗ ಬೇಕು.

ಸ್ಥಿರತೆಯ ಸೆಟ್ಟಿಂಗ್ಗಳೂ ಮುಖ್ಯ, ಏಕೆಂದರೆ ಅವು ಹೊಸ ವಿಳಾಸಗಳ ಹಿಂದೆ ಓಡುವುದಕ್ಕಲ್ಲ, ದೃಢೀಕರಿಸಿದ್ದನ್ನು ಉಳಿಸಲು ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿವೆ.

ಅತ್ಯಂತ ಸ್ವಚ್ಛ ಪರೀಕ್ಷೆ ಎಂದರೆ ಉದ್ದೇಶಿತ ಪ್ರೊಫೈಲ್ನಿಂದ ಹೊಸ ಪ್ರಾರಂಭ, ನಂತರ ಎಂಡ್ಪಾಯಿಂಟ್ ಹೆಸರಿಸುವ ಲಾಗ್ ಸಾಲಿನ ನೋಟ. ಭಾಗಶಃ ಉಳಿಸಿದ ಅವಧಿಯಿಂದ ನೀವು ಕಲಿಯುವುದೆಲ್ಲ ಆ ಅವಧಿಯ ಬಗ್ಗೆ ಒಂದು ಹೇಳಿಕೆ.

ನಾಲ್ಕು ಆಯ್ಕೆಗಳು ಮತ್ತು ಅವುಗಳ ಪ್ರತ್ಯೇಕ ಕೆಲಸಗಳು

ಹೋಸ್ಟ್ನಾಮ್ನೊಂದಿಗೆ remote ಎಂಬುದು ಮರುಪರಿಹರಿಸುವಿಕೆಯನ್ನು ಸಾಧ್ಯವಾಗಿಸುವ ಸೆಟ್ಟಿಂಗ್; ಆ ಸಾಲಿನಲ್ಲಿ ಅಕ್ಷರಶಃ ವಿಳಾಸ ಇದ್ದರೆ ಅದು ಅಸಾಧ್ಯವಾಗುತ್ತದೆ. resolv-retry ಹುಡುಕಾಟ ವಿಫಲವಾದಾಗ ಏನಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ನಿಯಂತ್ರಿಸುತ್ತದೆ, ಮತ್ತು 2.6 ಅದನ್ನು ಈಗಾಗಲೇ ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ಅನಂತ ಮಾಡಿದೆ. ಆದ್ದರಿಂದ ಅದನ್ನು ಸೇರಿಸುವುದರಿಂದ ಏನೂ ಬದಲಾಗುವುದಿಲ್ಲ, ಮತ್ತು ಅದು ಬೇರೆ ಉತ್ತರಕ್ಕಾಗಿ ಆವರ್ತಕ ಪರಿಶೀಲನೆಯನ್ನು ಎಂದಿಗೂ ನಿಗದಿಪಡಿಸುವುದಿಲ್ಲ. ಅದು ಹೊಸ ವಿಳಾಸಗಳನ್ನು ಸಮೀಕ್ಷೆ ಮಾಡುತ್ತದೆ ಎಂದು ಹೇಳುವವರು ಚೇತರಿಕೆ ಮತ್ತು ತಾಜಾತನವನ್ನು ಬೆರೆಸಿದ್ದಾರೆ.

persist-remote-ip ತಾಜಾತನವಲ್ಲ, ನಿರಂತರತೆಯ ವಿಷಯ: ಅದು ಕೊನೆಯದಾಗಿ ದೃಢೀಕರಿಸಿದ ಎಂಡ್ಪಾಯಿಂಟ್ ಅನ್ನು, ಅದು ಬೆಂಬಲಿಸುವ ಮೃದು ಮರುಪ್ರಾರಂಭಗಳ ಉದ್ದಕ್ಕೂ ಮರುಬಳಕೆ ಮಾಡುತ್ತದೆ. ನೀವು ಸ್ಥಳಾಂತರವನ್ನು ಪರೀಕ್ಷಿಸುತ್ತಿರುವಾಗ ಇದು ನಿಮಗೆ ಬೇಕಾದುದಕ್ಕೆ ವಿರುದ್ಧ. ನಿಮ್ಮ ನಿರ್ಮಾಣವು ಅದನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿದರೆ ಪರೀಕ್ಷೆಗೆ ಅದನ್ನು ಆಫ್ ಮಾಡಿ, ನಂತರ ಹೊಸ ಎಂಡ್ಪಾಯಿಂಟ್ ಸಾಬೀತಾದ ಮೇಲೆ ಮರುಸ್ಥಾಪಿಸಿ. ಆನ್ ಬಿಟ್ಟರೆ, ಯಶಸ್ವಿ ಮರುಸಂಪರ್ಕವು DNS ಬಗ್ಗೆ ನಿಮಗೆ ಏನನ್ನೂ ಹೇಳದೇ ಇರಬಹುದು.

float ಅವಧಿಯ ಮಧ್ಯದಲ್ಲಿ ವಿಳಾಸ ಬದಲಾದ ದೃಢೀಕೃತ ಪೀರ್ ಅನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ, ಮತ್ತು ಅದನ್ನು ಬೆಂಬಲಿಸುವ ಸಂರಚನೆಗಳಲ್ಲಿ ಮಾತ್ರ. ಅದು DNS ಅನ್ನು ರಿಫ್ರೆಶ್ ಮಾಡುವುದಿಲ್ಲ, ಮತ್ತು ಪ್ರೊವೈಡರ್ ಬದಲಾವಣೆಯನ್ನು ತಾನೇ ಅನುಸರಿಸುವುದಿಲ್ಲ. ಅದನ್ನು ಸಂಚರಿಸುವ ಪೀರ್ಗಳಿಗೆ ಸ್ಥಿತಿಸ್ಥಾಪಕತ್ವದ ವೈಶಿಷ್ಟ್ಯ ಎಂದು ಪರಿಗಣಿಸಿ, ಸರ್ವರ್ಗಳಿಗೆ ಕ್ರಿಯಾತ್ಮಕ ವಿಳಾಸ ವ್ಯವಸ್ಥೆ ಎಂದಲ್ಲ.

ಕ್ಲೈಂಟ್ ಅನ್ನು ದೂಷಿಸುವ ಮೊದಲು ಹೊಸ ಎಂಡ್ಪಾಯಿಂಟ್ ದೃಢೀಕರಿಸಿ

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

ನಂತರ ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿ ಎರಡು ವಿಷಯಗಳನ್ನು ಪರಿಶೀಲಿಸಿ: ಕ್ಲೈಂಟ್ ನಿರೀಕ್ಷಿತ ಸರ್ವರ್ ಪ್ರಮಾಣಪತ್ರದ ವಿರುದ್ಧ ದೃಢೀಕರಿಸಿದೆ, ಮತ್ತು ಅವಧಿಯು ನೀವು ಉದ್ದೇಶಿಸಿದ ಸಂಪನ್ಮೂಲವನ್ನು ತಲುಪುತ್ತದೆ. ವಿಳಾಸ ಬದಲಾವಣೆ ಗುರುತಿನ ಅಗತ್ಯಗಳನ್ನು ಕಡಿಮೆ ಮಾಡುವುದಿಲ್ಲ, ಮತ್ತು ತಪ್ಪು ಎಂಡ್ಪಾಯಿಂಟ್ಗೆ ಯಶಸ್ವಿಯಾಗುವ ಸಂಪರ್ಕ ವಿಫಲವಾಗುವುದಕ್ಕಿಂತ ಕೆಟ್ಟದು. OpenVPN 2.6 ಕೈಪಿಡಿ ನಾಲ್ಕೂ ಆಯ್ಕೆಗಳನ್ನು ಅವುಗಳ ಸ್ವಂತ ವ್ಯಾಪ್ತಿಯೊಂದಿಗೆ ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಅದೇ ಪ್ರೊಫೈಲ್ನ ಪಕ್ಕದಲ್ಲಿ ಇಟ್ಟುಕೊಳ್ಳಬೇಕಾದ ಪರಿಶೀಲನಾ ಪಟ್ಟಿ.

ನಿಮ್ಮ ಆಡಳಿತ ಪ್ರವೇಶವನ್ನು ಹೊತ್ತೊಯ್ಯುವ ಟನೆಲ್ ಅನ್ನು ಮರುಪ್ರಾರಂಭಿಸುವ ಮೊದಲು ಸರ್ವರ್ಗೆ ಹೊರಪಟ್ಟಿಯ ಹಾದಿಯನ್ನು ಇಟ್ಟುಕೊಳ್ಳಿ. ಆ ಒಂದೇ ಮುನ್ನೆಚ್ಚರಿಕೆ ಈ ಸನ್ನಿವೇಶ ಉಂಟುಮಾಡುವ ಹೆಚ್ಚಿನ ಘಟನೆಗಳನ್ನು ತಡೆಯುತ್ತದೆ.