WireGuard ಸಂರಚನೆಯನ್ನು ಸಾಲಿನಿಂದ ಸಾಲಿಗೆ ಓದಿ, Interface ನಿಂದ Peer ವರೆಗೆ

ಹೆಚ್ಚಿನ ಕೆಟ್ಟ WireGuard ಸಂರಚನೆಗಳು ಮೌಲ್ಯದಲ್ಲಿ ತಪ್ಪು ಮಾಡುವುದಿಲ್ಲ; ಅವು ಸರಿಯಾದ ಮೌಲ್ಯವನ್ನು ತಪ್ಪು ಬದಿಗೆ ಇಡುತ್ತವೆ. ಖಾಸಗಿ ಕೀ ಈ ಯಂತ್ರದ್ದು, peer ಇನ್ನೊಂದು ಯಂತ್ರದ ಸಾರ್ವಜನಿಕ ಕೀಯನ್ನು ಹೊತ್ತುಕೊಳ್ಳುತ್ತದೆ, ಮತ್ತು ವಿಳಾಸವು interface ಬ್ಲಾಕ್ನಲ್ಲಿ ಕುಳಿತುಕೊಳ್ಳುತ್ತದೆ, ಆದರೂ ಅದು ಸುರಂಗ ಎಲ್ಲಿ ವಾಸಿಸುತ್ತದೆ ಎಂದು ವಿವರಿಸುತ್ತದೆ. ಫೈಲ್ ಅನ್ನು ಸಂಧಿಸುವ ಎರಡು ದಿಕ್ಕುಗಳಂತೆ ಓದಿ, ನಂತರ ಸಹಾಯಕ ಸ್ಕ್ರಿಪ್ಟ್ ಮೇಲೆ ಏನು ಸೇರಿಸಿದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ. ಪ್ರೋಟೋಕಾಲ್ನಲ್ಲಿಯೇ ಫೈಲ್ಗಿಂತ ಕಡಿಮೆ ಕ್ಷೇತ್ರಗಳಿವೆ, ಮತ್ತು ಹೆಚ್ಚುವರಿ ಕ್ಷೇತ್ರಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ತಿಳಿಯುವುದು ಯೋಗ್ಯ.

interface ಕೀಗಳು ಈ ಯಂತ್ರವನ್ನು ವಿವರಿಸುತ್ತವೆ

interface ಬ್ಲಾಕ್ ಈ ತುದಿಯ ಸ್ವಂತ ಗುರುತನ್ನು ಹಿಡಿದಿಡುತ್ತದೆ. PrivateKey ಆ ಗುರುತು ಮತ್ತು ಎಂದಿಗೂ ಹೋಸ್ಟ್ ಬಿಡುವುದಿಲ್ಲ; ಅದರಿಂದ ಹೊಂದುವ ಸಾರ್ವಜನಿಕ ಕೀ ಪಡೆಯಲಾಗುತ್ತದೆ ಮತ್ತು ಇತರ peers ಅದನ್ನೇ ಪಟ್ಟಿ ಮಾಡುತ್ತವೆ. ListenPort ಈ ಬದಿ ಹಸ್ತಲಾಘವಗಳನ್ನು ಸ್ವೀಕರಿಸುವ ಸ್ಥಳ, ಆದ್ದರಿಂದ ಒಂದು ವಿಳಾಸದ ಹಿಂದೆ ಇರುವ ಇಬ್ಬರು ಕ್ಲೈಂಟ್ಗಳಿಗೆ ಬೇರೆ ಬೇರೆ ಪೋರ್ಟ್ಗಳು ಬೇಕು.

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

ನಿಜವಾದ ಕ್ಲೈಂಟ್ನೊಂದಿಗೆ [Interface] ಬ್ಲಾಕ್ನಲ್ಲಿ ಉಳಿದದ್ದನ್ನು ಸಾಮಾನ್ಯವಾಗಿ wg-quick ಸೇರಿಸುತ್ತದೆ: DNS, MTU, Table, ಮತ್ತು ಹುಕ್ ಸಾಲುಗಳು. ಇವು ಪ್ರೋಟೋಕಾಲ್ ಕ್ಷೇತ್ರಗಳಲ್ಲ, ಮತ್ತು ಬರಿಯ wg ಸಂಯೋಜನೆ ಅವನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ನಿರ್ಲಕ್ಷಿಸುತ್ತದೆ.

ಪ್ರತಿ peer ನಮೂದು ಇನ್ನೊಂದು ಬದಿಯನ್ನು ವಿವರಿಸುತ್ತದೆ

[Peer] ಬ್ಲಾಕ್ ದೂರದ ಪಕ್ಷ. PublicKey ಆ ಪಕ್ಷದ ಜನ್ಯ ಕೀ, ಎಂದಿಗೂ ಅವರ ಖಾಸಗಿ ಕೀ ಅಲ್ಲ, ಮತ್ತು PresharedKey ಎರಡೂ ಬದಿಗಳು ಒಂದೇ ರೀತಿ ಇಟ್ಟುಕೊಳ್ಳಬೇಕಾದ ಐಚ್ಛಿಕ ಹೆಚ್ಚುವರಿ ರಹಸ್ಯ. Endpoint ಎಲ್ಲಿಗೆ ಕಳುಹಿಸಬೇಕು ಎಂಬುದು, ಮತ್ತು PersistentKeepalive ಬೇರೆ ಏನೂ ಹೊರಗೆ ಹೋಗದಿದ್ದಾಗ ಮಧ್ಯಂತರದ ನಂತರ ಈ ಹೋಸ್ಟ್ ಪ್ಯಾಕೆಟ್ ಕಳುಹಿಸಲು ಕೇಳುತ್ತದೆ.

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

