NM OpenVPN: ಉಳಿಸಿದ ಪ್ರೊಫೈಲ್ ನಿಮ್ಮ .ovpn ಫೈಲ್ ಅಲ್ಲ

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

ಫೈಲ್ ಪ್ರೊಫೈಲ್ ಅಲ್ಲ

ಆಮದು ಒಂದು ಭಾಷಾಂತರ, ಆರೋಹಣವಲ್ಲ. ಪ್ಲಗಿನ್ ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವ ಆಯ್ಕೆಗಳು ಸಂಪರ್ಕದ vpn.data ನಿಘಂಟಿನಲ್ಲಿ ಕೀಲಿಗಳಾಗುತ್ತವೆ; ಅರ್ಥಮಾಡಿಕೊಳ್ಳದ ಆಯ್ಕೆಗಳನ್ನು ಬಿಟ್ಟುಬಿಡಲಾಗುತ್ತದೆ ಅಥವಾ ಬೇರೆಡೆ ದಾಖಲಿಸಲಾಗುತ್ತದೆ, ಮತ್ತು ಮೂಲ ಮಾರ್ಗವು ಕೇವಲ ಉಲ್ಲೇಖವಾಗಿದೆ. ನಂತರ ಮೂಲ ಫೈಲ್ ಸಂಪಾದಿಸುವುದು ಈಗಾಗಲೇ ಉಳಿಸಿದ ಸಂಪರ್ಕದಲ್ಲಿ ಏನನ್ನೂ ಬದಲಿಸುವುದಿಲ್ಲ.

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

ಉಳಿಸಿದ ಪ್ರೊಫೈಲ್ ಓದಿ, ಸಂವಾದವಲ್ಲ

nmcli -f connection.id,connection.uuid,vpn.service-type,vpn.data connection show office-vpn

ಎರಡು ಪ್ರೊಫೈಲ್ಗಳು ಒಂದೇ ಹೆಸರನ್ನು ಹಂಚಿಕೊಂಡಾಗ UUID ಬಳಸಿ, ಮತ್ತು ಸೇವಾ ಪ್ರಕಾರವು ನೀವು ನಿರೀಕ್ಷಿಸುವ OpenVPN ಪ್ಲಗಿನ್ ಎಂದು ಖಚಿತಪಡಿಸಿ, ಆಕಸ್ಮಿಕವಾಗಿ ಸ್ಥಾಪಿಸಲಾದ ಬೇರೆ VPN ಪ್ರಕಾರವಲ್ಲ. ನಂತರ ಎಂಡ್ಪಾಯಿಂಟ್, ಸಾರಿಗೆ ಮತ್ತು ಪ್ರಮಾಣಪತ್ರ ಉಲ್ಲೇಖಗಳನ್ನು ಕೆಲಸ ಮಾಡುತ್ತಿರುವ ಕರೆಯೊಂದಿಗೆ ಹೋಲಿಸಿ.

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

ಎರಡು ಕೀಲಿಗಳು, ಮತ್ತು ಮುಖ್ಯವಾದ ಒಂದು ದಿಕ್ಕು

TLS ದೃಢೀಕರಣ ಬಳಸುವ ಸಂಪರ್ಕಕ್ಕೆ, ಪ್ಲಗಿನ್ ಹಂಚಿದ ಕೀಲಿಯ ಮಾರ್ಗವನ್ನು ta ನಲ್ಲಿ ಮತ್ತು ದಿಕ್ಕನ್ನು ta-dir ನಲ್ಲಿ ಸಂಗ್ರಹಿಸುತ್ತದೆ, ನಿಯೋಜನೆ ಒಂದನ್ನು ಬಳಸಿದಾಗ. ಎರಡೂ ಪ್ರೊಫೈಲ್ನ ಡೇಟಾ ನಿಘಂಟಿನಲ್ಲಿ ಇರುತ್ತವೆ, ಮತ್ತು ಎರಡೂ ಸರ್ವರ್ ನಿರೀಕ್ಷಿಸುವುದಕ್ಕೆ ಹೊಂದಿಕೆಯಾಗಬೇಕು.

ದಿಕ್ಕು ಕ್ಲೈಂಟ್ನಲ್ಲಿ ವ್ಯಕ್ತವಾಗುವ ಸರ್ವರ್-ಬದಿಯ ನಿರ್ಧಾರ. ನೆರೆಹೊರೆಯ ಪ್ರೊಫೈಲ್ನಲ್ಲಿ ಇದೆ ಎಂದು ಒಂದನ್ನು ಆಯ್ಕೆ ಮಾಡುವುದು ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದ ಕೀಲಿ ಕೈಕುಲುಕುವಿಕೆಯಲ್ಲಿ ವಿಫಲವಾಗಲು ಪ್ರಾರಂಭಿಸುವ ದಾರಿ. ಸರ್ವರ್ ಸಂರಚನೆ ದಿಕ್ಕುರಹಿತವಾಗಿದ್ದರೆ, ಕ್ಲೈಂಟ್ ದಿಕ್ಕನ್ನು ಕಲ್ಪಿಸಿಕೊಳ್ಳಬಾರದು.

