PID ಫೈಲ್ ಇದೆ, ಸುರಂಗವಿಲ್ಲ: OpenVPN ಎಂದಾದರೂ ಓಡಿತ್ತೇ?

ಲಾಂಚರ್ PID ಫೈಲ್ ಈಗಾಗಲೇ ಇರುವ ಕಾರಣ OpenVPN ಪ್ರಾರಂಭಿಸಲು ನಿರಾಕರಿಸಿದಾಗ, ಎಲ್ಲೋ ಸುರಂಗ ಚಾಲನೆಯಲ್ಲಿದೆ ಎಂದು ಓದುವುದು ಸಹಜ. ಆ ಓದು ಸಾಕಷ್ಟು ಬಾರಿ ತಪ್ಪಾಗಿರುವುದರಿಂದ ಏನನ್ನಾದರೂ ಅಳಿಸುವ ಮೊದಲು ಪರಿಶೀಲಿಸುವುದು ಯೋಗ್ಯ. ರನ್ಟೈಮ್ ಕೋಶದಲ್ಲಿನ ಫೈಲ್ ಲೆಕ್ಕಪತ್ರವಾಗಿದ್ದು, ಲೆಕ್ಕಪತ್ರವು ಪ್ರಕ್ರಿಯೆಯನ್ನು ಬಿಡದ ಕ್ರ್ಯಾಶ್, ಮರುಬೂಟ್ ಮತ್ತು ಅಡ್ಡಿಪಡಿಸಿದ ನಿಲುಗಡೆಗಳನ್ನು ಬದುಕುತ್ತದೆ. ಎರಡು ಪ್ರಶ್ನೆಗಳು ವಿಷಯವನ್ನು ನಿರ್ಧರಿಸುತ್ತವೆ: ಜೀವಂತ ಪ್ರಕ್ರಿಯೆ ಇದೆಯೇ, ಮತ್ತು ಆ ಪ್ರಕ್ರಿಯೆ ಈ ಇನ್ಸ್ಟಾನ್ಸ್ನದೇನಾ.

ಫೈಲ್ನಿಂದ ಅಲ್ಲ, ಸೇವೆಯಿಂದ ಪ್ರಾರಂಭಿಸಿ

ನಿರಾಕರಣೆ ಸಾಮಾನ್ಯವಾಗಿ OpenVPN ನಿಂದ ಅಲ್ಲ, ಲಾಂಚರ್ನಿಂದ ಬರುತ್ತದೆ. ಅದು ಒಂದು ಪಥವನ್ನು ಓದಿ, ಅಲ್ಲಿ ಏನನ್ನೋ ಕಂಡು, ಸಂರಚನೆಯನ್ನು ವಿಶ್ಲೇಷಿಸುವ ಮೊದಲೇ ನಿಲ್ಲುತ್ತದೆ. ಆದ್ದರಿಂದ ಮೊದಲ ಪ್ರಶ್ನೆ ಸುರಂಗದ ಬಗ್ಗೆ ಅಲ್ಲ, ಲಾಂಚರ್ನ ಒಪ್ಪಂದದ ಬಗ್ಗೆ.

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

ಆಗಷ್ಟೇ ಪ್ರಶ್ನೆ ಇನ್ಸ್ಟಾನ್ಸ್ ನಿಜವಾಗಿ ಚಾಲನೆಯಲ್ಲಿದೆಯೇ ಎಂಬುದಾಗುತ್ತದೆ.

ಆ ಗುರುತಿಸುವಿಕೆ ನಿಮ್ಮ ಇನ್ಸ್ಟಾನ್ಸ್ನದೇ ಎಂದು ಪರಿಶೀಲಿಸಿ

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

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

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

systemctl status [email protected]
ps -o pid,lstart,args -p "$(cat /run/openvpn/vpn.pid)"

ಲಾಂಚರ್ ಫೈಲ್ನೊಂದಿಗೆ ಏನು ಮಾಡುವುದಾಗಿ ಮಾತು ಕೊಟ್ಟಿತ್ತು

