ನಿಮ್ಮ WireGuard ಸುರಂಗದ ಹೊರಗೆ ಒಂದು ವೆಬ್ಸೈಟ್ ಅನ್ನು ಹೇಗೆ ರೂಟ್ ಮಾಡುವುದು
LAN ಗೇಟ್ವೇ ಮೂಲಕ ಒಂದು /32 ರೂಟ್ ಒಂದು ಸೈಟ್ ಅನ್ನು ನಿಮ್ಮ ಸಾಮಾನ್ಯ ಸಂಪರ್ಕದಲ್ಲಿ ಇರಿಸುತ್ತದೆ, ಫೈರ್ವಾಲ್ ಅನುಮತಿಸಿದರೆ ಮತ್ತು DNS ವಿಳಾಸದ ಬಗ್ಗೆ ಒಪ್ಪಿದರೆ.
ಹೋಸ್ಟ್ನಾಮ್ ಅನ್ನು ಹೊರಗಿಡುವುದು ಸುರಂಗ ಮಾಡಲಾಗದ ವಿಷಯ. ಆದರೆ ಒಂದು ರೂಟ್ ಒಂದೇ ವಿಳಾಸವನ್ನು ಸುರಂಗದ ಹೊರಗೆ ಮತ್ತು ಮನೆಯ ಗೇಟ್ವೇ ಮೂಲಕ ಹೊರಕ್ಕೆ ಕಳುಹಿಸಬಹುದು, ಮತ್ತು ಒಂದು ಸೈಟ್ಗೆ ಸಾಮಾನ್ಯವಾಗಿ ಅಷ್ಟೇ ಸಾಕು. ತೊಂದರೆ ಎಂದರೆ ರೂಟ್ನ ನಂತರದ ಎಲ್ಲವೂ ಒಪ್ಪಬೇಕು: ಫೈರ್ವಾಲ್ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಹೊರಗೆ ಬಿಡಬೇಕು, DNS ನೀವು ರೂಟ್ ಮಾಡಿದ ವಿಳಾಸವನ್ನು ಹಿಂತಿರುಗಿಸಬೇಕು, ಮತ್ತು ಸೈಟ್ ಆ ವಿಳಾಸವನ್ನು ಬಳಸುವುದನ್ನು ಮುಂದುವರಿಸಬೇಕು. ಮೂರರಲ್ಲಿ ಯಾವುದಾದರೂ ಒಂದು ಜಾರಿದರೆ, ವಿನಾಯಿತಿ ತನ್ನನ್ನು ಘೋಷಿಸಿಕೊಳ್ಳದೆ ಕೆಲಸ ಮಾಡುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ.
ಸುರಂಗವನ್ನು ಮುಟ್ಟುವ ಮೊದಲು ಗಮ್ಯಸ್ಥಾನದ ವಿಳಾಸವನ್ನು ಓದಿ
ಸುರಂಗ ಆನ್ ಆಗಿರುವಾಗ ಸೈಟ್ ಅನ್ನು ಒಮ್ಮೆ ಲೋಡ್ ಮಾಡಿ, ನಂತರ ಬ್ರೌಸರ್ ನಿಜವಾಗಿ ಸಂಪರ್ಕಿಸಿದ ಪೀರ್ ವಿಳಾಸವನ್ನು ನೋಡಿ. Linux ನಲ್ಲಿ, ss -tunp ಪ್ರತಿ ತೆರೆದ ಸಾಕೆಟ್ನ ದೂರದ ವಿಳಾಸವನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ, ಮತ್ತು dig +short ಅದೇ ಹೆಸರಿನಲ್ಲಿ ರಿಜಾಲ್ವರ್ ಏನು ಹಿಂತಿರುಗಿಸಿತು ಎಂಬುದನ್ನು ತೋರಿಸುತ್ತದೆ. ಎರಡೂ ಸಂಖ್ಯೆಗಳನ್ನು ನಿಮ್ಮ ಮುಂದೆ ಇಟ್ಟುಕೊಳ್ಳಿ.
ಎರಡೂ ಉತ್ತರಗಳು ಹಲವು ಬಾರಿ ಹೊಂದಿಕೆಯಾಗುವುದಿಲ್ಲ, ಮತ್ತು ಆ ವ್ಯತ್ಯಾಸವೇ ಇಡೀ ಸಮಸ್ಯೆ. ದೊಡ್ಡ ಸೈಟ್ಗಳು ತಮ್ಮ ಮೂಲದ ಮುಂದೆ ವಿಷಯ ಜಾಲವನ್ನು ಇಡುತ್ತವೆ, ಆದ್ದರಿಂದ ನಿಮ್ಮ ರಿಜಾಲ್ವರ್ ಈಗ ಹಿಂತಿರುಗಿಸುವ ವಿಳಾಸವು ಬ್ರೌಸರ್ ಒಂದು ನಿಮಿಷದ ಹಿಂದೆ ಬಳಸಿದ್ದಾಗಿರದಿರಬಹುದು. ನೀವು ಸಾಕೆಟ್ನಲ್ಲಿ ಗಮನಿಸಿದ್ದನ್ನು ರೂಟ್ ಮಾಡಿ, ಹಳೆಯ ಮಾರ್ಗದರ್ಶಿ ಪಟ್ಟಿ ಮಾಡುವುದನ್ನು ಅಲ್ಲ. ಉತ್ತರಗಳು ಪ್ರದೇಶಗಳ ನಡುವೆ ತಿರುಗುತ್ತಲೇ ಇದ್ದರೆ, ಆ ನಿರ್ದಿಷ್ಟ ಸೈಟ್ಗೆ ವಿಳಾಸ ವಿನಾಯಿತಿ ತಪ್ಪು ಸಾಧನ.
ಬೇರೆ ನೆಟ್ವರ್ಕ್ನಿಂದ ಎರಡನೇ ಬಾರಿ ಲುಕಪ್ ನಡೆಸಿ, ಮತ್ತು IPv4 ಉತ್ತರದೊಂದಿಗೆ IPv6 ಉತ್ತರವನ್ನೂ ದಾಖಲಿಸಿ. ಎರಡೂ ಕುಟುಂಬಗಳನ್ನು ಸಾಗಿಸುವ ಸುರಂಗಕ್ಕೆ ಎರಡರಲ್ಲೂ ವಿನಾಯಿತಿ ಬೇಕು, ಇಲ್ಲದಿದ್ದರೆ ಬ್ರೌಸರ್ ನೀವು ಎಂದೂ ಮುಟ್ಟದ IPv6 ಮಾರ್ಗಕ್ಕೆ ಸದ್ದಿಲ್ಲದೆ ಹಿಂತಿರುಗುತ್ತದೆ. ವಿಳಾಸಗಳು ಮತ್ತು ದಿನಾಂಕವನ್ನು ನೀವು ಮತ್ತೆ ನೋಡುವ ಸ್ಥಳದಲ್ಲಿ ಬರೆಯಿರಿ.
ಕ್ಲೈಂಟ್ನಲ್ಲಿ ಒಂದು ಹೋಸ್ಟ್ ರೂಟ್ ಇಡಿ
ಇಂಟರ್ಫೇಸ್ ಹೆಸರು home-wg ಮತ್ತು LAN ರೌಟರ್ 192.168.1.1 ನಲ್ಲಿದೆ ಎಂದು ಭಾವಿಸಿ. NetworkManager ಅದರ ಗೇಟ್ವೇ ಆ ರೌಟರ್ ಆಗಿರುವ ಮತ್ತು ಪ್ರಿಫಿಕ್ಸ್ ಉದ್ದವು ಪೂರ್ಣ 32 ಬಿಟ್ಗಳನ್ನು ಆವರಿಸುವ ರೂಟ್ ಅನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ, ಮತ್ತು ಕರ್ನಲ್ ಅದನ್ನು ಆದ್ಯತೆ ನೀಡುತ್ತದೆ ಏಕೆಂದರೆ ಅತಿ ಉದ್ದದ ಪ್ರಿಫಿಕ್ಸ್ ಗೆಲ್ಲುತ್ತದೆ.
nmcli connection modify home-wg +ipv4.routes "198.51.100.20/32 192.168.1.1"
nmcli connection up home-wg
ip route get 198.51.100.20
ಗೇಟ್ವೇ ಸುರಂಗ ಇಲ್ಲದೆ ತಲುಪಬಹುದಾಗಿರಬೇಕು; ಮುಂದಿನ ಹಾಪ್ ಅನ್ನು ಸುರಂಗದ ವಿಳಾಸಕ್ಕೆ ತೋರಿಸುವುದು ಉದ್ದೇಶವನ್ನೇ ಹಾಳು ಮಾಡುತ್ತದೆ, ಏಕೆಂದರೆ ಪ್ಯಾಕೆಟ್ ನೀವು ತಪ್ಪಿಸಲು ಪ್ರಯತ್ನಿಸುತ್ತಿರುವ ಇಂಟರ್ಫೇಸ್ಗೆ ಮತ್ತೆ ಪ್ರವೇಶಿಸುತ್ತದೆ. ಸಂಪರ್ಕ ಮತ್ತೆ ಏರಿದ ನಂತರ, ip route get ವಿನಾಯಿತಿಗೆ LAN ಗೇಟ್ವೇ ಮುದ್ರಿಸಬೇಕು, ಮತ್ತು ಸಾರ್ವಜನಿಕ ರಿಜಾಲ್ವರ್ಗೆ ಅದೇ ಆದೇಶ ಇನ್ನೂ ಸುರಂಗ ಸಾಧನವನ್ನು ಮುದ್ರಿಸಬೇಕು.
wg-quick ಪ್ರೊಫೈಲ್ನಲ್ಲಿ ರೂಟ್ ಕ್ಷೇತ್ರವಿಲ್ಲ, ಆದ್ದರಿಂದ ಅದೇ ವಿನಾಯಿತಿ PostUp ಸಾಲಿನಲ್ಲಿ ವಾಸಿಸುತ್ತದೆ, ಅದು ಹೋಸ್ಟ್ ರೂಟ್ ಅನ್ನು LAN ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ತನ್ನ ಸಾಧನವಾಗಿ ಇಟ್ಟುಕೊಂಡು ಮುಖ್ಯ ಕೋಷ್ಟಕಕ್ಕೆ ಸೇರಿಸುತ್ತದೆ. ಸಂಪಾದಿಸಿದ ನಂತರ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಕೆಳಗಿಳಿಸಿ ಮತ್ತೆ ಏರಿಸಿ, ಏಕೆಂದರೆ ಚಾಲನೆಯಲ್ಲಿರುವ ಇಂಟರ್ಫೇಸ್ ತನ್ನ ಫೈಲ್ ಅನ್ನು ಎಂದೂ ಮತ್ತೆ ಓದುವುದಿಲ್ಲ. wg-quick ಸ್ಥಾಪಿಸುವ fwmark ನಿಯಮಗಳು ಅದರ ಸ್ವಂತ ಎನ್ಕ್ಯಾಪ್ಸುಲೇಟೆಡ್ ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಮಾತ್ರ ನಿರ್ದೇಶಿಸುತ್ತವೆ, ಆದ್ದರಿಂದ ಸಾಮಾನ್ಯ ಬ್ರೌಸರ್ ಸಂಚಾರವು ಇನ್ನೂ ಮುಖ್ಯ ಕೋಷ್ಟಕವನ್ನು ಅನುಸರಿಸಿ ನಿಮ್ಮ /32 ಅನ್ನು ಕಂಡುಕೊಳ್ಳುತ್ತದೆ.
ಕಿಲ್ ಸ್ವಿಚ್ ಇದನ್ನು ತಡೆಯುವ ಮುಂದಿನ ವಿಷಯ
ಸುರಂಗ ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ ಮಾತ್ರ ಸಂಚಾರವನ್ನು ಅನುಮತಿಸುವ ಫೈರ್ವಾಲ್ ನೀತಿ ರೂಟ್ ಸಂಪೂರ್ಣ ಸರಿಯಾಗಿದ್ದರೂ ವಿನಾಯಿತಿಯನ್ನು ಬಿಟ್ಟುಬಿಡುತ್ತದೆ. ಸ್ವಿಚ್ ಅನ್ನು ನಂಬುವ ಬದಲು ಸ್ವಿಚ್ನ ಹಿಂದಿನ ನಿಯಮಗಳನ್ನು ಓದಿ, ಏಕೆಂದರೆ ಕಿಲ್ ಸ್ವಿಚ್ ಜಾರಿಗೊಳಿಸುವ ನಿಯಮಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಇಂಟರ್ಫೇಸ್ ಹೆಸರಿಗೆ ಸೀಮಿತವಾಗಿರುತ್ತವೆ.
ನಿಮಗೆ ಬೇಕಾಗಿರುವುದು ಭೌತಿಕ ಇಂಟರ್ಫೇಸ್ ಮತ್ತು ಆ ಒಂದು ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ಕಿರಿದಾದ ಅನುಮತಿ, ಡ್ರಾಪ್ನ ಮೊದಲು ಇರಿಸಲಾಗಿದೆ, ಆದರೆ ಡೀಫಾಲ್ಟ್ ನೀತಿ ಮುಟ್ಟದೆ ಉಳಿಯುತ್ತದೆ. ಕಿಲ್ ಸ್ವಿಚ್ ಅನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ವಿರಾಮಗೊಳಿಸುವುದು ಮಾತನ್ನು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ, ಆದರೆ ಅದನ್ನು ಮತ್ತೆ ಆನ್ ಮಾಡಲು ಮರೆಯುವವರೆಗೂ ಯಂತ್ರವನ್ನು ತೆರೆದಿಡುತ್ತದೆ.
ಎರಡೂ ದಿಕ್ಕುಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಪರೀಕ್ಷಿಸಿ. ವಿನಾಯಿತಿ ವಿಳಾಸಕ್ಕೆ ವಿನಂತಿ ಯಶಸ್ವಿಯಾಗಬೇಕು, ಆದರೆ ಸಂಬಂಧವಿಲ್ಲದ ಸೈಟ್ಗೆ ವಿನಂತಿ ಇನ್ನೂ ಸುರಂಗದ ಮೂಲಕ ಹೊರಹೋಗಬೇಕು. ಎರಡೂ ಯಶಸ್ವಿಯಾದರೆ ಆದರೆ ಎರಡನೆಯದು ಮನೆಯ ವಿಳಾಸವನ್ನು ವರದಿ ಮಾಡಿದರೆ, ಫೈರ್ವಾಲ್ ನಿಯಮಗಳ ಕ್ರಮ ತಪ್ಪಾಗಿದೆ, ರೂಟ್ ಅಲ್ಲ.
ಬ್ರೌಸರ್ ಯಾವ ವಿಳಾಸಕ್ಕೆ ಡಯಲ್ ಮಾಡುತ್ತದೆ ಎಂಬುದನ್ನು DNS ನಿರ್ಧರಿಸುತ್ತದೆ
ಸುರಂಗದ ಒಳಗೆ ಹೆಸರು ಪರಿಹರಿಸಲ್ಪಟ್ಟಾಗ, ಪೂರೈಕೆದಾರರ ರಿಜಾಲ್ವರ್ ಸ್ಥಳೀಯ ರಿಜಾಲ್ವರ್ ನೀಡಿದ್ದಕ್ಕಿಂತ ಬೇರೆ ವಿಳಾಸದೊಂದಿಗೆ ಉತ್ತರಿಸಬಹುದು. ಆಗ ನಿಮ್ಮ ರೂಟ್ ಬ್ರೌಸರ್ ಎಂದೂ ಸಂಪರ್ಕಿಸದ ವಿಳಾಸಕ್ಕೆ ಅನ್ವಯವಾಗುತ್ತದೆ, ಮತ್ತು ಪುಟ ಏನೂ ಬದಲಾಗಿಲ್ಲ ಎಂಬಂತೆ ಸುರಂಗದ ಮೂಲಕ ಲೋಡ್ ಆಗುತ್ತದೆ. ರೂಟಿಂಗ್ ಕೋಷ್ಟಕ ಸರಿಯಾಗಿದ್ದರೂ ಈ ವೈಫಲ್ಯ ಮುರಿದ ವಿನಾಯಿತಿಯಂತೆ ಕಾಣುತ್ತದೆ.
ಆ ಹೆಸರಿನ ಪ್ರಶ್ನೆಗಳನ್ನು ಸ್ಥಳೀಯ ರಿಜಾಲ್ವರ್ ಮೂಲಕವೂ ಕಳುಹಿಸಿ, ಅಥವಾ ಹೆಸರುಗಳನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಬಿಟ್ಟು ವಿಳಾಸವನ್ನು ನೇರವಾಗಿ ಪರೀಕ್ಷಿಸಿ. DNS ಅನ್ನು ಸುರಂಗದ ಒಳಗೆ ಬಿಟ್ಟು ವಿಳಾಸವನ್ನು ವಿಭಜಿಸುವುದು ಈ ಸೆಟಪ್ನ ಅತ್ಯಂತ ಸಾಮಾನ್ಯ ಅರ್ಧಪೂರ್ಣ ಆವೃತ್ತಿ, ಮತ್ತು ಅದನ್ನು ಗಮನಿಸುವುದೂ ಅತ್ಯಂತ ಕಷ್ಟ, ಏಕೆಂದರೆ ಸೈಟ್ ಕೆಲಸ ಮಾಡುತ್ತಲೇ ಇರುತ್ತದೆ, ನೀವು ಉದ್ದೇಶಿಸಿದ ರೀತಿಯಲ್ಲಿ ಮಾತ್ರ ಅಲ್ಲ.
ರೌಟರ್ನಲ್ಲಿ ಅದೇ ವಿನಾಯಿತಿ, ಒಮ್ಮೆ, ಪ್ರತಿ ಸಾಧನಕ್ಕೂ
ಸುರಂಗ ರೌಟರ್ನಲ್ಲಿ ಚಾಲನೆಯಲ್ಲಿದ್ದಾಗ, ಹೋಸ್ಟ್ ರೂಟ್ ರೌಟರ್ನ ನೀತಿ ರೂಟಿಂಗ್ ಕೋಷ್ಟಕಕ್ಕೆ ಸೇರುತ್ತದೆ ಮತ್ತು LAN ಗೇಟ್ವೇ ಬದಲು WAN ಗೇಟ್ವೇಗೆ ತೋರಿಸುತ್ತದೆ. ಅದರ ಹಿಂದಿನ ಪ್ರತಿ ಸಾಧನವೂ ವಿನಾಯಿತಿಯನ್ನು ಆನುವಂಶಿಕವಾಗಿ ಪಡೆಯುತ್ತದೆ, ಇದು ಸ್ಟ್ರೀಮಿಂಗ್ ಬಾಕ್ಸ್ ಅಥವಾ ನೆಟ್ವರ್ಕ್ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ನೀವು ಬದಲಾಯಿಸಲಾಗದ ಕೆಲಸದ ಲ್ಯಾಪ್ಟಾಪ್ಗೆ ಮುಖ್ಯವಾಗಿದೆ.
ಇತರ ಪ್ರತಿ ಕ್ಲೈಂಟ್ಗೂ ಸುರಂಗವನ್ನು ಡೀಫಾಲ್ಟ್ ನಿರ್ಗಮನವಾಗಿ ಬಿಡಿ, ನಂತರ ರೌಟರ್ ಕನ್ಸೋಲ್ನಿಂದ ಅಲ್ಲ, ಕ್ಲೈಂಟ್ ಯಂತ್ರದಿಂದ ಪರಿಶೀಲಿಸಿ. ಅದೇ ಬ್ರೌಸರ್ ಅವಧಿಯಲ್ಲಿ ವಿನಾಯಿತಿ ಸೈಟ್ ಮತ್ತು ಎರಡನೇ ಸೈಟ್ ಅನ್ನು ಲೋಡ್ ಮಾಡಿ ನಿರ್ಗಮನ ವಿಳಾಸಗಳನ್ನು ಹೋಲಿಸಿ; ಎರಡನೆಯದು ಇನ್ನೂ ಸುರಂಗವನ್ನು ತೋರಿಸಿದರೆ, ನೀತಿ ಕೋಷ್ಟಕ ನೀವು ಕೇಳಿದ್ದನ್ನು ಮಾಡುತ್ತಿದೆ.
ರೌಟರ್ನ ಟಿಪ್ಪಣಿಗಳಲ್ಲಿ ವಿಳಾಸ, ದಿನಾಂಕ ಮತ್ತು ಕಾರಣವನ್ನು ಬರೆಯಿರಿ. ನಂತರ ಸ್ಥಳಾಂತರಗೊಳ್ಳುವ ವಿಳಾಸದ ಸುತ್ತ ಕಟ್ಟಿದ ವಿನಾಯಿತಿ ಒಂದು ವರ್ಷದ ನಂತರ ಯಾರೂ ವಿವರಿಸಲಾಗದ ದೋಷವಾಗುತ್ತದೆ, ಮತ್ತು ಯಾರಾದರೂ ಹಳೆಯ ಟಿಪ್ಪಣಿ ಸಿಕ್ಕುವವರೆಗೆ ಪರಿಹಾರ ಯಾವಾಗಲೂ ಒಗಟಿನಂತೆ ಕಾಣುತ್ತದೆ.