Pritunl ಸರ್ವರ್ನ ಹೆಸರು ಬದಲಿಸಿದರೆ ಅದರ ಎಂಡ್ಪಾಯಿಂಟ್ ಬದಲಾಗುತ್ತದೆ ಎಂದು ನೀವು ಭಾವಿಸುತ್ತೀರಾ?

Pritunl ಸರ್ವರ್ನ ಹೆಸರು ಬದಲಿಸಿದರೆ ಕನ್ಸೋಲ್ನಲ್ಲಿ ಒಂದು ಲೇಬಲ್ ಬದಲಾಗುತ್ತದೆ. ಅದು ಕ್ಲೈಂಟ್ ಪ್ರೊಫೈಲ್ಗಳು ಸಂಪರ್ಕಿಸುವ ವಿಳಾಸವನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ, ಮತ್ತು DNS ದಾಖಲೆಯನ್ನು ರಚಿಸುವುದಿಲ್ಲ. ಮುಖ್ಯವಾದ ಮೌಲ್ಯ ಹೋಸ್ಟ್ನ ಸಾರ್ವಜನಿಕ ವಿಳಾಸ, ಮತ್ತು ಅದು ವಿಳಾಸದಂತೆಯೇ ಹೆಸರನ್ನು ಸಹ ಸುಲಭವಾಗಿ ಸ್ವೀಕರಿಸುತ್ತದೆ.

ಕ್ಲೈಂಟ್ಗಳು ಸಂಪರ್ಕಿಸುವ ಹೆಸರು ಹೋಸ್ಟ್ನ ಒಂದೇ ಕ್ಷೇತ್ರದಲ್ಲಿ ಇರುತ್ತದೆ

Pritunl ಹೋಸ್ಟ್ನ ಸಾರ್ವಜನಿಕ ವಿಳಾಸ ಸೆಟ್ಟಿಂಗ್ ಮೂಲಕ ಎಂಡ್ಪಾಯಿಂಟ್ ಅನ್ನು ಬಹಿರಂಗಪಡಿಸುತ್ತದೆ, ಅದು ಸಾರ್ವಜನಿಕ IP ವಿಳಾಸ ಅಥವಾ DNS ಹೆಸರನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ. ಅಲ್ಲಿ vpn.example.net ಇರಿಸಿ, ಆಗ ರಚಿಸಲಾದ ಪ್ರೊಫೈಲ್ಗಳು ಮತ್ತು ದೃಢೀಕೃತ ಸಿಂಕ್ ಆ ಹೆಸರನ್ನು ಕ್ಲೈಂಟ್ಗಳಿಗೆ ನೀಡುತ್ತವೆ. ದಾಖಲೆ ಈಗಾಗಲೇ ಇರಬೇಕು ಮತ್ತು VPN ಸಾಗಣೆಯನ್ನು ಸ್ವೀಕರಿಸುವ ಶ್ರೋತೃಕ್ಕೆ ಪರಿಹರಿಸಬೇಕು; ಈ ಕ್ಷೇತ್ರವು ಗಮ್ಯಸ್ಥಾನವನ್ನು ಘೋಷಿಸುತ್ತದೆ, ಅದನ್ನು ಪ್ರಕಟಿಸುವುದಿಲ್ಲ. ಸರ್ವರ್ ಆಬ್ಜೆಕ್ಟ್ನ ಪ್ರದರ್ಶಿತ ಹೆಸರು ಆಡಳಿತಾತ್ಮಕ ಮೆಟಾಡೇಟಾ ಮತ್ತು ಎಂದಿಗೂ ಕ್ಲೈಂಟ್ನ ಸಂಪರ್ಕ ಪ್ರಯತ್ನವನ್ನು ತಲುಪುವುದಿಲ್ಲ.

ಆದ್ದರಿಂದ ಮೊದಲ ಹೆಜ್ಜೆ ಯಾವುದನ್ನೂ ಮರುನಾಮಕರಣ ಮಾಡುವುದಲ್ಲ. ಹೋಸ್ಟ್ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ತೆರೆಯಿರಿ, ಸಾರ್ವಜನಿಕ ವಿಳಾಸವನ್ನು ಬದಲಿಸಿ ಮತ್ತು ಬೆಂಬಲಿತ ಇಂಟರ್ಫೇಸ್ ಮೂಲಕ ಉಳಿಸಿ.