ಕೀಲಿ ಫೈಲ್ ಸ್ವತಃ ಪ್ಲಗಿನ್ಗೆ ಅದು ನಿಜವಾಗಿ ಚಲಿಸುವ ಸಂದರ್ಭದಲ್ಲಿ ಓದಬಹುದಾದದ್ದಾಗಿರಬೇಕು. ನಿರ್ಬಂಧಿತ ಪ್ಯಾಕೇಜ್ ಸಾಮಾನ್ಯ ಡೆಸ್ಕ್ಟಾಪ್ ಸ್ಥಾಪನೆಗಿಂತ ಬೇರೆ ಫೈಲ್ಸಿಸ್ಟಮ್ ದೃಶ್ಯವನ್ನು ಹೊಂದಿದೆ, ಆದ್ದರಿಂದ ನಿಮ್ಮ ಶೆಲ್ನಲ್ಲಿರುವ ಮಾರ್ಗ ಸೇವೆಗೆ ಅಗೋಚರವಾಗಿರಬಹುದು.

ಒಂದು ನಮೂದನ್ನು ನವೀಕರಿಸಿ, ನಿಘಂಟಲ್ಲ

nmcli connection modify office-vpn +vpn.data 'ta=/etc/NetworkManager/certs/office-ta.key'
nmcli connection modify office-vpn +vpn.data 'ta-dir=1'

ಮುಂಚಿನ ಪ್ಲಸ್ ಪ್ರತ್ಯೇಕ ನಿಘಂಟು ನಮೂದುಗಳನ್ನು ನವೀಕರಿಸುತ್ತದೆ. ನಿಯೋಜಿಸುವುದು vpn.data ಅದಿಲ್ಲದೆ ಇಡೀ ನಿಘಂಟನ್ನು ಬದಲಿಸುತ್ತದೆ, ಮತ್ತು ಹೀಗೆ ಒಂದು ಕಾಣೆಯಾದ ಕೀಲಿ ಐದು ಮುರಿದ ಸೆಟ್ಟಿಂಗ್ಗಳಾಗುತ್ತದೆ. ಬದಲಾವಣೆಯ ನಂತರ ಪ್ರೊಫೈಲ್ ಅನ್ನು ಮತ್ತೆ ಓದಿ ಮತ್ತು ಇತರ ನಮೂದುಗಳು ಉಳಿದಿವೆ ಎಂದು ಖಚಿತಪಡಿಸಿ. ತನ್ನ ದೂರದ ಎಂಡ್ಪಾಯಿಂಟ್ ಮತ್ತು ಪ್ರಮಾಣಪತ್ರಗಳನ್ನು ಕಳೆದುಕೊಂಡ ನಿಘಂಟು ನೀವು ಪ್ರಾರಂಭಿಸಿದ ಮಧ್ಯಾಹ್ನಕ್ಕಿಂತ ಬಹಳ ಉದ್ದವಾದ ಮಧ್ಯಾಹ್ನ.

ಸಾಮಾನ್ಯ ನಿಯಂತ್ರಣಗಳ ಮೂಲಕ ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿ ಮತ್ತು ವಿಫಲವಾಗುವ ಹಂತವನ್ನು ಗಮನಿಸಿ. ಹಂಚಿದ-ಕೀಲಿ ದ್ವಾರ ಈಗ ದಾಟಿದರೆ ಮತ್ತು ಕ್ಲೈಂಟ್ ಪ್ರಮಾಣಪತ್ರ ಅಥವಾ ಬಳಕೆದಾರ-ದೃಢೀಕರಣ ದೋಷವನ್ನು ವರದಿ ಮಾಡಿದರೆ, ನೀವು ಮುಂದೆ ಸಾಗಿದ್ದೀರಿ ಮತ್ತು ಮುಂದಿನ ತನಿಖೆ ಬೇರೆಯದು.

ನಿಯಂತ್ರಣ-ಚಾನೆಲ್ ಮೋಡ್ಗಳನ್ನು ಬೆರೆಸಬೇಡಿ

tls-auth, tls-crypt, ಮತ್ತು tls-crypt-v2 ವಿಭಿನ್ನ ವ್ಯವಸ್ಥೆಗಳು. ಹೋಲುವ ಕೀಲಿ ಫೈಲ್ ಅವುಗಳನ್ನು ಪರಸ್ಪರ ಬದಲಾಯಿಸಬಹುದಾದಂತೆ ಮಾಡುವುದಿಲ್ಲ, ಮತ್ತು ಇನ್ನೊಂದು ಪ್ರೊಫೈಲ್ನಲ್ಲಿ ಸ್ವರೂಪಗೊಳಿಸಿದ ಕೀಲಿ ಇದೆ ಎಂದು TLS-Auth ಕ್ಷೇತ್ರಗಳನ್ನು ತುಂಬುವುದು ತಪ್ಪು ಕೀಲಿಯಂತೆ ವಿಫಲವಾಗುವ ಪ್ರೊಫೈಲ್ ಉಂಟುಮಾಡುತ್ತದೆ.

ಸರ್ವರ್ನ ಸಂರಚನೆಯಲ್ಲಿನ ಮೋಡ್ಗೆ ಹೊಂದುವ ಪ್ಲಗಿನ್ ಮ್ಯಾಪಿಂಗ್ ಬಳಸಿ. ಮೋಡ್ ಸ್ಪಷ್ಟವಾಗಿಲ್ಲದಿದ್ದಾಗ, ಫೈಲ್ನ ಮೊದಲ ಸಾಲಿನಿಂದ ಊಹಿಸುವ ಬದಲು ಸರ್ವರ್ ಮಾಲೀಕರನ್ನು ಕೇಳಿ.

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