ನೆಟ್‌ವರ್ಕ್ ಇಂಟರ್‌ಫೇಸ್ ಮರುನಾಮಕರಣದ ನಂತರ Access Server ತನ್ನ ಬೈಂಡಿಂಗ್ ಕಳೆದುಕೊಂಡಿದೆ: ಕೀಗಳನ್ನು ಸರಿಪಡಿಸಿ

ನೀವು ನೆಟ್‌ವರ್ಕ್ ಇಂಟರ್‌ಫೇಸ್ ಮರುನಾಮಕರಣ ಮಾಡಿದ್ದೀರಿ, ಅಥವಾ ಅಡಾಪ್ಟರ್ ಬೇರೆ ಹೆಸರಿನಲ್ಲಿ ಮರಳಿ ಬಂದ ಯಂತ್ರವನ್ನು ಮರುಸ್ಥಾಪಿಸಿದ್ದೀರಿ, ಮತ್ತು ಈಗ OpenVPN Access Server ನ ಡೀಮನ್ ಪ್ರಾರಂಭವಾಗುತ್ತಿಲ್ಲ. ವೆಬ್ ಇಂಟರ್‌ಫೇಸ್ ಇನ್ನೂ ಉತ್ತರಿಸಬಹುದು ಅಥವಾ ಇಲ್ಲ, ಹಳೆಯ ಹೆಸರಿಗೆ ಯಾವ ಘಟಕ ಬದ್ಧವಾಗಿತ್ತು ಎಂಬುದನ್ನು ಅವಲಂಬಿಸಿ. ಸೇವೆ ಹಾನಿಯಾಗಿಲ್ಲ ಮತ್ತು ಸಂರಚನೆ ಹೋಗಿಲ್ಲ; ಒಂದು ಸೆಟ್ಟಿಂಗ್ ಇನ್ನೂ ಹೋಸ್ಟ್ ಹೊಂದಿಲ್ಲದ ಇಂಟರ್‌ಫೇಸ್‌ಗೆ ತೋರಿಸುತ್ತದೆ.

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

ಲಕ್ಷಣವು ನಿಜವಾಗಿ ಏನು ಹೇಳುತ್ತದೆ

ಬೈಂಡ್ ಮಾಡಲಾಗದ ಡೀಮನ್ ಸಾಮಾನ್ಯವಾಗಿ ತನ್ನ ಲಾಗ್‌ನಲ್ಲಿ ಹೇಳುತ್ತದೆ: ವಿಳಾಸ ಲಭ್ಯವಿಲ್ಲ ಅಥವಾ ಇಂಟರ್‌ಫೇಸ್ ಇಲ್ಲ. ಸಂದೇಶ ನಿರ್ದಿಷ್ಟವಾಗಿದೆ: ಡೀಮನ್ ಪ್ರಯತ್ನಿಸಿದ ವಿಳಾಸವನ್ನು ಹೆಸರಿಸುತ್ತದೆ; ಹೋಸ್ಟ್‌ನಲ್ಲಿ ip -br addr ಜೊತೆ ಹೋಲಿಸಿ ಇಂಟರ್‌ಫೇಸ್ ಮರುನಾಮಕರಣವಾಯಿತೇ, ತೆಗೆದುಹಾಕಲಾಯಿತೇ ಅಥವಾ ಹಳೆಯ ವಿಳಾಸವಿಲ್ಲದೆ ಎತ್ತಲಾಯಿತೇ ಎಂದು ತಿಳಿಯಿರಿ.

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

ಸಂಪಾದಿಸುವ ಮೊದಲು ಸಂರಚನೆಯನ್ನು ಪ್ರಶ್ನಿಸಿ

Access Server ತನ್ನ ಸಂರಚನೆಯನ್ನು ತನ್ನದೇ CLI ಮೂಲಕ ತೋರಿಸುತ್ತದೆ. ದಾಖಲಿತ ನೋಟ:

sacli ConfigQuery

