OpenVPN ಪ್ರಾರಂಭವಾಯಿತು ಆದರೆ ಏನನ್ನೂ ಮುದ್ರಿಸಲಿಲ್ಲ: ಮೊದಲು log-append ಪರಿಶೀಲಿಸಿ

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

ಮೌನಕ್ಕೆ ಎರಡು ಸಂಪೂರ್ಣ ಭಿನ್ನ ವಿವರಣೆಗಳಿವೆ

ಮೊದಲನೆಯದು ಪ್ರಕ್ರಿಯೆ ಸರಿಯಾಗಿ ಚಾಲನೆಯಲ್ಲಿದ್ದು ನೀವು ನೋಡದ ಫೈಲ್‌ಗೆ ಬರೆಯುತ್ತಿದೆ. ಎರಡನೆಯದು ಅದು ಅದೇ ಫೈಲ್‌ನಲ್ಲಿ ದಾಖಲಾದ ದೋಷದೊಂದಿಗೆ ತಕ್ಷಣ ನಿರ್ಗಮಿಸಿತು.

ಎರಡೂ ಖಾಲಿ ಟರ್ಮಿನಲ್ ಬಿಡುತ್ತವೆ, ಮತ್ತು ಒಂದು ಪ್ರಶ್ನೆ ಅವನ್ನು ಬೇರ್ಪಡಿಸುತ್ತದೆ: ಈಗ ಪ್ರಕ್ರಿಯೆ ಇದೆಯೇ, ಮತ್ತು ಬರೆಯಲು ಹೇಳಿದ ಫೈಲ್‌ನಲ್ಲಿ ಏನಿದೆ. ಮತ್ತೆ ಸಂರಚನೆಯನ್ನು ಮುಟ್ಟುವ ಮೊದಲು ಅದಕ್ಕೆ ಉತ್ತರಿಸಿ. ಔಟ್‌ಪುಟ್ ಪಡೆಯಲು ಮರುಪ್ರಾರಂಭಿಸುವುದು ಎರಡು ದೃಷ್ಟಾಂತಗಳು ಒಂದೇ ಸುರಂಗ ಸಾಧನ ಮತ್ತು ಒಂದೇ ಪೋರ್ಟ್‌ಗಾಗಿ ಹೋರಾಡುವಂತೆ ಮಾಡುತ್ತದೆ, ಇದು ಮೂಲ ಸಮಸ್ಯೆಗೆ ಸಂಬಂಧವಿಲ್ಲದ ದೋಷಗಳನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ.

ಸೂಚನೆಯನ್ನು ಹುಡುಕಿ, ನಂತರ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಹುಡುಕಿ.

ps -o pid,args= -C openvpn
grep -nE '^\s*(log|log-append|cd|daemon|verb)\b' /etc/openvpn/server/server.conf

ಚಾಲನೆಯಲ್ಲಿರುವ ಪ್ರಕ್ರಿಯೆ ಬಳಸುವ ಗಮ್ಯವನ್ನು ಹುಡುಕಿ

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

ಸ್ಪಷ್ಟ cd ಸೂಚನೆ ಆ ವ್ಯತ್ಯಾಸವನ್ನು ಇನ್ನಷ್ಟು ತೀಕ್ಷ್ಣಗೊಳಿಸುತ್ತದೆ, ಏಕೆಂದರೆ ಸಾಪೇಕ್ಷ ಮಾರ್ಗ ಡೈರೆಕ್ಟರಿ ಬದಲಾವಣೆಯೊಂದಿಗೆ ಚಲಿಸುತ್ತದೆ. ಈ ಸಂರಚನೆಯನ್ನು ವಾರಸುದಾರರಾಗಿ ಪಡೆದಿದ್ದರೆ, ಫೈಲ್ ಈಗ ಯಾರೂ ಹುಡುಕದ ಸ್ಥಳದಲ್ಲಿರಬಹುದು.

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

log ಮತ್ತು log-append: ಸಾಕ್ಷ್ಯ ಮತ್ತು ಅಳಿಸುವಿಕೆ