AllowedIPs ಮಾರ್ಗದರ್ಶನ, ಅನುಮತಿ ಪಟ್ಟಿ ಅಲ್ಲ

AllowedIPs WireGuard ನ ಕ್ರಿಪ್ಟೋಕೀ ಮಾರ್ಗದರ್ಶನ. ಹೊರಮುಖವಾಗಿ, ಗಮ್ಯಸ್ಥಾನದ ಆಧಾರದ ಮೇಲೆ ಯಾವ peer ಪ್ಯಾಕೆಟ್ ಪಡೆಯುತ್ತದೆ ಎಂದು ನಿರ್ಧರಿಸುತ್ತದೆ. ಒಳಮುಖವಾಗಿ, ಆ peer ನಿಂದ ಬರುವ ಪ್ಯಾಕೆಟ್ ಅದರ ಮೂಲದ ಆಧಾರದ ಮೇಲೆ ಸ್ವೀಕರಿಸಬೇಕೇ ಎಂದು ನಿರ್ಧರಿಸುತ್ತದೆ. ಅದೇ ಕ್ಷೇತ್ರ ಎರಡೂ ಕೆಲಸ ಮಾಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಇದು ಪ್ರವೇಶ ನಿಯಂತ್ರಣ ಪಟ್ಟಿಯೂ ಅಲ್ಲ, ಅನುಮತಿಸಿದ ವೆಬ್ಸೈಟ್ಗಳ ಪಟ್ಟಿಯೂ ಅಲ್ಲ.

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

wg-quick ಪ್ರೋಟೋಕಾಲ್ ಸುತ್ತ ಏನು ಸೇರಿಸುತ್ತದೆ

wg-quick ಅದೇ ಫೈಲ್ ಓದಿ ಪ್ರೋಟೋಕಾಲ್ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ಗೆ ಬಿಟ್ಟಿರುವ ಜಾಲ ಹಂತಗಳನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ. ಇದು interface ವಿಳಾಸವನ್ನು ನಿಗದಿಪಡಿಸುತ್ತದೆ, AllowedIPs ರಿಂದ ಜನ್ಯವಾದ ಮಾರ್ಗಗಳನ್ನು ಸೇರಿಸುತ್ತದೆ, ರಿಜಾಲ್ವರ್ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಬರೆಯುತ್ತದೆ ಮತ್ತು ಹುಕ್ ಆದೇಶಗಳನ್ನು ಕ್ರಮವಾಗಿ ಚಲಾಯಿಸುತ್ತದೆ.

ಆ ಪದರ ಶಾಸ್ತ್ರೀಯ ಅಸಮಮಿತಿಯನ್ನು ವಿವರಿಸುತ್ತದೆ. 0.0.0.0/0 ಮತ್ತು DNS ಸಾಲಿನ ಫೈಲ್ ಕ್ಲೈಂಟ್ಗೆ ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗ ಮತ್ತು ರಿಜಾಲ್ವರ್ ನೀಡುತ್ತದೆ, ಮತ್ತು ಸರ್ವರ್ನ ಫಾರ್ವರ್ಡಿಂಗ್ ಅಥವಾ NAT ನಿಯಮಗಳಿಗೆ ಏನೂ ಮಾಡುವುದಿಲ್ಲ. ಅವು ಸರ್ವರ್ನ ಸ್ವಂತ ಸಂರಚನೆಗೆ ಸೇರಿದ್ದು, ಯಾವುದೇ ಕ್ಲೈಂಟ್ ಫೈಲ್ ಅವನ್ನು ಒದಗಿಸಲಾರದು.

ಫೈಲ್ಗೆ ಒಬ್ಬ ಮಾಲೀಕರಿರಲಿ. SaveConfig ಸಕ್ರಿಯವಾಗಿರುವಾಗ ಅದನ್ನು ಕೈಯಿಂದ ಸಂಪಾದಿಸುವುದು ಎಂದರೆ ಮುಂದಿನ ಬಾರಿ interface ಕೆಳಗಿಳಿದಾಗ ನಿಮ್ಮ ಸಂಪಾದನೆ ಮಾಯವಾಗುತ್ತದೆ, ಮತ್ತು interface ಅದು ಸಂಭವಿಸಿದೆ ಎಂದು ನಿಮಗೆ ಹೇಳುವುದಿಲ್ಲ.

ಫೈಲ್ ಅಲ್ಲ, ಅನ್ವಯವಾದ ಸ್ಥಿತಿಯನ್ನು ಪರಿಶೀಲಿಸಿ

ಫೈಲ್ ಒಂದು ಉದ್ದೇಶ. ಅನ್ವಯವಾದ ಸ್ಥಿತಿ ಕರ್ನಲ್ ಇಟ್ಟುಕೊಳ್ಳುವುದು, ಮತ್ತು ಸಕ್ರಿಯಣೆಯ ನಂತರ ಸಹಾಯಕ, drop-in ಅಥವಾ ಹುಕ್ ಏನನ್ನಾದರೂ ಸಂಪಾದಿಸಿದಾಗಲೆಲ್ಲ ಅವು ಬೇರೆಯಾಗುತ್ತವೆ.

ಜೀವಂತ ಸ್ಥಿತಿ ಮತ್ತು ವಿಳಾಸೀಕರಣವನ್ನು ಒಟ್ಟಿಗೆ ಓದಿ, ನಂತರ ಎರಡನ್ನೂ ನೀವು ಬರೆದದ್ದಕ್ಕೆ ಹೋಲಿಸಿ:

sudo wg show
ip -4 addr show dev wg0
ip -4 route show dev wg0
grep -v "^#" /etc/wireguard/wg0.conf

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