ನಿಮ್ಮ ಆವೃತ್ತಿಗೆ ದಾಖಲಿತ ಆಡಳಿತ ಪರಿಸರದಲ್ಲಿ ಅದನ್ನು ಚಲಾಯಿಸಿ, ಬೇರೆ ಹೋಸ್ಟ್‌ನ ಅಸಂಬದ್ಧ ಶೆಲ್‌ನಿಂದ ಅಲ್ಲ. ಏನನ್ನೂ ಬದಲಿಸುವ ಮೊದಲು ಪ್ರಸ್ತುತ ಮೌಲ್ಯಗಳನ್ನು ಸುರಕ್ಷಿತ ಸ್ಥಳದಲ್ಲಿ ಉಳಿಸಿ ಮತ್ತು ಪೂರ್ಣ ಔಟ್‌ಪುಟ್ ಅನ್ನು ಸಾರ್ವಜನಿಕ ಬೆಂಬಲ ಥ್ರೆಡ್‌ನಲ್ಲಿ ಅಂಟಿಸಬೇಡಿ.

ಆ ಔಟ್‌ಪುಟ್ ಸರ್ವರ್ ಸಂರಚನೆಯ ನೋಟ, ಪೂರ್ಣ ಬ್ಯಾಕಪ್ ಅಲ್ಲ. ಬಳಕೆದಾರ ಮತ್ತು ಗುಂಪು ಗುಣಲಕ್ಷಣಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಪ್ರಶ್ನಿಸಲಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಸ್ವಚ್ಛ ಬೈಂಡಿಂಗ್ ಗುರುತುಗಳನ್ನು ಮರುಸ್ಥಾಪಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಮರುಸ್ಥಾಪಿತ ಗುರುತು ಶ್ರೋತೃವನ್ನು ಸರಿಪಡಿಸುವುದಿಲ್ಲ. ಎರಡನ್ನೂ ಎರಡು ಪ್ರತ್ಯೇಕ ದಾಖಲೆಗಳಾಗಿ ದಾಖಲಿಸಿ.

ಯಾವ ಶ್ರೋತೃ ಮುರಿದಿದೆ ಎಂದು ನಿರ್ಧರಿಸಿ

Access Server ಒಂದಕ್ಕಿಂತ ಹೆಚ್ಚು ಶ್ರೋತೃಗಳನ್ನು ಚಲಾಯಿಸುತ್ತದೆ. OpenVPN ಡೀಮನ್‌ಗಳು ಸುರಂಗ ಸಂಚಾರವನ್ನು ಒಯ್ಯುತ್ತವೆ, ವೆಬ್ ಸೇವೆ ಆಡಳಿತ ಮತ್ತು ಗ್ರಾಹಕ ಪೋರ್ಟಲ್, ಇತರ ಘಟಕಗಳು ತಮ್ಮದೇ ಪೋರ್ಟ್‌ಗಳನ್ನು ಹೊಂದಿರಬಹುದು. ವಿಫಲ ಬ್ರೌಸರ್ ವಿನಂತಿ ಯಾವುದು ವಿಫಲವಾಯಿತು ಎಂದು ಹೇಳುವುದಿಲ್ಲ, ದೋಷ ಸಂದೇಶದ ಪೋರ್ಟ್ ಸಂಖ್ಯೆಯೂ ಹೇಳುವುದಿಲ್ಲ.

ಡೀಮನ್‌ನ ಬೈಂಡಿಂಗ್ ಕೀಗಳನ್ನು ಪ್ರತಿ ಡೀಮನ್‌ಗೆ ದಾಖಲಿಸಲಾಗಿದೆ, ಮತ್ತು ಅಧಿಕೃತ ಟ್ಯುಟೋರಿಯಲ್‌ನಲ್ಲಿ ಮೌಲ್ಯವು ಇಂಟರ್‌ಫೇಸ್ ಗುರುತು, ಕೀ ಹೆಸರುಗಳು ip_address ನಿಂದ ಕೊನೆಗೊಂಡರೂ. ಆ ವಾಕ್ಯವನ್ನು ಎರಡು ಬಾರಿ ಓದಿ. ಟ್ಯುಟೋರಿಯಲ್ UDP ಮತ್ತು TCP ಡೀಮನ್‌ಗಳು ಒಂದೇ ಇಂಟರ್‌ಫೇಸ್ ಹಂಚಿಕೊಳ್ಳುವುದನ್ನು ನಿರೀಕ್ಷಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಒಂದೇ ಕೀ ಸರಿಪಡಿಸುವುದು ಅರ್ಧ ರಿಪೇರಿ.

