WireGuard ಮೊಬೈಲ್ ಡೇಟಾದಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ, ಆದರೆ ಅದೇ Wi-Fi ನೆಟ್‌ವರ್ಕಿನಲ್ಲಿ ಮಾಡುವುದಿಲ್ಲ
LAN ಒಳಗಿನಿಂದ ರೌಟರ್‌ನ ಸಾರ್ವಜನಿಕ ವಿಳಾಸಕ್ಕೆ ಹೋಗುವ ವಿನಂತಿ ಮೊಬೈಲ್ ಡೇಟಾದಿಂದ ಬರುವ ವಿನಂತಿಗಿಂತ ಬೇರೆ ಮಾರ್ಗವನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ. ಮೊದಲು ಹೊರಗೆ ಪರೀಕ್ಷಿಸಿ, ನಂತರ ಸ್ಥಳೀಯ ಮಾರ್ಗವನ್ನು ಆರಿಸಿ.
ಮೊಬೈಲ್ ಡೇಟಾದಲ್ಲಿ ಟನೆಲ್ ಮೇಲೆ ಬರುತ್ತದೆ, ಆದರೆ ಮನೆಯಲ್ಲಿ ಅದೇ ಪ್ರೊಫೈಲ್, ಅದೇ ಪೀರ್ ಕೀ ಮತ್ತು ಮಧ್ಯೆ ಯಾವುದೇ ಸಂರಚನಾ ಬದಲಾವಣೆ ಇಲ್ಲದೆ ಅದು ಸಂಪರ್ಕಿಸುತ್ತಿದೆ ಎಂಬ ಸ್ಥಿತಿಯಲ್ಲಿ ಕುಳಿತಿರುತ್ತದೆ. ವ್ಯತ್ಯಾಸ ಪ್ರಯಾಣದಲ್ಲಿದೆ: LAN ಒಳಗಿನಿಂದ ರೌಟರ್‌ನ ಸಾರ್ವಜನಿಕ ವಿಳಾಸಕ್ಕೆ ಹೋಗುವ ವಿನಂತಿ ಇಂಟರ್ನೆಟ್‌ನಿಂದ ಬರುವ ವಿನಂತಿಯ ಅದೇ ಪ್ರಯಾಣವಲ್ಲ. ಬಹುಪಾಲು ಮನೆ ಗೇಟ್‌ವೇಗಳು ಹಿಂತಿರುಗುವ ಮಾರ್ಗವನ್ನು ಅನುಷ್ಠಾನಗೊಳಿಸುವುದಿಲ್ಲ, ಅಥವಾ ಕೆಲವು ಪ್ರೋಟೋಕಾಲ್‌ಗಳಿಗೆ ಮಾತ್ರ ಅನುಷ್ಠಾನಗೊಳಿಸುತ್ತವೆ. ಇದರಿಂದ ಕೀ ಬಗ್ಗೆ ಏನೂ ಬದಲಾಗದಿದ್ದರೂ ಲಕ್ಷಣವು ಮುರಿದ ಕೀಯಂತೆ ಕಾಣುತ್ತದೆ. ಕೀ, ಪೋರ್ಟ್ ಫಾರ್ವರ್ಡ್ ಅಥವಾ ಕ್ಲೈಂಟ್ ಪ್ರೊಫೈಲ್ ಮುಟ್ಟುವ ಮೊದಲು ಯಾವ ಮಾರ್ಗ ವಿಫಲವಾಯಿತು ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸಿ.
ಒಂದೇ ವಿಳಾಸ, ಎರಡು ಬೇರೆ ಮಾರ್ಗಗಳು
ಹೊರಗಿನಿಂದ ಪ್ಯಾಕೆಟ್ ರೌಟರ್‌ನ ಸಾರ್ವಜನಿಕ ವಿಳಾಸವನ್ನು ತಲುಪುತ್ತದೆ ಮತ್ತು ಪೋರ್ಟ್-ಫಾರ್ವರ್ಡ್ ನಿಯಮವು ಅದನ್ನು ಆಂತರಿಕ ಹೋಸ್ಟ್‌ನಲ್ಲಿರುವ WireGuard ಶ್ರೋತೃಕ್ಕೆ ಒಪ್ಪಿಸುತ್ತದೆ. ಒಳಗಿನಿಂದ ಕ್ಲೈಂಟ್ ಅದೇ ಸಾರ್ವಜನಿಕ ವಿಳಾಸವನ್ನು ಡಯಲ್ ಮಾಡುತ್ತದೆ, ಹಾಗಾಗಿ ಪ್ಯಾಕೆಟ್ ಕ್ಲೈಂಟ್‌ನಿಂದ ಹೊರಟು ರೌಟರನ್ನು ತಲುಪುತ್ತದೆ ಮತ್ತು ಮತ್ತೆ LAN ಕಡೆಗೆ ತಿರುಗಿಸಬೇಕಾಗುತ್ತದೆ. ಆ ಹಿಂತಿರುಗುವ ತಿರುವಿನಲ್ಲಿಯೇ ಎರಡು ಮಾರ್ಗಗಳು ಬೇರ್ಪಡುತ್ತವೆ, ಏಕೆಂದರೆ ರೌಟರ್ ಒಂದೇ ಇಂಟರ್‌ಫೇಸ್‌ನಿಂದ ಹೊರಟು ಮತ್ತೆ ಅದೇ ಇಂಟರ್‌ಫೇಸ್‌ಗೆ ಪ್ರವೇಶಿಸುವ ಫ್ಲೋವನ್ನು ಅನುವಾದಿಸಬೇಕು. ಹಲವು ಅನುಷ್ಠಾನಗಳು ಅನುವಾದಿಸುವ ಬದಲು ಅದನ್ನು ಬಿಟ್ಟುಬಿಡುತ್ತವೆ, ಮತ್ತು ನಂತರ ಕ್ಲೈಂಟ್ ಎಂದೂ ಕಳುಹಿಸದ ಹ್ಯಾಂಡ್‌ಶೇಕ್ಗಾಗಿ ಕಾಯುತ್ತದೆ.
ಈ ವರ್ತನೆಯನ್ನು ಸಾಮಾನ್ಯವಾಗಿ NAT ಲೂಪ್‌ಬ್ಯಾಕ್ ಅಥವಾ ಹೇರ್‌ಪಿನಿಂಗ್ ಎಂದು ಕರೆಯುತ್ತಾರೆ, ಮತ್ತು ಅದು WireGuardನದಲ್ಲ, ರೌಟರ್‌ನ ಗುಣ; RFC 4787 ಗೇಟ್‌ವೇ ಅದನ್ನು ಬೆಂಬಲಿಸಬಹುದಾದ ಅಥವಾ ಬೆಂಬಲಿಸದಿರಬಹುದಾದ ಅನುವಾದ ಪ್ರಕರಣಗಳನ್ನು ನಿರೂಪಿಸುತ್ತದೆ. WireGuard ಸ್ವತಃ ಮಾರ್ಗದ ಬಗ್ಗೆ ಯಾವುದೇ ಅಭಿಪ್ರಾಯ ಹೊಂದಿಲ್ಲ, ಏಕೆಂದರೆ ಅದು ತನ್ನ ಇಂಟರ್‌ಫೇಸ್ ತಲುಪುವ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಮಾತ್ರ ನೋಡುತ್ತದೆ. ರೌಟರ್ ಫ್ಲೋವನ್ನು ಬಿಟ್ಟುಬಿಟ್ಟಾಗ ಡೀಮನ್‌ಗೆ ಏನೂ ಸಿಗುವುದಿಲ್ಲ, ಕ್ಲೈಂಟ್ ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಟೈಮೌಟ್ ವರದಿ ಮಾಡುತ್ತದೆ ಮತ್ತು ಸರ್ವರ್ ಲಾಗ್ ಖಾಲಿ ಉಳಿಯುತ್ತದೆ. ಆದ್ದರಿಂದ ಖಾಲಿ ಲಾಗ್ ಪ್ಯಾಕೆಟ್ ಎಲ್ಲಿ ನಿಂತಿತು ಎಂಬುದರ ಸುಳಿವು, ಸರ್ವರ್ ಆಫ್ ಆಗಿದೆ ಎಂಬ ಸಾಕ್ಷ್ಯವಲ್ಲ. ಮರುಸ್ಥಾಪನೆ ಏನನ್ನೂ ಬದಲಾಯಿಸದಿರುವುದಕ್ಕೂ ಇದೇ ಕಾರಣ.
ವ್ಯತಿರಿಕ್ತವೂ ಮುಖ್ಯ: LAN ವಿಳಾಸದಿಂದ ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಪ್ರಯತ್ನವನ್ನು ತೋರಿಸುವ ಸರ್ವರ್ ಲಾಗ್ ಪ್ಯಾಕೆಟ್ ಬಂದಿತು ಮತ್ತು ಮಾರ್ಗ ಸರಿಯಾಗಿದೆ ಎಂದು ಸಾಬೀತು ಮಾಡುತ್ತದೆ, ಇದು ತನಿಖೆಯನ್ನು ಕೀಗಳು ಮತ್ತು ಅನುಮತಿಸಿದ ವಿಳಾಸಗಳ ಕಡೆಗೆ ಸರಿಸುತ್ತದೆ. ನೀವು ನೋಡಲು ಬಯಸಿದ್ದಕ್ಕಾಗಿ ಅಲ್ಲ, ಲಾಗ್ ಏನನ್ನು ಸಾಬೀತು ಮಾಡುತ್ತದೆ ಎಂಬುದಕ್ಕಾಗಿ ಅದನ್ನು ಓದಿ.
ಏನನ್ನಾದರೂ ಬದಲಾಯಿಸುವ ಮೊದಲು ಅದನ್ನು ಮರುಸೃಷ್ಟಿಸಿ
ಅದೇ ಸಾಧನ ಮತ್ತು ಅದೇ ಪ್ರೊಫೈಲ್‌ನೊಂದಿಗೆ ಅಧಿಕೃತ ಬಾಹ್ಯ ನೆಟ್‌ವರ್ಕ್‌ನಿಂದ ಪರೀಕ್ಷಿಸಿ, ನಂತರ ಏನನ್ನೂ ಬದಲಾಯಿಸದೆ LAN ಒಳಗೆ ಪರೀಕ್ಷೆಯನ್ನು ಪುನರಾವರ್ತಿಸಿ. ಹೊರಗೆ ಪೂರ್ಣಗೊಂಡ ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಮತ್ತು ಒಳಗೆ ಸಾಧನವನ್ನು ಬಿಟ್ಟು ಹೋಗದ ಕ್ಲೈಂಟ್ ಊಹಿಸುವ ಬದಲು ಸ್ಥಿತಿಯನ್ನು ಮರುಸೃಷ್ಟಿಸುತ್ತವೆ. ಎರಡೂ ಪ್ರಯತ್ನಗಳು ಒಂದೇ ಪ್ರೊಫೈಲ್ ಬಳಸಬೇಕು, ಇಲ್ಲದಿದ್ದರೆ ಹೋಲಿಕೆ ಏನನ್ನೂ ಸಾಬೀತು ಮಾಡುವುದಿಲ್ಲ.
ನಂತರ ಈ ಸಾಧನಕ್ಕೆ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಹೆಸರು ಯಾವ ವಿಳಾಸಕ್ಕೆ ಪರಿಹರಿಸುತ್ತದೆ ಎಂದು ನೋಡಿ. ಈ ಮೂರು ಆಜ್ಞೆಗಳು ಕ್ಲೈಂಟ್ ವಾಸ್ತವವಾಗಿ ಯಾವ ವಿಳಾಸಕ್ಕೆ ಡಯಲ್ ಮಾಡಿತು ಎಂಬುದನ್ನೂ ತೋರಿಸುತ್ತವೆ:
wg show wg0 endpoints
dig +short vpn.example.net A
resolvectl query vpn.example.netಮೊದಲ ಆಜ್ಞೆ ಇಂಟರ್‌ಫೇಸ್ ಈಗ ಯಾವ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಬಳಸುತ್ತಿದೆ ಎಂದು ತಿಳಿಸುತ್ತದೆ, ಮತ್ತು ಉಳಿದೆರಡು ಈ ಯಂತ್ರದಲ್ಲಿ ಹೆಸರು ಯಾವ ವಿಳಾಸಕ್ಕೆ ಪರಿಹರಿಸುತ್ತದೆ ಎಂದು ತೋರಿಸುತ್ತವೆ. ಸರ್ವರ್‌ನ ಅದೇ ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ ಕುಳಿತು ಸಾರ್ವಜನಿಕ ವಿಳಾಸಕ್ಕೆ ಡಯಲ್ ಮಾಡುವ ಕ್ಲೈಂಟ್ ಹೇರ್‌ಪಿನ್ ಮಾರ್ಗವನ್ನು ಬಳಸುತ್ತಿದೆ. LAN ವಿಳಾಸಕ್ಕೆ ಡಯಲ್ ಮಾಡುವ ಕ್ಲೈಂಟ್ ಹಾಗೆ ಮಾಡುವುದಿಲ್ಲ, ಮತ್ತು ಅಲ್ಲಿನ ವೈಫಲ್ಯ ಬೇರೆ ತನಿಖೆಗೆ ಸೇರಿದ್ದು. ಈ ವ್ಯತ್ಯಾಸವೇ ಮುಂದಿನ ಭಾಗ ಇಲ್ಲಿ ಅನ್ವಯವಾಗುತ್ತದೆಯೇ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ.
ಹತ್ತಿರದ ಸರ್ವರ್‌ಗೆ ತಲುಪುವ ಬೆಂಬಲಿತ ಮಾರ್ಗಗಳು
ಅತ್ಯಂತ ಸ್ವಚ್ಛ ವ್ಯವಸ್ಥೆ ಸ್ಪ್ಲಿಟ್-ಹೊರೈಜನ್ ಉತ್ತರ: ಸಾರ್ವಜನಿಕ ಹೆಸರು ಇಂಟರ್ನೆಟ್‌ಗೆ ಸಾರ್ವಜನಿಕ ವಿಳಾಸಕ್ಕೆ ಮತ್ತು ಒಳಗಿನ ಕ್ಲೈಂಟ್‌ಗಳಿಗೆ ಸರ್ವರ್‌ನ LAN ವಿಳಾಸಕ್ಕೆ ಪರಿಹರಿಸುತ್ತದೆ. ಪ್ರೊಫೈಲ್ ಒಂದೇ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಹೆಸರು ಇಟ್ಟುಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಪರಿಹಾರಕವು ಮಾರ್ಗವನ್ನು ಆರಿಸುತ್ತದೆ. ಇದಕ್ಕೆ ಆಂತರಿಕ DNS ಉತ್ತರದ ಮೇಲಿನ ನಿಯಂತ್ರಣ ಬೇಕು, ಅದನ್ನು ಮನೆ ರೌಟರ್ ಸಾಮಾನ್ಯವಾಗಿ ಒದಗಿಸುತ್ತದೆ ಮತ್ತು ಸಂಸ್ಥೆಯೊಂದು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಏರ್ಪಡಿಸಬಹುದು. ಆ ನಿಯಂತ್ರಣ ಇಲ್ಲದಿದ್ದರೆ ಉಳಿಯುವ ಆಯ್ಕೆಗಳು ರೌಟರ್‌ನ ಒಂದು ವೈಶಿಷ್ಟ್ಯ ಅಥವಾ ಎರಡನೇ ಪ್ರೊಫೈಲ್.
ರೌಟರ್‌ನ ವೈಶಿಷ್ಟ್ಯ ಪ್ರತಿಫಲನ: ಗೇಟ್‌ವೇ ಒಳಗಿನಿಂದ ಸಾರ್ವಜನಿಕಕ್ಕೆ ಹೋಗುವ ಫ್ಲೋವನ್ನು ಅನುವಾದಿಸಿ ಅದನ್ನು ಮತ್ತೆ ಒಳಗೆ ಕಳುಹಿಸುತ್ತದೆ. ಅದು ಕೆಲಸ ಮಾಡುವಲ್ಲಿ ಕ್ಲೈಂಟ್ ಬದಲಾವಣೆ ಬೇಕಿಲ್ಲ, ಮತ್ತು ಕೆಲಸ ಮಾಡದಲ್ಲಿ ಯಾವ ಕ್ಲೈಂಟ್ ಸೆಟ್ಟಿಂಗೂ ಅದನ್ನು ರಕ್ಷಿಸುವುದಿಲ್ಲ. ರೌಟರ್‌ನ ವೈಶಿಷ್ಟ್ಯ ಪಟ್ಟಿ ಓದುವ ಬದಲು ಆಂತರಿಕ ಪ್ರಯತ್ನದ ವೇಳೆ ಸರ್ವರ್ ಲಾಗ್ ನೋಡಿ ಅದನ್ನು ಪರೀಕ್ಷಿಸಿ.
ಪ್ರೊಫೈಲ್ ಅನ್ನು ಖಾಸಗಿ ವಿಳಾಸಕ್ಕೆ ಬದಲಾಯಿಸುವುದು ರೋಗನಿರ್ಣಯ, ವಿನ್ಯಾಸವಲ್ಲ. ಅದು ಸರ್ವರ್ LANನಲ್ಲಿ ಉತ್ತರಿಸುತ್ತದೆ ಎಂದು ಸಾಬೀತು ಮಾಡುತ್ತದೆ, ಮತ್ತು ಲ್ಯಾಪ್‌ಟಾಪ್ ಮನೆಯಿಂದ ಹೊರಬಿದ್ದ ಕ್ಷಣವೇ ಅದೇ ಪ್ರೊಫೈಲ್ ಮುರಿಯುತ್ತದೆ.
| Approach | What it depends on | Where it fails |
|---|---|---|
| Split-horizon name | Control of the internal DNS answer | Clients that resolve through a server outside the zone |
| Router reflection | Gateway support for hairpin translation | Routers that drop the flow silently |
| Private address in the profile | Nothing beyond the LAN | Every network except the one at home |
ಮನೆಯಿಂದ ದೂರವೂ ಪ್ರೊಫೈಲ್ ಬಳಸಬಹುದಾಗಿ ಇರಿಸಿ
ಯಾವ ಮಾರ್ಗವನ್ನು ಆರಿಸಿದರೂ ಗುರುತು ಪರಿಶೀಲನೆಯನ್ನು ಮುಟ್ಟಬೇಡಿ. ಎಂಡ್‌ಪಾಯಿಂಟ್ ವಿಳಾಸವು ಪೀರ್ ಗುರುತಲ್ಲ, ಮತ್ತು ವಿಳಾಸ ಬದಲಾದರೆ ಸಂಬಂಧವಿಲ್ಲದ ಸಾರ್ವಜನಿಕ ಕೀಯನ್ನು ಸ್ವೀಕರಿಸುವುದಕ್ಕೆ ಯಾವುದೇ ಸಮರ್ಥನೆ ಇಲ್ಲ. WireGuard ಕೀಯಿಂದಲೇ ದೃಢೀಕರಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ತಪ್ಪು ಹೋಸ್ಟ್ ಹ್ಯಾಂಡ್‌ಶೇಕ್ ವಿಫಲಗೊಳಿಸುತ್ತದೆ, ಅನಿರೀಕ್ಷಿತ ಯಾವುದಕ್ಕೂ ಪ್ರವೇಶ ನೀಡುವುದಿಲ್ಲ.
ಸಾರ್ವಜನಿಕ ವಿಳಾಸ ಜರುಗಿದರೆ ಹೆಸರನ್ನು ಉಪಯುಕ್ತವಾಗಿ ಉಳಿಸುವುದು ಡೈನಾಮಿಕ್ DNS, ಮತ್ತು ಬದಲಾವಣೆ ಎಷ್ಟು ಬೇಗ ಅನ್ವಯವಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ಕ್ಲೈಂಟ್‌ನ ಪುನಶ್ಚೇತನ ವರ್ತನೆ ನಿರ್ಧರಿಸುತ್ತದೆ. ವಿಳಾಸ ಬದಲಾದ ಮೇಲೆ ಅದನ್ನು ಹೊರಗಿನಿಂದ ಪರೀಕ್ಷಿಸಿ, ಏಕೆಂದರೆ LAN ಸಂದರ್ಭ ಅದನ್ನು ಪರಿಶೀಲಿಸಲಾರದು. ದಾಖಲೆಯ ಆಯುಸ್ಸು ಮುಗಿದ ಮೇಲೆಯೂ ಹಳೆಯ ಉತ್ತರವನ್ನು ಸಂಗ್ರಹಿಸಿಡುವ ಪರಿಹಾರಕದ ಬಗ್ಗೆ ಎಚ್ಚರವಿರಲಿ. ಹಿಂದಿನ ವಿಳಾಸಕ್ಕೆ ಇನ್ನೂ ತೋರಿಸುವ ಹೆಸರು ನಿಂತುಹೋದ ಸರ್ವರ್‌ನಂತೆಯೇ ಕಾಣುತ್ತದೆ.
ಪ್ರೊಫೈಲ್ ಯಾವ ಹೆಸರು ಬಳಸುತ್ತದೆ ಮತ್ತು ಗಡಿಯ ಎರಡೂ ಬದಿಗಳಲ್ಲಿ ಅದು ಯಾವ ವಿಳಾಸಕ್ಕೆ ಪರಿಹರಿಸುತ್ತದೆ ಎಂದು ಬರೆದಿಡಿ. ಯಾರೂ ದಾಖಲಿಸದ ರೌಟರ್ ವೈಶಿಷ್ಟ್ಯವನ್ನು ಅವಲಂಬಿಸಿರುವ ಪ್ರೊಫೈಲ್ ಮುಂದಿನ ಫರ್ಮ್‌ವೇರ್ ನವೀಕರಣಕ್ಕಾಗಿ ಕಾಯುತ್ತಿರುವ ಬೆಂಬಲ ಕರೆ. ಆ ಟಿಪ್ಪಣಿಯೇ ಆಂತರಿಕ ವೈಫಲ್ಯ ತಿಳಿದಿರುವ ಹೇರ್‌ಪಿನ್ ಪ್ರಕರಣವೋ ಅಥವಾ ಹೊಸದೋ ಎಂಬುದನ್ನು ಮುಂದಿನ ವ್ಯಕ್ತಿಗೆ ಹೇಳುತ್ತದೆ.