ಇಂಟರ್ಫೇಸ್ ಆನ್ ಆಗಿದೆ ಆದರೆ wg-quick ವಿಫಲವಾಗಿದೆ: ಮುಂದೆ ಏನು ಮಾಡಬೇಕು

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

ಅರ್ಧ ಸ್ಥಿತಿಯೇ ಸಾಮಾನ್ಯ ವೈಫಲ್ಯ

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

ಇನ್ನೂ ಇಲ್ಲದಿರುವುದು ವಿಫಲ ಹಂತದ ನಂತರ ಬಂದ ಎಲ್ಲವೂ. ವೈಫಲ್ಯ ರಿಝಾಲ್ವರ್ ಹಂತದಲ್ಲಿದ್ದರೆ, ವಿಳಾಸಗಳು ಮತ್ತು ಮಾರ್ಗಗಳಿವೆ ಮತ್ತು DNS ಇಲ್ಲ. ಅದು ಮಾರ್ಗವಾಗಿದ್ದರೆ, ಸುರಂಗಕ್ಕೆ ವಿಳಾಸವಿದೆ ಮತ್ತು ಅದರ ಮೂಲಕ ಹಾದುಹೋಗುವ ದಾರಿ ಇಲ್ಲ.

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

ಮೊದಲ ವಿಫಲ ಹಂತವನ್ನು ಹುಡುಕಿ

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

ಈ ಆದೇಶಗಳು ಯುನಿಟ್ನ ಸ್ಥಿತಿ, ಆ ಯುನಿಟ್ನ ಬೂಟ್ ಜರ್ನಲ್ ಮತ್ತು ಸುರಂಗದ ಜೀವಂತ ಸ್ಥಿತಿಯನ್ನು ಮುದ್ರಿಸುತ್ತವೆ:

systemctl status wg-quick@wg0
journalctl -u wg-quick@wg0 -b --no-pager | tail -40
wg show
ip -4 addr show dev wg0

ರಿಝಾಲ್ವರ್ ದೋಷ, ಈಗಾಗಲೇ ಇರುವ ಮಾರ್ಗ, ಶೂನ್ಯವಲ್ಲದ ಕೋಡ್ನೊಂದಿಗೆ ನಿರ್ಗಮಿಸಿದ ಹುಕ್ ಮತ್ತು ಸಂರಚನೆಯ ವಿಶ್ಲೇಷಣೆಯ ವೈಫಲ್ಯ — ಎಲ್ಲವೂ ಆ ವಿಂಡೋದಲ್ಲಿ ಕಾಣಿಸುತ್ತವೆ, ಮತ್ತು ಪ್ರತಿಯೊಂದೂ ತನ್ನ ಘಟಕವನ್ನು ಹೆಸರಿಸುತ್ತದೆ. ಕೇವಲ ಇಂಟರ್ಫೇಸ್ ಸ್ಥಿತಿಯಿಂದ ಊಹಿಸುವುದು ಆ ಎಲ್ಲ ಮಾಹಿತಿಯನ್ನು ನಿರ್ಲಕ್ಷಿಸುತ್ತದೆ.

ದುರಸ್ತಿಯನ್ನು ನಿರ್ಧರಿಸುವ ಮೂರು ಷರತ್ತುಗಳು

ನೀವು ಸ್ವಚ್ಛಗೊಳಿಸುತ್ತಿದ್ದೀರಾ, ಸ್ಥಳದಲ್ಲೇ ದುರಸ್ತಿ ಮಾಡುತ್ತಿದ್ದೀರಾ ಅಥವಾ ಯುನಿಟ್ನನ್ನು ಬೂಟ್ ಮಾರ್ಗದಿಂದ ತೆಗೆಯುತ್ತಿದ್ದೀರಾ ಎಂದು ನಿರ್ಧರಿಸಿ, ಮತ್ತು ಏನನ್ನಾದರೂ ಟೈಪ್ ಮಾಡುವ ಮೊದಲೇ ಅದನ್ನು ನಿರ್ಧರಿಸಿ.

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

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

ಮತ್ತೆ ಪ್ರಯತ್ನಿಸುವ ಮೊದಲು ಸ್ವಚ್ಛಗೊಳಿಸಿ

ಇರುವ ಸ್ಥಿತಿಯ ಮೇಲೆ ಮತ್ತೆ ಪ್ರಯತ್ನಿಸುವುದು ಹೊಸ ಕಾರಣದಿಂದ ವಿಫಲವಾಗಿ ಮೂಲ ಕಾರಣವನ್ನು ಮರೆಮಾಡಬಹುದು. ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಅದನ್ನು ರಚಿಸಿದ ಅದೇ ಸಾಧನದಿಂದ ಕೆಳಗಿಳಿಸಿ, ನಂತರ ಏನೂ ಉಳಿದಿಲ್ಲ ಎಂದು ಖಚಿತಪಡಿಸಿ.

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

ಯುನಿಟ್ ಅಲ್ಲ, ಸುರಂಗವನ್ನು ಸಾಬೀತುಪಡಿಸಿ

ಹಸಿರು ಯುನಿಟ್ ಎಂದರೆ ಪ್ರಾರಂಭದ ಕ್ರಮವು ಶೂನ್ಯದೊಂದಿಗೆ ನಿರ್ಗಮಿಸಿತು. ಇದು ಪ್ಯಾಕೆಟ್ ಇನ್ನೊಂದು ಬದಿಗೆ ತಲುಪಿತು ಎಂದಲ್ಲ, ಮತ್ತು ರಿಝಾಲ್ವರ್ ನೀವು ಉದ್ದೇಶಿಸಿದಂತೆ ಸೆಟ್ ಆಯಿತು ಎಂದೂ ಅಲ್ಲ.

ಸುರಂಗದ ಮೂಲಕ ವಿನಂತಿ ಕಳುಹಿಸಿ ಮತ್ತು ಅದನ್ನು ಉಂಟುಮಾಡಿದ ಸ್ಥಿತಿಯನ್ನು ಓದಿ:

systemctl is-active wg-quick@wg0
wg show wg0 latest-handshakes
ping -c 3 10.63.0.1
resolvectl query internal.example.net

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