ಒಂದೇ ರೀತಿ ಕಾಣುವ ಮತ್ತು ಅಲ್ಲದ ಮೂರು ಕ್ಷೇತ್ರಗಳು

ಸ್ಥಳೀಯ ವಿಳಾಸ Pritunl ಹೋಸ್ಟ್ಗಳ ನಡುವಿನ ಪ್ರತಿಕೃತಿ ಮತ್ತು ರೂಟಿಂಗ್ಗೆ ಸೇವೆ ಸಲ್ಲಿಸುತ್ತದೆ. ಲಿಂಕ್ ವಿಳಾಸ ಲಿಂಕ್ ಮಾಡಿದ ಸರ್ವರ್ಗಳು ಪರಸ್ಪರ ಹೇಗೆ ತಲುಪುತ್ತವೆ ಎಂಬುದನ್ನು ವಿವರಿಸುತ್ತದೆ. ಎರಡೂ ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕಿಸುವ ವಿಳಾಸವಲ್ಲ, ಮತ್ತು ಸಾರ್ವಜನಿಕ ಹೆಸರನ್ನು ಅವುಗಳಲ್ಲಿ ನಕಲಿಸುವುದು ಅವು ವಿವರಿಸುವ ಟೋಪಾಲಜಿಯನ್ನು ಮುರಿಯುತ್ತದೆ. ಸಾರ್ವಜನಿಕ IPv6 ವಿಳಾಸ ತನ್ನದೇ ದಾಖಲೆ ಮತ್ತು ಮಾರ್ಗವಿರುವ ಪ್ರತ್ಯೇಕ ಕ್ಷೇತ್ರ; IPv4 ಗಾಗಿ A ದಾಖಲೆ IPv6 ತಲುಪುವಿಕೆಯನ್ನು ಸ್ಥಾಪಿಸುವುದಿಲ್ಲ.

DNS ಹೆಸರು ಕೂಡ ಯಾವುದೇ ಪೋರ್ಟ್ ಮ್ಯಾಪಿಂಗ್ ಅಥವಾ ಶ್ರೋತೃವನ್ನು ಹೊತ್ತೊಯ್ಯುವುದಿಲ್ಲ. ಸೇವೆಯು 1194 UDP ನಲ್ಲಿ ಕೇಳಿಸಿಕೊಂಡರೆ, ಹೆಸರು ಇನ್ನೂ 1194 UDP ಸ್ವೀಕರಿಸಬೇಕಾದ ಹೋಸ್ಟ್ಗೆ ಪರಿಹರಿಸುತ್ತದೆ. ವೆಬ್ ಕನ್ಸೋಲ್ ಅನ್ನು ನೀಡುವ ಪೋರ್ಟ್ 443 ನಲ್ಲಿನ HTTP ರಿವರ್ಸ್ ಪ್ರಾಕ್ಸಿ VPN ಸಾಗಣೆಯ ಎಂಡ್ಪಾಯಿಂಟ್ ಅಲ್ಲ, ಎರಡೂ ಒಂದೇ ಹೆಸರನ್ನು ಹಂಚಿಕೊಂಡರೂ ಸಹ.

ಸುರಂಗದ ಒಳಗೆ ಡೊಮೇನ್ ಆಧಾರಿತ ರೂಟಿಂಗ್ ಇನ್ನೂ ಬೇರೆ ಪದರ. ಹೊರಗಿನ ಎಂಡ್ಪಾಯಿಂಟ್ಗೆ ಹೆಸರಿಡುವುದು ಕ್ಲೈಂಟ್ ಯಾವ ಖಾಸಗಿ ಗಮ್ಯಸ್ಥಾನಗಳನ್ನು ತಲುಪಬಹುದು ಎಂಬುದರ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ.

ಹೊಸ ಹೆಸರನ್ನು ಇರುವ ಕ್ಲೈಂಟ್ಗಳಿಗೆ ಕಳುಹಿಸಿ