PIDFile= ಸೇವಾ ನಿರ್ವಾಹಕನಿಗೆ ಮುಖ್ಯ ಪ್ರಕ್ರಿಯೆಯ ಗುರುತಿಸುವಿಕೆಯನ್ನು ಎಲ್ಲಿಂದ ಓದಬೇಕೆಂದು ಹೇಳುತ್ತದೆ. ನಿರ್ವಾಹಕ ಆ ಫೈಲ್ ಬರೆಯುವುದಿಲ್ಲ, ಆದರೆ ನಿಲುಗಡೆಯ ನಂತರ ಉಳಿದದ್ದನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ, ಮತ್ತು ಅದಕ್ಕಾಗಿಯೇ ಅಡ್ಡಿಪಡಿಸಿದ ನಿರ್ಗಮನ ಫೈಲ್ ಬಿಡಬಹುದು.

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

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

ಸ್ವಚ್ಛ ನಿಲುಗಡೆ ಮತ್ತು ಅಡ್ಡಿಪಡಿಸಿದ ನಿರ್ಗಮನ

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

ಫೈಲ್ನ ಸಮಯಮುದ್ರೆಯನ್ನು ಕೊನೆಯ ಬೂಟ್ ಮತ್ತು ಯುನಿಟ್ನ ಕೊನೆಯ ನಿಲುಗಡೆಯೊಂದಿಗೆ ಹೋಲಿಸಿ.

ನಂತರ ಜೀವಂತ ಸಾಕ್ಷ್ಯವನ್ನು ನೇರವಾಗಿ ಪರಿಶೀಲಿಸಿ. VPN ಪೋರ್ಟ್ಗೆ ಬಂಧಿಸಲಾದ ಸಾಕೆಟ್ ಮತ್ತು ವಿಳಾಸವಿರುವ ಸುರಂಗ ಸಂಪರ್ಕಸಾಧನ ಏನೋ ಚಾಲನೆಯಲ್ಲಿದೆ ಎಂಬುದಕ್ಕೆ ಸಾಕ್ಷಿ, ರನ್ಟೈಮ್ ಕೋಶದ ಪಠ್ಯ ಫೈಲ್ ಎಂದೂ ಇರದ ರೀತಿಯಲ್ಲಿ. ಎರಡೂ ಇಲ್ಲದಿದ್ದರೆ, ಫೈಲ್ ಏನೇ ಹೇಳಿಕೊಂಡರೂ ಏನೂ ಚಾಲನೆಯಲ್ಲಿಲ್ಲ.

ಅಭ್ಯಾಸವಾಗಿ ಫೈಲ್ ಅಳಿಸುವುದನ್ನು ನಿಲ್ಲಿಸಿ

ಯಾವ ಇನ್ಸ್ಟಾನ್ಸ್ ಅದನ್ನು ಹೊಂದಿಲ್ಲ ಮತ್ತು ಲಾಂಚರ್ ಈ ವರ್ತನೆಯನ್ನು ದಾಖಲಿಸುತ್ತದೆ ಎಂದು ಸ್ಥಾಪಿಸಿದ ನಂತರ ಅದನ್ನು ಅಳಿಸುವುದು ಕಾನೂನುಬದ್ಧ ಚೇತರಿಕೆ ಹೆಜ್ಜೆ.

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

ಹೋಸ್ಟ್ಗೆ ಪ್ರವೇಶಿಸುವ ಸ್ವತಂತ್ರ ಮಾರ್ಗವನ್ನು ಇಟ್ಟುಕೊಳ್ಳಿ, ಅದರ ಸಾಮಾನ್ಯ ನಿರ್ವಾಹಕದ ಮೂಲಕ ಒಂದು ಇನ್ಸ್ಟಾನ್ಸ್ ಪ್ರಾರಂಭಿಸಿ, ಮತ್ತು ಮೊದಲ ಫಲಿತಾಂಶ ಓದಿ. ಮುಂದಿನ ವ್ಯಕ್ತಿಗೆ ಕೆಲಸ ಮಾಡುವ ಅಥವಾ ತನ್ನನ್ನು ವಿವರಿಸಿಕೊಳ್ಳುವ ಯುನಿಟ್ ಸಿಗುತ್ತದೆ.