log-append ಫೈಲ್‌ನಲ್ಲಿ ಈಗಾಗಲೇ ಇರುವುದಕ್ಕೆ ಸೇರಿಸುತ್ತದೆ. log ಫೈಲ್ ಅನ್ನು ಬರೆಯಲು ತೆರೆದು ಕತ್ತರಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಎರಡರ ನಡುವೆ ಬದಲಾಯಿಸುವುದು ನೀವು ಓದಲಿದ್ದ ಚಾಲನೆಯನ್ನು ಅಳಿಸಬಹುದು.

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

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

ಸೇವಾ ಸುತ್ತುವರಿಕೆ ಔಟ್‌ಪುಟ್ ಹಿಡಿದಾಗ

systemd ಅಡಿಯಲ್ಲಿ ಪ್ರಮಾಣಿತ ಔಟ್‌ಪುಟ್ ಮತ್ತು ದೋಷ ಜರ್ನಲ್‌ಗೆ ಹೋಗುತ್ತವೆ, ಸ್ಪಷ್ಟ ಫೈಲ್ ಸೂಚನೆಗೆ ಆದ್ಯತೆ ಇಲ್ಲದಿದ್ದರೆ, ಮತ್ತು ಮಾರಾಟಗಾರರ ಸುತ್ತುವರಿಕೆ ಅವನ್ನು ಸಂಪೂರ್ಣ ಬೇರೆಡೆ ಹಿಡಿಯಬಹುದು.

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

ಅವುಗಳಲ್ಲಿ ಒಂದು ಮುರಿದಿದೆ ಎಂದು ತೀರ್ಮಾನಿಸುವ ಬದಲು ಎರಡು ಪ್ರಾರಂಭ ವ್ಯವಸ್ಥೆಗಳನ್ನು ಹೋಲಿಸಿ. ಯುನಿಟ್‌ನ ಆಜ್ಞಾ ಸಾಲು ಮತ್ತು ಅದರ ಪರಿಸರ ಓದಿ, ನಂತರ ಅದೇ ಸಮಯ ವಿಂಡೋಗೆ ಜರ್ನಲ್ ಓದಿ. ಸುತ್ತುವರಿಕೆ ಔಟ್‌ಪುಟ್ ಅನ್ನು ತನ್ನದೇ ಫೈಲ್‌ಗೆ ಬದಲಿಸಿದರೆ, ಆ ಫೈಲ್ ಈಗ ನಿಮ್ಮ ಲಾಗ್, ಮತ್ತು ಸಂದೇಶಗಳು ಎಲ್ಲಿಗೆ ಹೋದವು ಎಂಬುದಕ್ಕೆ OpenVPN ಸೂಚನೆಗಳು ಅಪ್ರಸ್ತುತ.

ಓದಲು ಸಾಧ್ಯವಾದ ನಂತರವೇ ವಿಸ್ತಾರ ಮಟ್ಟವನ್ನು ಹೆಚ್ಚಿಸಿ

ಗಮ್ಯವನ್ನು ಕಂಡುಕೊಳ್ಳುವ ಮೊದಲು ವಿಸ್ತಾರ ಹೆಚ್ಚಿಸಿದರೆ ನೀವು ನೋಡದ ಸ್ಥಳದಲ್ಲಿ ಹೆಚ್ಚು ಪಠ್ಯ ಮಾತ್ರ ಉತ್ಪತ್ತಿಯಾಗುತ್ತದೆ.

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

ನಂತರ ನಿಜವಾದ ದೋಷ ಓದಿ. ಮೌನ ಟರ್ಮಿನಲ್ ಸುರಂಗ ಏರಿತೇ ಎಂಬುದನ್ನು ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಫೈಲ್‌ನಲ್ಲಿ ದಾಖಲಾದ ವೈಫಲ್ಯವೇ ಸರಿಪಡಿಸಲು ಯೋಗ್ಯವಾದುದು.