ಕ್ಷೇತ್ರವನ್ನು ಬದಲಿಸುವುದು ಈಗಾಗಲೇ ಸರ್ವರ್ ಬಿಟ್ಟ ಪ್ರೊಫೈಲ್ಗಳನ್ನು ಮರುಬರೆಯುವುದಿಲ್ಲ. Pritunl ನ ದೃಢೀಕೃತ ಸಂರಚನಾ ಸಿಂಕ್ ಹೋಸ್ಟ್ ವಿಳಾಸ ಮತ್ತು ಪೋರ್ಟ್ ಬದಲಾವಣೆಗಳನ್ನು ಹೊಂದಿಕೊಳ್ಳುವ ಕ್ಲೈಂಟ್ಗಳಿಗೆ ತಲುಪಿಸಬಹುದು, ಮತ್ತು ದಾಖಲಿತ CLI ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕಿಸುವ ಅಥವಾ ಮತ್ತೆ ಸಂಪರ್ಕಿಸುವ ಮೊದಲು ಸಿಂಕ್ ಮಾಡುತ್ತದೆ. NetworkManager ಅಥವಾ ಸ್ವತಂತ್ರ OpenVPN ಕ್ಲೈಂಟ್ಗೆ ಆಮದು ಮಾಡಿದ ಪ್ರೊಫೈಲ್ಗೆ ಅಂತಹ ಕಾಲುವೆ ಇಲ್ಲ ಮತ್ತು ಅನುಮೋದಿತ ಬದಲಿಯ ಅಗತ್ಯವಿದೆ. ಇರುವ ಸೆಷನ್ಗಳು ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಅವು ಹಳೆಯ ಮೌಲ್ಯದ ವಿರುದ್ಧ ಸ್ಥಾಪಿತವಾದವು.

ವೆಬ್ ಕನ್ಸೋಲ್ ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ನ ಹಿಂದೆ ಇದ್ದಾಗ, Pritunl ಸಿಂಕ್ ಮಾರ್ಗಕ್ಕಾಗಿ ಪ್ರತ್ಯೇಕ ಸಿಂಕ್ ವಿಳಾಸ ಸೆಟ್ಟಿಂಗ್ ಅನ್ನು ದಾಖಲಿಸುತ್ತದೆ. ಎರಡೂ Pritunl ಎಂಬ ಕಾರಣಕ್ಕೆ ಮಾತ್ರ VPN ಶ್ರೋತೃಕ್ಕೆ ಕನ್ಸೋಲ್ನ ಹೋಸ್ಟ್ಹೆಸರನ್ನು ಮತ್ತೆ ಬಳಸಬೇಡಿ.

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

ನಿಜವಾದ ಸಂಪರ್ಕದೊಂದಿಗೆ ಬದಲಾವಣೆಯನ್ನು ಸ್ವೀಕರಿಸಿ

ಪರಿಹಾರವು ಅತ್ಯಂತ ದುರ್ಬಲ ಸಂಭವನೀಯ ಪರೀಕ್ಷೆ. dig +short vpn.example.net ವಿಳಾಸವನ್ನು ಹಿಂತಿರುಗಿಸಿದರೆ ಅದು ದಾಖಲೆ ಇದೆ ಎಂದು ಮಾತ್ರ ಸಾಬೀತುಪಡಿಸುತ್ತದೆ.

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

ನಂತರ, ಸಾರ್ವಜನಿಕ ವಿಳಾಸ ಚಲಿಸಿದಾಗ, ದಾಖಲೆಯನ್ನು ನವೀಕರಿಸಿ ಮತ್ತು ಕ್ಲೈಂಟ್ ಕ್ಯಾಶಿಂಗ್ ಹಾಗೂ ಮತ್ತೆ ಸಂಪರ್ಕದ ನಡವಳಿಕೆಯನ್ನು ಯೋಜಿಸಿ. ಹೋಸ್ಟ್ಹೆಸರು ಕ್ಲೈಂಟ್ಗಳನ್ನು ಸಂಖ್ಯಾತ್ಮಕ ವಿಳಾಸದಿಂದ ಬೇರ್ಪಡಿಸುತ್ತದೆ; ಅದು ಜೀವಂತ ಸಾಕೆಟ್ ಅನ್ನು ಸರಿಸುವುದಿಲ್ಲ ಅಥವಾ ತಲುಪಲಾಗದ ಶ್ರೋತೃವನ್ನು ಉತ್ತರಿಸಲು ಒತ್ತಾಯಿಸುವುದಿಲ್ಲ.