openvpn --errors-to-stderr ಒಂದು ಪ್ರಾರಂಭ ಆಯ್ಕೆ, ದೋಷವಲ್ಲ
ಕಮಾಂಡ್ ಸಾಲಿನಲ್ಲಿ --errors-to-stderr ಕಾಣಿಸಿಕೊಳ್ಳುವುದು ಏನೋ ವಿಫಲವಾಯಿತು ಎಂದು ಅರ್ಥವಲ್ಲ. ನೀವು ಪ್ರಾರಂಭ ಸಾಲನ್ನು ಓದುತ್ತಿದ್ದೀರಾ ಅಥವಾ ಪ್ರಕ್ರಿಯೆಯ ಔಟ್ಪುಟ್ ಓದುತ್ತಿದ್ದೀರಾ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸಿ, ನಂತರ ಪರಿಶೀಲಿಸಿ.
ಕಮಾಂಡ್ ಸಾಲಿನಲ್ಲಿ --errors-to-stderr ಕಾಣಿಸಿಕೊಂಡರೆ ಅದು ದೂರು ತರಹ ಕಾಣುತ್ತದೆ, ಆದರೆ ದೂರು ಅಲ್ಲ. ಪದವು ಆಯ್ಕೆಯ ಹೆಸರಿಗೆ ಸೇರಿದೆ, ಲಾಗ್ ಫೈಲ್ನ ಹೆಸರು ಫೈಲಿನಲ್ಲಿ ಏನಿದೆ ಎಂದು ಏನನ್ನೂ ಹೇಳದಂತೆ. ಯಾವುದೇ ಸಂರಚನೆಯನ್ನು ಬದಲಿಸುವ ಮೊದಲು ನೀವು ನಿಜವಾಗಿ ಏನನ್ನು ಓದುತ್ತಿದ್ದೀರಿ ಎಂದು ನಿರ್ಧರಿಸಿ.
ನಿರ್ಧಾರಕ್ಕೆ ಮೂರು ಶಾಖೆಗಳಿವೆ: ಸಾಲು ಸ್ವತಃ ಪ್ರಾರಂಭ, ಸಾಲು ಪ್ರೋಗ್ರಾಂ ಮುದ್ರಿಸಿದ ಔಟ್ಪುಟ್, ಅಥವಾ ಸಾಲು VPN ಪ್ರಾರಂಭವಾಗುವ ಮೊದಲು ರ್ಯಾಪರ್ ಪ್ರತಿಧ್ವನಿಸಿದ ಪಠ್ಯ. ಪ್ರತಿ ಶಾಖೆಯೂ ನೋಡಲು ಬೇರೆ ಸ್ಥಳವನ್ನು ಸೂಚಿಸುತ್ತದೆ, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಒಂದೇ VPNನ ಸ್ವಂತ ಸಂದೇಶ.
ಆಯ್ಕೆಯ ಹೆಸರು ಸ್ಥಿತಿ ಸಂದೇಶವಲ್ಲ
Community OpenVPN ಗಾಗಿ --errors-to-stderr ದೋಷಗಳ ಔಟ್ಪುಟ್ ಅನ್ನು ಪ್ರಮಾಣಿತ ಔಟ್ಪುಟ್ ಬದಲು ಪ್ರಮಾಣಿತ ದೋಷಕ್ಕೆ ಕಳುಹಿಸುತ್ತದೆ. ಇದು ಸ್ಟ್ರೀಮ್ ಆಯ್ಕೆ, ತೀವ್ರತೆಯ ಫಿಲ್ಟರ್ ಅಲ್ಲ, ಮತ್ತು ಇದು ದೋಷವನ್ನು ಸೃಷ್ಟಿಸುವುದಿಲ್ಲ. ನಂತರದ --log ಅಥವಾ --log-append ಅದೇ ಸಂದೇಶಗಳನ್ನು ಫೈಲ್ಗೆ ಮರುನಿರ್ದೇಶಿಸಬಹುದು, ಆದ್ದರಿಂದ ಫ್ಲ್ಯಾಗ್ನ ಪರಿಣಾಮ ಕಮಾಂಡ್ನ ಉಳಿದ ಭಾಗವನ್ನು ಅವಲಂಬಿಸಿದೆ. ಮೂಲದ ಲಾಗಿಂಗ್ ಉಲ್ಲೇಖ ಆ ಕ್ರಮವನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ.
ಆದ್ದರಿಂದ ಫ್ಲ್ಯಾಗ್ನ ಉಪಸ್ಥಿತಿ ದೋಷಗಳು ಎಲ್ಲಿಗೆ ಹೋಗುತ್ತವೆ ಎಂದು ಹೇಳುತ್ತದೆ. ಒಂದು ಸಂಭವಿಸಿತು ಎಂದು ಅದು ಹೇಳುವುದಿಲ್ಲ.
ಪ್ರಾರಂಭ ಸಾಲು ಅಥವಾ ಪ್ರಕ್ರಿಯೆಯ ಔಟ್ಪುಟ್
ಪಠ್ಯವನ್ನು ಯಾರು ಮುದ್ರಿಸಿದರು ಎಂದು ಕೇಳುವ ಮೂಲಕ ಪ್ರಾರಂಭಿಸಿ. ಸೇವಾ ಘಟಕ, ಅಪ್ಲಿಕೇಶನ್ ಬಂಡಲ್ ಅಥವಾ ಶೆಲ್ ರ್ಯಾಪರ್ ಸಾಮಾನ್ಯವಾಗಿ VPN ಪ್ರಕ್ರಿಯೆ ಏನನ್ನೂ ಬರೆಯುವ ಮೊದಲು ಪೂರ್ಣ argv ಅನ್ನು ಪ್ರತಿಧ್ವನಿಸುತ್ತದೆ. ನೀವು ಒಂದು ತುಣುಕನ್ನು ಮಾತ್ರ ನೋಡಿದರೆ ಆ ಪ್ರತಿಧ್ವನಿಯನ್ನು ಸ್ಥಿತಿ ಸಾಲಿನಿಂದ ಬೇರ್ಪಡಿಸಲಾಗದು.
ಸಾಲು ರ್ಯಾಪರ್ನಿಂದ ಬಂದಿದ್ದರೆ, VPN ಇನ್ನೂ ಚಾಲನೆಯಾಗಿಲ್ಲ ಮತ್ತು ಹೇಳಲು ಏನೂ ಇಲ್ಲ. ಔಟ್ಪುಟ್ನಲ್ಲಿ ಮತ್ತಷ್ಟು ಕೆಳಗೆ ಸಮಯ ಮುದ್ರೆ ಅಥವಾ ಉಪವ್ಯವಸ್ಥೆಯ ಹೆಸರು ಹೊಂದಿರುವ ಮೊದಲ ಸಂದೇಶವನ್ನು ಹುಡುಕಿ.
ಸಾಲು VPN ಪ್ರಕ್ರಿಯೆಯಿಂದ ಬಂದಿದ್ದರೆ, ಅದು ಇನ್ನೂ ಕೇವಲ ಕರೆ. OpenVPN ತನ್ನ ಸ್ವಂತ ಕಮಾಂಡ್ ಸಾಲನ್ನು ದೋಷವಾಗಿ ಮುದ್ರಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಮುಖ್ಯವಾದ ಸಂದೇಶಗಳು ಅದರ ನಂತರ ಬರುತ್ತವೆ.
ಪ್ರಕ್ರಿಯೆ ಮತ್ತು ಅದರ ಫಲಿತಾಂಶವನ್ನು ಹುಡುಕಿ
ಪ್ರಕ್ರಿಯೆ ಇನ್ನೂ ಚಾಲನೆಯಲ್ಲಿದೆಯೇ ಎಂದು ನಿರ್ಧರಿಸಿ. ಚಾಲನೆಯಲ್ಲಿದ್ದು ಮತ್ತೆ ಪ್ರಯತ್ನಿಸುತ್ತಿರುವ ಕ್ಲೈಂಟ್ ತಕ್ಷಣ ನಿರ್ಗಮಿಸಿದ ಕ್ಲೈಂಟ್ಗಿಂತ ಬಹಳ ಭಿನ್ನವಾಗಿ ಕಾಣುತ್ತದೆ, ಮತ್ತು ಎರಡರ ಮುಂದೆಯೂ ಅದೇ ಕಮಾಂಡ್ ಸಾಲು ಇರುತ್ತದೆ.
ನಂತರ ಪ್ರಕ್ರಿಯೆಗೆ ಒಡೆತನವಿರುವ ಘಟಕದ ಮೂಲಕ ಫಲಿತಾಂಶವನ್ನು ಓದಿ. systemd ಅಡಿಯಲ್ಲಿ ಅದು ಘಟಕದ ಜರ್ನಲ್; ಡೆಸ್ಕ್ಟಾಪ್ ಅಪ್ಲಿಕೇಶನ್ನಲ್ಲಿ ಅದು ಅಪ್ಲಿಕೇಶನ್ನ ಸ್ವಂತ ಲಾಗ್ ಅಥವಾ ಕನ್ಸೋಲ್. ನಿರ್ಗಮನ ಸ್ಥಿತಿ ಮತ್ತು ಕೊನೆಯ ಸಂದೇಶಗಳು ಆಯ್ಕೆಯ ಹೆಸರು ಸೂಚಿಸುವ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತವೆ.
ಸಂರಚನೆ ಪಾರ್ಸ್ ದೋಷ, ಕಾಣೆಯಾದ ಫೈಲ್, ನಿರಾಕರಿಸಿದ ರುಜುವಾತು ಮತ್ತು ಪೀರ್ ಸಮಯ ಮೀರಿಕೆ ನಾಲ್ಕು ವಿಭಿನ್ನ ಘಟನೆಗಳು. ಅವು ಒಂದೇ ಸ್ಟ್ರೀಮ್ನಲ್ಲಿ ಬರುತ್ತವೆ. ಅವಕ್ಕೆ ನಾಲ್ಕು ವಿಭಿನ್ನ ಸರಿಪಡಿಸುವಿಕೆಗಳು ಬೇಕು. ಪ್ರೊಫೈಲ್ ಮುಟ್ಟುವ ಮೊದಲು ನಿಮ್ಮಲ್ಲಿ ಯಾವುದು ಎಂದು ನಿರ್ಧರಿಸಿ, ಮತ್ತು ಸಹಾಯ ಕೇಳುವಾಗ ನಿಖರ ಸಂದೇಶವನ್ನು ಉಲ್ಲೇಖಿಸಿ.
ಫ್ಲ್ಯಾಗ್ ಯಾವಾಗ ತನ್ನ ಸ್ಥಾನಕ್ಕೆ ಅರ್ಹವಾಗುತ್ತದೆ
stdout ಡೇಟಾವನ್ನು ಸಾಗಿಸುವಾಗ ಮತ್ತು ದೋಷಗಳು ಅದನ್ನು ಕಲುಷಿತಗೊಳಿಸಬಾರದು ಎಂಬಾಗ, ಅಥವಾ ರ್ಯಾಪರ್ ಎರಡು ಸ್ಟ್ರೀಮ್ಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಹಿಡಿದಾಗ ಫ್ಲ್ಯಾಗ್ ತನ್ನ ಸ್ಥಾನಕ್ಕೆ ಅರ್ಹವಾಗುತ್ತದೆ. ಟರ್ಮಿನಲ್ನಲ್ಲಿ ಮುಂಭಾಗದ ಸೆಷನ್ನಲ್ಲಿ ಎರಡೂ ಸ್ಟ್ರೀಮ್ಗಳು ನಿಮ್ಮ ಮುಂದೆ ಬರುತ್ತವೆ. ಆ ಸಂದರ್ಭದಲ್ಲಿ ವ್ಯತ್ಯಾಸವು ನೀವು ಮಾಡುವುದನ್ನು ಅಪರೂಪವಾಗಿ ಬದಲಿಸುತ್ತದೆ.
ಸುತ್ತಮುತ್ತಲಿನ ಸ್ಕ್ರಿಪ್ಟ್ ವಿಭಜನೆಯನ್ನು ಅವಲಂಬಿಸಿದ್ದರೆ ಅದನ್ನು ಇಟ್ಟುಕೊಳ್ಳಿ. ಹೆಸರು ಆತಂಕಕಾರಿಯಾಗಿ ಕಾಣುತ್ತದೆ ಎಂಬ ಕಾರಣಕ್ಕೆ ಅದನ್ನು ತೆಗೆದರೆ ಸಂದೇಶಗಳು ಎಲ್ಲಿ ಕಾಣಿಸುತ್ತವೆ ಎಂಬುದು ಬದಲಾಗುತ್ತದೆ ಮತ್ತು ಬೇರೆ ಏನೂ ಸರಿಯಾಗುವುದಿಲ್ಲ.
ಏನನ್ನು ಬದಲಿಸಬಾರದು
ಆಯ್ಕೆಯನ್ನು ದುರಸ್ತಿ ಹಂತವೆಂದು ಪರಿಗಣಿಸಬೇಡಿ. ಅದನ್ನು ಅಳಿಸುವುದರಿಂದ ಪ್ರಮಾಣಪತ್ರ, ಮಾರ್ಗ ಅಥವಾ ದೃಢೀಕರಣ ವೈಫಲ್ಯ ಸರಿಯಾಗದು.
ಕರೆಯಲ್ಲಿ --config stdin ಇದ್ದರೆ, ಸಂರಚನೆಯನ್ನು ಪ್ರಮಾಣಿತ ಇನ್ಪುಟ್ ಮೂಲಕ ನೀಡಲಾಗುತ್ತಿದೆ. ಫೈಲ್ ಅನ್ನು ಹೇಗೆ ಒದಗಿಸಲಾಗುತ್ತದೆ ಎಂಬುದರ ಬಗ್ಗೆ ಇದು ಪ್ರತ್ಯೇಕ ನಿರ್ಧಾರ. ಒಂದು ಸಮಯಕ್ಕೆ ಒಂದನ್ನು ಬದಲಿಸಿ, ಮತ್ತು ಎರಡನೆಯದನ್ನು ಬದಲಿಸುವ ಮೊದಲು ನಿಜವಾದ ಸಂದೇಶವನ್ನು ಮತ್ತೆ ಓದಿ.