ಹೆಸರಿಸಿದ ಸೆಟ್ಟಿಂಗ್ ಬದಲಿಸಿ, ಹೊಂದಿಕೆಯಾಗುವ ಸಾಲುಗಳನ್ನಲ್ಲ

ಟ್ಯುಟೋರಿಯಲ್ ConfigPut ಅನ್ನು ನಿರ್ದಿಷ್ಟ ಕೀಗಳ ಮೇಲೆ ದಾಖಲಿಸುತ್ತದೆ, ಉದಾಹರಣೆಗೆ vpn.daemon.0.server.ip_address ಮತ್ತು vpn.daemon.0.listen.ip_address. ಉತ್ಪನ್ನದ ಸ್ವಂತ ವಿಧಾನವನ್ನು ಕೀ ಹೆಸರು ಮತ್ತು ಹೊಸ ಮೌಲ್ಯದೊಂದಿಗೆ, ನಿಮ್ಮ ಆವೃತ್ತಿಗೆ ದಾಖಲಿತ ವಾಕ್ಯರಚನೆಯಲ್ಲಿ ಬಳಸಿ, ಮತ್ತು ನೀವು ನಿರ್ಣಯಿಸಿದ ಶ್ರೋತೃದ ಕೀಗಳನ್ನು ಮಾತ್ರ ಬದಲಿಸಿ.

ನೀವು ಮಾಡಬಾರದ್ದು ಎಂದರೆ ಡೇಟಾಬೇಸ್‌ನಲ್ಲಿ ಮೌಲ್ಯವು ಹಳೆಯ ಇಂಟರ್‌ಫೇಸ್ ಹೆಸರಿಗೆ ಸಮನಾಗಿರುವ ಪ್ರತಿ ಸಾಲನ್ನು ಹುಡುಕಿ ಎಲ್ಲವನ್ನೂ ಬದಲಾಯಿಸುವುದು. ಅದು ಹಳೆಯ ಹೆಸರು ಶ್ರೋತೃ ಸೆಟ್ಟಿಂಗ್‌ಗಳಲ್ಲಿ ಮಾತ್ರ ಕಾಣಿಸಿತು ಎಂದು ಊಹಿಸುತ್ತದೆ, ಅದನ್ನು ಸ್ಕೀಮಾ ಭರವಸೆ ನೀಡುವುದಿಲ್ಲ. ಅದು ಬದಲಾವಣೆಯನ್ನು ಪರಿಶೀಲಿಸಲು ಅಸಾಧ್ಯವಾಗಿಸುತ್ತದೆ.

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

ಅದನ್ನು ಅನ್ವಯಿಸಿ, ನಂತರ ಮಾರ್ಗ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸಿ

ಮೌಲ್ಯ ಸರಿಪಡಿಸಿದ ನಂತರ ಉತ್ಪನ್ನದ ದಾಖಲಿತ ಜೀವನಚಕ್ರದ ಮೂಲಕ ಅನ್ವಯಿಸಿ ( ಜೀವನಚಕ್ರ ). ಟ್ಯುಟೋರಿಯಲ್ ಕೀಗಳನ್ನು ಹೊಂದಿಸಿದ ನಂತರ sacli start ಬಳಸುತ್ತದೆ; ಅದು ಪೂರ್ಣ ಹೋಸ್ಟ್ ರೀಬೂಟ್ ಅಥವಾ ಡೇಟಾಬೇಸ್ ರೀಸೆಟ್ ಅಲ್ಲ.

ss -lntup | grep -E '1194|443'
sacli ConfigQuery | grep -i ip_address

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