ನಿಮ್ಮ VPN ಲಾಗಿನ್ ನಂತರವೇ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ, ಕೀರಿಂಗ್ ಕಾರಣ

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

ಲಾಗಿನ್ ಅದನ್ನು ಏಕೆ ಕೆಲಸ ಮಾಡಿಸುತ್ತದೆ

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

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

ಟನಲ್ ಯಾರು ಪ್ರಾರಂಭಿಸುತ್ತಾರೆ ಎಂದು ನಿರ್ಧರಿಸಿ

ಎರಡು ಬೆಂಬಲಿತ ಮಾದರಿಗಳಿವೆ, ಮತ್ತು ಅವನ್ನು ಬೆರೆಸುವುದು ಇದು ವಿಫಲವಾಗುವ ಇನ್ನೊಂದು ದಾರಿ. NetworkManager ಸಿಸ್ಟಮ್-ವ್ಯಾಪ್ತಿಯ ಸಂಪರ್ಕವನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಬಹುದು, ಯಂತ್ರವು ಈಗಾಗಲೇ ತನ್ನ ಜಾಲಬಂಧವನ್ನು ಅಲ್ಲಿಯೇ ಕೇಂದ್ರೀಕರಿಸಿದಾಗ ಇದು ಸೂಕ್ತ. ಪರ್ಯಾಯವಾಗಿ, ಮೀಸಲಾದ systemd ಘಟಕವು VPN ಅನ್ನು ನೇರವಾಗಿ ಚಲಾಯಿಸುತ್ತದೆ ಮತ್ತು ಇಂಟರ್ಫೇಸ್‌ನ ಮಾಲೀಕತ್ವವನ್ನು ಹೊಂದಿದೆ.

systemctl list-unit-files 'openvpn*'
systemctl list-unit-files 'wg-quick*'
nmcli connection show --active
systemctl enable --now wg-quick@wg0

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

ಸೇವೆ ಓದಬಹುದಾದ ಸ್ಥಳದಲ್ಲಿ ರಹಸ್ಯವನ್ನು ಇರಿಸಿ

ಹಿನ್ನೆಲೆ ಸೇವೆ ಪ್ರಾಂಪ್ಟ್‌ಗೆ ಉತ್ತರಿಸಲಾರದು. ಪ್ರಮಾಣಪತ್ರ ಪಾಸ್‌ಫ್ರೇಸ್‌ಗಳು, ಖಾತೆ ಪಾಸ್‌ವರ್ಡ್‌ಗಳು ಮತ್ತು ಉಲ್ಲೇಖಿಸಿದ ದೃಢೀಕರಣ ಫೈಲ್‌ಗಳು—ಎಲ್ಲವೂ ಘಟಕವು ಮನುಷ್ಯನಿಲ್ಲದೆ ತಲುಪಬಹುದಾದ, ಸೇವೆಯನ್ನು ಚಲಾಯಿಸುವ ಖಾತೆಯ ಒಡೆತನದಲ್ಲಿರುವ ಮತ್ತು ಉಳಿದ ಎಲ್ಲರಿಗೂ ಓದಲಾಗದ ಸಂಗ್ರಹಣೆ ವ್ಯವಸ್ಥೆಯನ್ನು ಬಯಸುತ್ತವೆ.

ಪ್ರಲೋಭನೆಯ ಶಾರ್ಟ್‌ಕಟ್ ಎಂದರೆ ಅನುಮತಿ ದೋಷ ಕಣ್ಮರೆಯಾಗುವವರೆಗೆ ಫೈಲ್ ಅನ್ನು ಎಲ್ಲರಿಗೂ ಓದಬಹುದಾಗಿಸುವುದು. ಅದು ಸ್ಟಾರ್ಟಪ್ ವೈಫಲ್ಯವನ್ನು ದೀರ್ಘಕಾಲದ ರುಜುವಾತು ಬಹಿರಂಗಕ್ಕೆ ಬದಲಾಯಿಸುತ್ತದೆ, ಮತ್ತು ಅದು ಯಾರೂ ಮತ್ತೆ ಪರಿಶೀಲಿಸದ ಬದಲಾವಣೆ. ನಿಯೋಜನೆ ಈಗಾಗಲೇ ನಂಬುವ ಕಾರ್ಯವಿಧಾನವನ್ನು ಬಳಸಿ: ಸೀಮಿತ ರುಜುವಾತು ಫೈಲ್, ಫೈಲ್ ಅನುಮತಿಗಳಿಂದ ರಕ್ಷಿಸಲ್ಪಟ್ಟ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡದ ಕೀ, ಅಥವಾ ತನ್ನದೇ ರಹಸ್ಯ ಸಂಗ್ರಹವಿರುವ ಸಿಸ್ಟಮ್-ವ್ಯಾಪ್ತಿಯ ಸಂಪರ್ಕ.

ನಿಜವಾಗಿ ಸಂಭವಿಸುವ ಘಟನೆಯನ್ನು ಪರೀಕ್ಷಿಸಿ

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

systemctl is-enabled wg-quick@wg0
journalctl -u wg-quick@wg0 -b --no-pager
systemctl status systemd-networkd-wait-online --no-pager

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

ಇಂಟರ್ಫೇಸ್ ಮಾತ್ರವಲ್ಲ, ಮಾರ್ಗಗಳು ಮತ್ತು DNS ಪರಿಶೀಲಿಸಿ

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

ip -4 route show
resolvectl status
ping -c 3 10.61.0.1
curl -sS --max-time 5 https://internal.example/ -o /dev/null -w '%{http_code}\n'

ವಿಳಾಸ ಕೆಲಸ ಮಾಡಿ ಹೆಸರು ಮಾಡದಿದ್ದರೆ, ಉಳಿದ ಸಮಸ್ಯೆ ಟನಲ್ ಅಲ್ಲ, DNS ನೀತಿ. ಯಾವ ಮಾಲೀಕ ಸೇವೆಯನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತಾನೆ ಮತ್ತು ರಹಸ್ಯ ಎಲ್ಲಿದೆ ಎಂದು ದಾಖಲಿಸಿ, ಏಕೆಂದರೆ ಈ ಯಂತ್ರವನ್ನು ಮುಂದೆ ಮರುಪ್ರಾರಂಭಿಸುವ ವ್ಯಕ್ತಿಗೆ ಎರಡೂ ಸಂಗತಿಗಳು ಬೇಕಾಗುತ್ತವೆ.