ಖಾಸಗಿ ಕೀ ಇಲ್ಲಿ, ಸಾರ್ವಜನಿಕ ಕೀ ಅಲ್ಲಿ: WireGuard ಕೀಗಳು
ನಿಮ್ಮ ಖಾಸಗಿ ಕೀ ನಿಮ್ಮ ಸಾಧನದಲ್ಲೇ ಇರುತ್ತದೆ; ಪೀರ್ ನಮೂದು ಇನ್ನೊಂದು ಬದಿಯ ಸಾರ್ವಜನಿಕ ಕೀಯನ್ನು ಹೊಂದಿರುತ್ತದೆ. ಸಾರ್ವಜನಿಕ ಅರ್ಧದಷ್ಟನ್ನೇ ಹಂಚಿಕೊಳ್ಳಿ, ಮತ್ತು ಪ್ರತಿ ಸಾಧನಕ್ಕೂ ಅದರದೇ ಗುರುತನ್ನು ನೀಡಿ.
ಕೈಯಿಂದ ಜೋಡಿಸಿದ WireGuard ವೈಫಲ್ಯಗಳಲ್ಲಿ ಹೆಚ್ಚಿನವು ಯಾವ ಕೀ ಎಲ್ಲಿಗೆ ಹೋಯಿತು ಎಂಬುದಕ್ಕೇ ಬಂದು ನಿಲ್ಲುತ್ತವೆ. ಇಂಟರ್ಫೇಸ್ ವಿಭಾಗದಲ್ಲಿ ನೀವು ಸಂರಚಿಸುತ್ತಿರುವ ಸಾಧನದ ಖಾಸಗಿ ಕೀ ಇರುತ್ತದೆ, ಪೀರ್ ವಿಭಾಗದಲ್ಲಿ ಇನ್ನೊಂದು ತುದಿಯ ಯಂತ್ರದ ಸಾರ್ವಜನಿಕ ಕೀ ಇರುತ್ತದೆ. ಈ ಅರ್ಧಗಳನ್ನು ಬದಲಿಸಿದರೆ, ಅಥವಾ ತಪ್ಪಾದದ್ದನ್ನು ಅಂಟಿಸಿದರೆ, ಎಂದಿಗೂ ಪೂರ್ಣಗೊಳ್ಳದ ಹ್ಯಾಂಡ್ಶೇಕ್ ಮತ್ತು ಎಂದಿಗೂ ಕೀಯ ಹೆಸರು ಹೇಳದ ಲಾಗ್ ಉಂಟಾಗುತ್ತದೆ. AllowedIPs ಅಥವಾ DNS ಮುಟ್ಟುವ ಮೊದಲು ಕೆಳಗಿನ ನಾಲ್ಕು ಪರಿಶೀಲನೆಗಳನ್ನು ಕ್ರಮವಾಗಿ ಮಾಡಿ.
ಎರಡು ಕೀಗಳು, ಎರಡು ದಿಕ್ಕುಗಳು
ಖಾಸಗಿ ಕೀ ನಿಖರವಾಗಿ ಒಂದೇ ಸಾಧನಕ್ಕೆ ಸೇರಿದ್ದು ಆ ಸಾಧನದ ಇಂಟರ್ಫೇಸ್ ವಿಭಾಗದಲ್ಲೇ ಉಳಿಯುತ್ತದೆ. ಅದರ ಸಾರ್ವಜನಿಕ ಅರ್ಧವೇ ಪ್ರತಿ ಇತರ ಪೀರ್ ಸಾಧನವನ್ನು ಗುರುತಿಸಲು ಬೇಕಾದದ್ದು, ಮತ್ತು ಪರಿಕರಗಳು ಅದನ್ನು ಕಲ್ಪಿಸುವ ಬದಲು ಉತ್ಪಾದಿಸುತ್ತವೆ. ಸರ್ವರ್ನಲ್ಲಿ ನಿಮ್ಮ ಸಾಧನದ ಸಾರ್ವಜನಿಕ ಕೀ ಪೀರ್ ನಮೂದಾಗಿ ಕಾಣುತ್ತದೆ; ನಿಮ್ಮ ಸಾಧನದಲ್ಲಿ ಸರ್ವರ್ನ ಸಾರ್ವಜನಿಕ ಕೀ ಆ ಪಾತ್ರವನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ. ಈ ಪದಗಳಲ್ಲಿ ಸಂರಚನೆಯನ್ನು ಗಟ್ಟಿಯಾಗಿ ಓದುವುದು ಬಹುಪಾಲು ಗೊಂದಲಗಳನ್ನು ಹ್ಯಾಂಡ್ಶೇಕ್ ತಲುಪುವ ಮೊದಲೇ ಹಿಡಿಯುತ್ತದೆ.
wg ಆಜ್ಞೆ ಸ್ಥಳೀಯ ಇಂಟರ್ಫೇಸ್ ನಿಜವಾಗಿ ಏನನ್ನು ಬಳಸುತ್ತಿದೆ ಎಂಬುದನ್ನು, ಎರಡೂ ಸಾರ್ವಜನಿಕ ಕೀಗಳೊಂದಿಗೆ ಮುದ್ರಿಸುತ್ತದೆ. ಇದರಿಂದ ಸಂರಚನಾ ದೋಷವನ್ನು ಸಂಪರ್ಕ ಸಮಸ್ಯೆಯಿಂದ ಬೇರ್ಪಡಿಸುವ ಅತ್ಯಂತ ವೇಗದ ಮಾರ್ಗವಾಗುತ್ತದೆ:
wg show
wg show interfaces
ಮೊದಲ ಔಟ್ಪುಟ್ ಪ್ರತಿ ಪೀರ್ ಅನ್ನು ಅದರ ಸಾರ್ವಜನಿಕ ಕೀ, ಕೊನೆಯದಾಗಿ ಬಳಸಿದ ಎಂಡ್ಪಾಯಿಂಟ್ ಮತ್ತು ಅದರ ಕೊನೆಯ ಹ್ಯಾಂಡ್ಶೇಕ್ ವಯಸ್ಸಿನೊಂದಿಗೆ ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ. ಒಂದು ಬದಿಯಲ್ಲಿ «ಎಂದಿಗೂ ಇಲ್ಲ» ಎಂಬ ಹ್ಯಾಂಡ್ಶೇಕ್ ವಯಸ್ಸು ಮತ್ತು ಇನ್ನೊಂದು ಬದಿಯಲ್ಲಿ ಇತ್ತೀಚಿನದು ಇದ್ದರೆ, ಒಂದೇ ತುದಿ ಸ್ವೀಕರಿಸಿದ ಕೀಯನ್ನು ಸೂಚಿಸುತ್ತದೆ. ಎರಡನೇ ಆಜ್ಞೆ ಇನ್ನಷ್ಟು ಪರಿಶೀಲಿಸಬಹುದಾದ ಇಂಟರ್ಫೇಸ್ಗಳ ಹೆಸರು ಹೇಳುತ್ತದೆ.
ಏನನ್ನು ಹಂಚಿಕೊಳ್ಳಬೇಕು ಮತ್ತು ಏನನ್ನು ಎಂದಿಗೂ ಇಲ್ಲ
ಸಾರ್ವಜನಿಕ ಕೀ ಒಪ್ಪಿಸಲು ಉದ್ದೇಶಿಸಿದ್ದು, ಅದು ಇನ್ನೂ ಸಾಧನ ಸಂಬಂಧವನ್ನು ಗುರುತಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಕೇಳಿದ ನಿರ್ವಾಹಕರಿಗೆ ಕಳುಹಿಸುವುದು ಅದನ್ನು ಪ್ರಕಟಿಸುವುದಕ್ಕಿಂತ ಭಿನ್ನ. ಖಾಸಗಿ ಕೀ ಅದನ್ನು ರಚಿಸಿದ ಸಾಧನವನ್ನು ಎಂದಿಗೂ ಬಿಡುವುದಿಲ್ಲ. ರಫ್ತು ಮಾಡಿದ ಪ್ರೊಫೈಲ್ ಅಥವಾ QR ಕೋಡ್ ಆ ಖಾಸಗಿ ಕೀ ಸೇರಿದಂತೆ ಇಡೀ ಸಂರಚನೆಯನ್ನು ಹೊಂದಿರುತ್ತದೆ, ಆದ್ದರಿಂದ ಎರಡೂ ಕೈಯಿಂದ ಕೈಗೆ ಹಾಯಿಸಲು ಸುರಕ್ಷಿತವಲ್ಲ, ಮತ್ತು ಚಿತ್ರದೊಳಗೆ ಪಠ್ಯವನ್ನು ಮರೆಮಾಡುವುದರಿಂದ ಏನೂ ಬದಲಾಗುವುದಿಲ್ಲ. ಮೊದಲೇ ಹಂಚಿದ ಕೀಗಳು ಐಚ್ಛಿಕ ಮತ್ತು ಅಷ್ಟೇ ಗುಪ್ತ, ಮತ್ತು ಎರಡೂ ತುದಿಗಳಲ್ಲಿ ಒಂದೇ ಮೌಲ್ಯ ಇರಬೇಕು, ಇಲ್ಲದಿದ್ದರೆ ಹ್ಯಾಂಡ್ಶೇಕ್ ಆ ಹಂತದಲ್ಲೇ ನಿಲ್ಲುತ್ತದೆ.
ಇನ್ನೊಂದು ವ್ಯತ್ಯಾಸವನ್ನು ನೇರವಾಗಿ ಹೇಳುವುದು ಒಳ್ಳೆಯದು: ಎಂಡ್ಪಾಯಿಂಟ್ ಒಂದು ವಿಳಾಸ ಮತ್ತು ಪೋರ್ಟ್, ಎಂದಿಗೂ ಕೀ ಅಲ್ಲ. ಎಂಡ್ಪಾಯಿಂಟ್ ಕ್ಷೇತ್ರದಲ್ಲಿ ಸಾರ್ವಜನಿಕ ಕೀ ಅಂಟಿಸುವುದು, ಅಥವಾ ಕೀ ಕ್ಷೇತ್ರದಲ್ಲಿ ವಿಳಾಸ, ವಿಶ್ಲೇಷಣೆಯಾಗಿ ನಂತರ ಏನೂ ಮಾಡದ ಪ್ರೊಫೈಲ್ ಉಂಟುಮಾಡುತ್ತದೆ. ಪರಿಕರಗಳು ಇದನ್ನು ಹಿಡಿಯುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಎರಡೂ ಕ್ಷೇತ್ರಗಳು ಬರೀ ಸ್ಟ್ರಿಂಗ್ಗಳು. WireGuard ತ್ವರಿತ ಆರಂಭ ರಚನೆ ಮತ್ತು ಉತ್ಪಾದನೆಯ ಸರಣಿಯನ್ನು ಒಂದೇ ಸಾಲಿನಲ್ಲಿ ತೋರಿಸುತ್ತದೆ.
ಒಂದು ಸಾಧನ, ಒಂದು ಪೀರ್ ನಮೂದು
ಸೇವೆ ಅನುಮತಿಸುವಲ್ಲಿ, ಪ್ರತಿ ಸಾಧನವೂ ತನ್ನದೇ ಪೀರ್ ಗುರುತನ್ನು ಹೊಂದಿರಬೇಕು. ಲ್ಯಾಪ್ಟಾಪ್ನ ಪೂರ್ಣ ಪ್ರೊಫೈಲ್ ಅನ್ನು ಫೋನ್ಗೆ ಅಂಟಿಸುವುದು ಸರ್ವರ್ನಲ್ಲಿ ಯಾವ ಸಾಧನ ಆ ಗುರುತನ್ನು ಹೊಂದಿದೆ ಎಂಬುದನ್ನು ಮಸುಕಾಗಿಸುತ್ತದೆ ಮತ್ತು ಕಳೆದುಹೋದ ಒಂದು ಹ್ಯಾಂಡ್ಸೆಟ್ ರದ್ದು ಮಾಡುವುದನ್ನು ಕಷ್ಟಕರವಾಗಿಸುತ್ತದೆ. ಖಾಸಗಿ ಕೀ ಸೋರಿಕೆಯಾದರೆ, ಸರ್ವರ್ನಲ್ಲಿನ ಹಳೆಯ ಪೀರ್ ಅನುಮತಿಯನ್ನು ತೆಗೆದುಹಾಕಿ ಬದಲಿಗೆ ಒಂದನ್ನು ಸಿದ್ಧಪಡಿಸಿ. ಸ್ಥಳೀಯ ಫೈಲ್ ಅಳಿಸುವುದು ಸರ್ವರ್ನ ನಮೂದನ್ನು ತೆಗೆಯುವುದಿಲ್ಲ, ಮತ್ತು ಸರ್ವರ್ ಅದರ ಸಾರ್ವಜನಿಕ ಅರ್ಧವನ್ನು ತಿಳಿಯುವವರೆಗೆ ಹೊಸ ಕ್ಲೈಂಟ್ ಕೀ ಯಾರಿಗೂ ಸಹಾಯ ಮಾಡುವುದಿಲ್ಲ.
ಸಾಧನದಿಂದ ಸಾರ್ವಜನಿಕ ಕೀಗೆ ಇರುವ ನಕ್ಷೆಯನ್ನು ವಿಳಾಸಗಳ ಪಟ್ಟಿಯ ಪಕ್ಕದಲ್ಲಿಡಿ. ರದ್ದತಿಯನ್ನು ಇಡೀ ಮಧ್ಯಾಹ್ನದ ಬದಲು ಎರಡು ನಿಮಿಷದ ಕೆಲಸವಾಗಿಸುವುದು ಆ ಪಟ್ಟಿಯೇ.
ಹ್ಯಾಂಡ್ಶೇಕ್ ನಂತರವೂ ಏನು ವಿಫಲವಾಗುತ್ತದೆ
ಕೀ ಜೋಡಿಗಳು ಪೀರ್ಗಳನ್ನು ಗುರುತಿಸುತ್ತವೆ; ಅವು ನೆಟ್ವರ್ಕ್ ವರ್ತನೆಯನ್ನು ನಿರ್ಧರಿಸುವುದಿಲ್ಲ. AllowedIPs ವಿಳಾಸ ಶ್ರೇಣಿಗಳನ್ನು ಪೀರ್ಗೆ ಸಂಬಂಧಿಸುತ್ತದೆ, ಮತ್ತು ಅದರ ಸುತ್ತಲಿನ ಮಾರ್ಗಗಳನ್ನು ಕ್ಲೈಂಟ್ ಅಥವಾ ಸೆಟಪ್ ಪರಿಕರ ನಿರ್ವಹಿಸುತ್ತದೆ. ರೋಗಲಕ್ಷಣ ಸಾಮಾನ್ಯವಾಗಿ ಮುಂದೆ ಯಾವ ಪದರವನ್ನು ತೆರೆಯಬೇಕು ಎಂದು ಹೇಳುತ್ತದೆ:
| What you see | Which key problem it usually means | Where to look first |
|---|---|---|
| Handshake age stays at never on both ends | Peer public key missing, or an endpoint pointing at nothing | wg show, then the endpoint value |
| Handshake completes on one side only | The two ends hold different public keys for each other | wg show on both hosts |
| Handshake works, then no traffic | AllowedIPs or routes rather than keys | wg show and the route table |
| Worked until a key was regenerated | The peer entry still holds the old public key | Compare both public keys, then update the peer |
ಎರಡೂ ಪೀರ್ಗಳು ಸರಿಯಾಗಿ ದೃಢೀಕರಿಸಿದ ನಂತರವೂ DNS ವಿಫಲವಾಗಬಹುದು, ಮತ್ತು ಸುರಂಗ ಸ್ವತಃ ಆರೋಗ್ಯವಾಗಿದ್ದರೂ ಅನ್ವಯ ವಿಫಲವಾಗಬಹುದು, ಆದ್ದರಿಂದ ಕೆಲಸ ಮಾಡುವ ಹ್ಯಾಂಡ್ಶೇಕ್ ರೋಗನಿರ್ಣಯದ ಅಂತ್ಯವಲ್ಲ. ಕೀಗಳು ನಿರ್ವಾಹಕರ ಲಾಗಿಂಗ್ ಅಭ್ಯಾಸದ ಬಗ್ಗೆ ಅಥವಾ ಯಾವುದೇ ವೆಬ್ಸೈಟ್ ನಿಮ್ಮ ಖಾತೆಯನ್ನು ಗುರುತಿಸುತ್ತದೆಯೇ ಎಂಬ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ, ಮತ್ತು ಆ ಪ್ರಶ್ನೆಗಳು ಬೇರೆಡೆಗೆ ಸೇರಿದವು. ನಾಲ್ಕು ಪರಿಶೀಲನೆಗಳು ದಾಟಿದ ನಂತರ ನೆಟ್ವರ್ಕ್ ಪದರಗಳಿಗೆ ಹೋಗಿ, ಏಕೆಂದರೆ ಕಾಣೆಯಾದ ಕೀ ಮಾರುವೇಷದ ಮಾರ್ಗದ ಸಮಸ್ಯೆಯಲ್ಲ.