VPN ಮತ್ತು ಮನೆಯ LAN ಒಂದೇ ಸಬ್ನೆಟ್ ಬಳಸುತ್ತವೆ: ಮೊದಲು ಮಾರ್ಗವನ್ನು ನೋಡಿ
ಎರಡೂ ಅಡಾಪ್ಟರ್‌ಗಳು 192.168.1.0/24 ಅನ್ನು ಕ್ಲೇಮ್ ಮಾಡುತ್ತವೆ ಮತ್ತು ಒಂದೇ ಮಾರ್ಗ ಗೆಲ್ಲುತ್ತದೆ. ಮರುಸಂಖ್ಯೆ ಮಾಡುವ ಅಥವಾ DNS ಅನ್ನು ದೂಷಿಸುವ ಮೊದಲು ಅಡಾಪ್ಟರ್ ಪಟ್ಟಿ, ಗೆದ್ದ ಮಾರ್ಗ ಮತ್ತು ಹಿಂತಿರುಗುವ ದಾರಿಯನ್ನು ನೋಡಿ.
ನೀವು ಕಚೇರಿ VPN ಗೆ ಸಂಪರ್ಕಿಸುತ್ತೀರಿ, ಟ್ರೇ ಚಿಹ್ನೆ ಹಸಿರಾಗುತ್ತದೆ, ಇಂಟ್ರಾನೆಟ್ ಲೋಡ್ ಆಗುತ್ತದೆ, ಮತ್ತು ಎರಡು ಮೀಟರ್ ದೂರದಲ್ಲಿರುವ ಪ್ರಿಂಟರ್ ಉತ್ತರಿಸುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ. ಬೆಳಗ್ಗೆ ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದ ಶೇರ್ ಅದೇ ಯಂತ್ರದಲ್ಲಿ ಸಮಯ ಮೀರುತ್ತದೆ, ಮತ್ತು ಯಾವುದೇ ಲಾಗ್ ಪ್ರಿಂಟರ್ ಅನ್ನು ಉಲ್ಲೇಖಿಸುವುದಿಲ್ಲ. ಮೊದಲ ಪ್ರತಿಕ್ರಿಯೆ DNS, ಏಕೆಂದರೆ ಪರಿಹರಿಸದ ಹೆಸರು ಅಸ್ತಿತ್ವದಲ್ಲಿಲ್ಲದ ಹೆಸರಿನಂತೆ ಕಾಣುತ್ತದೆ, ಆದರೆ ಸಮಸ್ಯೆ ವಿಳಾಸದಲ್ಲಿದೆ: ಎರಡು ಅಡಾಪ್ಟರ್‌ಗಳು ಈಗ 192.168.1.0/24 ಅನ್ನು ಕ್ಲೇಮ್ ಮಾಡುತ್ತವೆ ಮತ್ತು ಆ ಪ್ರಿಫಿಕ್ಸ್ ಅನ್ನು ಒಂದೇ ಮಾರ್ಗ ಗೆಲ್ಲಬಹುದು. ಈ ಕ್ರಮದಲ್ಲಿ ನೋಡಿ, ಏನನ್ನೂ ಬದಲಿಸುವ ಮೊದಲು ಯಾವ ಅಡಾಪ್ಟರ್ ಅದನ್ನು ತೆಗೆದುಕೊಂಡಿತು ಎಂದು ತಿಳಿಯುತ್ತದೆ.
ಲಕ್ಷಣದಿಂದ ಪ್ರಾರಂಭಿಸಿ, ಟನೆಲ್‌ನಿಂದ ಅಲ್ಲ
ಸುಳಿವು ವ್ಯಾಪ್ತಿ. ಇಂಟ್ರಾನೆಟ್ ಕೆಲಸ ಮಾಡಿ ಪ್ರತಿಯೊಂದು ಸ್ಥಳೀಯ ಸಾಧನ ವಿಫಲವಾದರೆ, ಟನೆಲ್ ಆರೋಗ್ಯವಾಗಿದೆ ಮತ್ತು ಸ್ಥಳೀಯ ದಾರಿ ಅಲ್ಲ. ಸ್ಥಳೀಯ ಸಾಧನಗಳು ಕೆಲಸ ಮಾಡಿ ಇಂಟ್ರಾನೆಟ್ ವಿಫಲವಾದರೆ, ವಿರುದ್ಧ. ಒಂದು ಹೋಸ್ಟ್ ಬಿಟ್ಟು ಎಲ್ಲವೂ ಕೆಲಸ ಮಾಡಿದರೆ, ಎರಡೂ ಬದಿಗಳಲ್ಲಿ ಇರುವ ಒಂದೇ ವಿಳಾಸವನ್ನು ನೋಡುತ್ತಿದ್ದೀರಿ.
ಯಾವುದೇ ಸೆಟ್ಟಿಂಗ್ ಮುಟ್ಟುವ ಮೊದಲು ಒಂದು ಸ್ಥಳೀಯ ಮತ್ತು ಒಂದು ದೂರದ ವಿಳಾಸವನ್ನು ಬರೆಯಿರಿ. “ಪ್ರಿಂಟರ್” ಪರೀಕ್ಷಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ; 192.168.1.40 ಸಾಧ್ಯ. ಆ ಒಂದು ಹೆಜ್ಜೆ ಈ ಸಮಸ್ಯೆಯಲ್ಲಿ ಹೆಚ್ಚು ಕಳೆದುಹೋಗುವ ಒಂದು ಗಂಟೆಯನ್ನು ತಡೆಯುತ್ತದೆ, ಅಂದರೆ ಮಾರ್ಗನಿರ್ಣಯಕ್ಕಾಗಿ DNS ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಮತ್ತೆ ಬರೆಯುವುದು.
ಹಂತ 1: ಪ್ರಿಫಿಕ್ಸ್ ಕ್ಲೇಮ್ ಮಾಡುವ ಎರಡೂ ಅಡಾಪ್ಟರ್‌ಗಳನ್ನು ನೋಡಿ
ನೆಟ್ವರ್ಕ್ ಸಂಪರ್ಕಗಳನ್ನು (ncpa.cpl) ತೆರೆದು ಎರಡೂ ಅಡಾಪ್ಟರ್‌ಗಳನ್ನು ಅಕ್ಕಪಕ್ಕ ಓದಿ. Ethernet ಅಡಾಪ್ಟರ್ 192.168.1.50/24 ಅನ್ನು ಗೇಟ್ವೇ 192.168.1.1 ಜೊತೆ ತೋರಿಸುತ್ತದೆ. VPN ಅಡಾಪ್ಟರ್ ಸರ್ವರ್ ಕಳುಹಿಸಿದ 192.168.1.201/24 ಅನ್ನು ತೋರಿಸುತ್ತದೆ. ಎರಡೂ ಕಾನೂನುಬದ್ಧ, ಎರಡೂ ಪ್ರಿಫಿಕ್ಸ್ on-link ಎಂದು ನಂಬುತ್ತವೆ, ಮತ್ತು ಸ್ಟಾಕ್ ಅದಕ್ಕೆ ಒಂದೇ ಮಾರ್ಗ ಇಟ್ಟುಕೊಳ್ಳುತ್ತದೆ.
Get-NetIPAddress -AddressFamily IPv4 ವಿಳಾಸಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ, ಮತ್ತು Get-NetIPInterface | Sort-Object InterfaceMetric ಸ್ಟಾಕ್ ಅವುಗಳನ್ನು ಯಾವ ಕ್ರಮದಲ್ಲಿ ಬಳಸುತ್ತದೆ ಎಂದು ತೋರಿಸುತ್ತದೆ. ಆ ಮೆಟ್ರಿಕ್ ಕಾಲಂ ನೀವು ಈಗ ಓದಲಿರುವ ನಿರ್ಣಯ, ಆದ್ದರಿಂದ ನೆನಪಿಟ್ಟುಕೊಳ್ಳಲು ಪ್ರಯತ್ನಿಸದೆ ಸಂಖ್ಯೆಗಳನ್ನು ಬರೆದಿಡಿ.
DNS ಸಿದ್ಧಾಂತ ತಪ್ಪು ಎಂದು ಅಗ್ಗವಾಗಿ ಸಾಬೀತು ಮಾಡಿ: Resolve-DnsName printer.office.lan ನಿನ್ನೆಯ ಅದೇ ವಿಳಾಸವನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತದೆ. ಹೆಸರು ಪರಿಹರಿಸಲ್ಪಟ್ಟಿತು; ನಂತರ ಪ್ಯಾಕೆಟ್ ತಪ್ಪು ಅಡಾಪ್ಟರ್ ಮೂಲಕ ಹೊರಟಿತು. ಇಲ್ಲಿ ಎರಡು ನಿಮಿಷ ರಿಜಾಲ್ವರ್ ಸೆಟ್ಟಿಂಗ್‌ಗಳಲ್ಲಿ ಅರ್ಧ ದಿನ ಉಳಿಸುತ್ತದೆ.
ಹಂತ 2: ನಿಜವಾಗಿ ಗೆದ್ದ ಮಾರ್ಗವನ್ನು ಓದಿ
Find-NetRoute -RemoteIPAddress 192.168.1.40 ಆ ವಿಳಾಸಕ್ಕೆ ಸ್ಟಾಕ್ ಬಳಸುವ ಇಂಟರ್ಫೇಸ್, ಮುಂದಿನ ಹಾಪ್ ಮತ್ತು ಮೂಲವನ್ನು ಮುದ್ರಿಸುತ್ತದೆ. ಆ ಔಟ್‌ಪುಟ್ ಅನ್ನು ಸುಳಿವಲ್ಲ, ಉತ್ತರವೆಂದು ಪರಿಗಣಿಸಿ. ಯಾವ ನಮೂದು ಎಷ್ಟು ಸೋತಿತು ಎಂದು ನೋಡಲು route print -4 ಇಡೀ ಕೋಷ್ಟಕವನ್ನು ನೀಡುತ್ತದೆ.
ನಿರ್ದಿಷ್ಟತೆ ಉದ್ದೇಶವನ್ನು ಸೋಲಿಸುತ್ತದೆ. ಕಳುಹಿಸಲಾದ 192.168.0.0/25 ಸ್ಥಳೀಯ 192.168.0.0/24 ಅನ್ನು ಸೋಲಿಸುತ್ತದೆ ಏಕೆಂದರೆ ಪ್ರಿಫಿಕ್ಸ್ ಉದ್ದವಾಗಿದೆ, ಆದ್ದರಿಂದ 192.168.0.0 ರಿಂದ 192.168.0.127 ಟನೆಲ್ ಮೂಲಕ ಹೊರಡುತ್ತವೆ, ಆದರೆ ಮೇಲಿನ ಅರ್ಧ ಸ್ಥಳೀಯವಾಗಿ ಉಳಿಯುತ್ತದೆ. ಯಾವುದೇ ದೋಷ ಸಂದೇಶವಿಲ್ಲದೆ ಅರ್ಧ LAN ಕಣ್ಮರೆಯಾಗುವುದು ಆ ಕೋಷ್ಟಕಕ್ಕೆ ಸರಿಯಾದ ವರ್ತನೆ.
tracert -d 192.168.1.40 ಕೋಷ್ಟಕದ ಹೊರಗಿನಿಂದ ಇದನ್ನು ದೃಢೀಕರಿಸುತ್ತದೆ: ಮೊದಲ ಹಾಪ್ ನಿಮ್ಮ ಸ್ವಂತ ರೌಟರ್ ಬದಲು ಟನೆಲ್ ವಿಳಾಸವಾದರೆ, ಮಾರ್ಗವೇ ಇಡೀ ಕಥೆ. Linux ನಲ್ಲಿ ಅದೇ ಪ್ರಶ್ನೆ ip route get 192.168.1.40, ಅದು ಮೂಲ ವಿಳಾಸ ಮತ್ತು ಸಾಧನವನ್ನು ಒಂದೇ ಸಾಲಿನಲ್ಲಿ ಮುದ್ರಿಸುತ್ತದೆ. ಉತ್ತರ tun0 ಎಂದು ಹೇಳಿದಾಗ, ಬ್ರೌಸರ್ ನೋಡುವುದನ್ನು ನಿಲ್ಲಿಸಿ.
ಹಂತ 3: ಕ್ಲೈಂಟ್ ಅನ್ನು ದೂಷಿಸುವ ಮೊದಲು ಹಿಂತಿರುಗುವ ದಾರಿ ಪರಿಶೀಲಿಸಿ
ಸರಿಯಾದ ಮುಂದಿನ ಮಾರ್ಗವೂ ದೂರದ ಬದಿ ಉತ್ತರಿಸಲಾಗದಿದ್ದರೆ ವಿಫಲವಾಗುತ್ತದೆ. ಕ್ಲೈಂಟ್ LAN ತಲುಪುವುದು ಟನೆಲ್ ಮೂಲಕವಾದಾಗ, ಆ LAN ನ ಗೇಟ್ವೇ ಟನೆಲ್ ಪೂಲ್ ಎಲ್ಲಿದೆ ಎಂದು ತಿಳಿಯಬೇಕು: ಆ ರೌಟರ್‌ನಲ್ಲಿ ip route add 10.8.0.0/24 via 192.168.1.12, ಮತ್ತು ಕ್ಲೈಂಟ್‌ಗಳು ಹಿಂತಿರುಗುವ ದಾರಿ ತಿಳಿಯಲು ಸರ್ವರ್‌ನಿಂದ push “route 192.168.1.0 255.255.255.0”.
ಮೊದಲ ನಮೂದು ಇಲ್ಲದಿದ್ದರೆ ಉತ್ತರವು ಗುರಿಯನ್ನು ಬಿಟ್ಟು ಅದರ ಡಿಫಾಲ್ಟ್ ಗೇಟ್ವೇ ಕಡೆ ಹೋಗುತ್ತದೆ, ಅದು ಖಾಸಗಿ ವಿಳಾಸವನ್ನು ISP ಗೆ ರವಾನಿಸಿ ಬಿಸಾಡುತ್ತದೆ. ಲಕ್ಷಣ ಏಕಮುಖಿ ಮತ್ತು ತಪ್ಪಾಗಿ ಓದಲು ಸುಲಭ: ವಿನಂತಿಗಳು tun0 ನಲ್ಲಿ ಕಾಣುತ್ತವೆ, ಉತ್ತರಗಳು ಎಂದಿಗೂ ಇಲ್ಲ.
VPN ಹೋಸ್ಟ್‌ನಲ್ಲಿ masquerade ನಿಯಮ ಆ ಸ್ಥಿರ ಮಾರ್ಗದ ಅಗತ್ಯವನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ: iptables -t nat -A POSTROUTING -s 10.8.0.0/24 -o eth0 -j MASQUERADE. ಅದು ನಿಜವಾದ ಮೂಲ ವಿಳಾಸಗಳನ್ನೂ ಮರೆಮಾಡುತ್ತದೆ, ಇದು ಪ್ರತಿ ನಂತರದ ಲಾಗ್ ಪ್ರಶ್ನೆಯನ್ನು ಕಷ್ಟಕರಗೊಳಿಸುತ್ತದೆ. ತಪ್ಪು ಡಿಫಾಲ್ಟ್ ಗೇಟ್ವೇ ಇರುವ ಗುರಿ ಹೋಸ್ಟ್ ಅದೇ ಮೌನವನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ, ಉತ್ತಮ ಸಂದರ್ಭದಲ್ಲಿ ICMP ರೀಡೈರೆಕ್ಟ್ ಮತ್ತು ಸಾಮಾನ್ಯ ಸಂದರ್ಭದಲ್ಲಿ ಕಪ್ಪು ಕುಳಿ, ಆದ್ದರಿಂದ ಸೆರೆಹಿಡಿಯುವಿಕೆ ಎರಡೂ ತುದಿಗಳಲ್ಲಿ ಬೇಕು.
ಹಂತ 4: ಜೊತೆಗೆ ಬದುಕಬಹುದಾದ ರಿಪೇರಿ ಆರಿಸಿ
ಇದಕ್ಕೆ ಐದು ರಿಪೇರಿಗಳನ್ನು ಬಳಸಲಾಗುತ್ತದೆ ಮತ್ತು ಅವು ಪರಸ್ಪರ ಬದಲಾಯಿಸಬಹುದಾದವಲ್ಲ. ಯಾವ ಆಜ್ಞೆ ಚಿಕ್ಕದು ಎಂಬುದಲ್ಲ, ಒಂದೇ ಸಮಯದಲ್ಲಿ ಯಾವುದು ತಲುಪಬಲ್ಲದಾಗಿರಬೇಕು ಎಂಬುದರ ಆಧಾರದಲ್ಲಿ ಆರಿಸಿ.
| Repair | What it fixes | What it costs |
|---|---|---|
| Flip interface metrics | Alternating access: office now, home later, never both | Get-NetAdapter -Name "Ethernet 2" | Set-NetIPInterface -InterfaceMetric 21; set the VPN adapter back to 5000. A client that rewrites metrics on connect defeats it |
| Renumber one side | Every host reachable in both directions | DHCP reservations, printer queues, firewall rules and hard-coded addresses all move |
| Narrow the advertised prefix | Remote hosts really live in the upper half | Breaks the day someone adds a host below the cut |
| Translate with client-nat | Both address plans stay untouched | Stateless per-client mapping, unreadable logs, anything embedding addresses breaks |
| Publish one service with DNAT | One service on the VPN host reachable from the LAN | Both address plans stay; source addresses and reverse lookups stop being meaningful |
ಮೆಟ್ರಿಕ್‌ಗಳು ಅಗ್ಗದ ಆಯ್ಕೆ ಮತ್ತು ಜನರು ಮೊದಲು ಕೈಹಾಕುವುದು ಅದನ್ನೇ. ಬದಲಾವಣೆ ಇಂಟರ್ಫೇಸ್‌ಗೆ ಅನ್ವಯಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಟನೆಲ್ ಮೇಲಿರುವವರೆಗೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಅದರ ಸ್ಥಾನ ಕ್ಲೈಂಟ್ ಪಕ್ಕದ ಸ್ಕ್ರಿಪ್ಟ್‌ನಲ್ಲಿ, ನೀವು ಮರೆಯುವ ಶೆಲ್‌ನಲ್ಲಿ ಅಲ್ಲ. ಅದು ಎರಡು ನೆಟ್ವರ್ಕ್‌ಗಳಲ್ಲಿ ಒಂದೇ ವಿಳಾಸಕ್ಕೆ ಏಕಕಾಲಿಕ ಪ್ರವೇಶ ನೀಡಲಾರದು, ಮತ್ತು ಆ ಮಿತಿಯೇ ಉಳಿದವರೆಲ್ಲರನ್ನು ಕೋಷ್ಟಕದ ಕೆಳಗೆ ಕಳುಹಿಸುತ್ತದೆ.
ಮನೆಯ LAN ಅನ್ನು ಮರುಸಂಖ್ಯೆ ಮಾಡುವುದು 10.10.0.0/24 ಗೆ ಸ್ವಚ್ಛ ಪರಿಹಾರ: ಒಂದು DHCP ಲೀಜ್ ನವೀಕರಣ ಜೊತೆಗೆ ಹಳೆಯ ಶ್ರೇಣಿಯನ್ನು ಉಲ್ಲೇಖಿಸುವ ಕಾದಿರಿಸುವಿಕೆಗಳು, ಪ್ರಿಂಟರ್ ಸರದಿಗಳು ಮತ್ತು ಹಾರ್ಡ್‌ಕೋಡ್ ವಿಳಾಸಗಳು. ಕಚೇರಿ ಬದಿಯ ಮರುಸಂಖ್ಯೆ ಸಾಮಾನ್ಯವಾಗಿ ನಿಮ್ಮ ನಿರ್ಣಯವಲ್ಲ. ಎರಡೂ ನೆಟ್ವರ್ಕ್‌ಗಳಲ್ಲಿ ಇದ್ದರೆ IPv6 ಘರ್ಷಣೆಯನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ತೆಗೆದುಹಾಕುತ್ತದೆ, ನೆನಪಿಡಲು ಸುಲಭವಾದ ಯಾವುದೋ ಬದಲು fd00::/8 ರಿಂದ ಅನನ್ಯ ಸ್ಥಳೀಯ ಪ್ರಿಫಿಕ್ಸ್ ಬಳಸಿ, ಆದರೆ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು TCP ಮೇಲೆ ಪರೀಕ್ಷಿಸಿ, ping ನಲ್ಲಿ ಅಲ್ಲ, ಏಕೆಂದರೆ ICMP ಕೆಲಸ ಮಾಡಿದರೂ ಸೇವೆ ಮಾಡದಿರಬಹುದು.
OpenVPN ನ ಸ್ವಂತ ಅನುವಾದ ಆಯ್ಕೆ ಕೊನೆಯ ಉಪಾಯ, ಸರ್ವರ್‌ನಿಂದ ಕ್ಲೈಂಟ್-ನಿರ್ದಿಷ್ಟ ಡೈರೆಕ್ಟರಿ ನಮೂದಿಗೆ ಕಳುಹಿಸಲಾಗುತ್ತದೆ. ಆಯ್ಕೆಯ ಹೆಸರಿನ ನಂತರ ನಾಲ್ಕು ನಿಯತಾಂಕಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ — ದಿಕ್ಕು, ನೆಟ್ವರ್ಕ್, ನೆಟ್‌ಮಾಸ್ಕ್ ಮತ್ತು ಅಲಿಯಾಸ್ — ಮತ್ತು ಅಲಿಯಾಸ್ ಐಚ್ಛಿಕವಲ್ಲ: push "route 192.168.2.0 255.255.255.0" ಮತ್ತು push "client-nat dnat 192.168.2.0 255.255.255.0 192.168.1.0". ನೆಟ್ವರ್ಕ್ ಮತ್ತು ಮಾಸ್ಕ್ ಕ್ಲೈಂಟ್ ನೋಡುವ ಶ್ರೇಣಿ (192.168.2.0/24), ಅಲಿಯಾಸ್ ಸರ್ವರ್ ಬದಿಯ ನಿಜವಾದ ಕಚೇರಿ ಶ್ರೇಣಿ (192.168.1.0/24), ಮತ್ತು ಕಳುಹಿಸಿದ ಮಾರ್ಗವೇ ಆ ಗೋಚರ ಶ್ರೇಣಿಯನ್ನು ತಲುಪಬಲ್ಲದಾಗಿಸುತ್ತದೆ. ನಂತರ ಕಚೇರಿ ಆ ಕ್ಲೈಂಟ್‌ಗೆ 192.168.2.x ಅಡಿಯಲ್ಲಿ ಕಾಣುತ್ತದೆ. ಪ್ರೊಫೈಲ್‌ನಲ್ಲಿ ಮ್ಯಾಪಿಂಗ್ ದಾಖಲಿಸಿ, ಇಲ್ಲದಿದ್ದರೆ ಮುಂದಿನ ವ್ಯಕ್ತಿ ಅದನ್ನು ಮಾರ್ಗ ದೋಷವೆಂದು ಡೀಬಗ್ ಮಾಡುತ್ತಾನೆ.
ಒಂದೇ ಸೇವೆಯನ್ನು ಪ್ರಕಟಿಸುವುದು ಅನುವಾದದ ಸಂಕುಚಿತ ರೂಪ ಮತ್ತು ಅದಕ್ಕೆ OpenVPN ಆಯ್ಕೆ ಬೇಕೇ ಇಲ್ಲ. VPN ಹೋಸ್ಟ್‌ನ DNAT ನಿಯಮ ಒಂದು ಪೋರ್ಟ್ ಅನ್ನು ಮತ್ತೆ ಪ್ರಕಟಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ LAN ತನ್ನ ವಿಳಾಸಗಳನ್ನು ಉಳಿಸಿಕೊಂಡು ತನಗೆ ಈಗಾಗಲೇ ತಿಳಿದಿರುವ ಹೋಸ್ಟ್ ವಿಳಾಸದಲ್ಲಿ ಸೇವೆಯನ್ನು ತಲುಪುತ್ತದೆ. ವೆಚ್ಚ ಸಾಮಾನ್ಯವಾದುದು: ಸೇವೆ VPN ಹೋಸ್ಟ್ ಅನ್ನು ಮೂಲವಾಗಿ ನೋಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಕ್ಲೈಂಟ್ ಪ್ರತಿ ಲಾಗ್‌ಗಳು ಮತ್ತು ಹಿಮ್ಮುಖ ಹುಡುಕಾಟಗಳು ಅರ್ಥ ಕಳೆದುಕೊಳ್ಳುತ್ತವೆ. ಇದು ಒಂದು ಪ್ರಿಂಟರ್ ಸರದಿ ಅಥವಾ ಒಂದು ನಿರ್ವಾಹಕ ಪುಟವನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆ, ಎರಡೂ ಬದಿಯ ಹೋಸ್ಟ್‌ಗಳು ಪರಸ್ಪರ ತಲುಪುವುದನ್ನು ಅಲ್ಲ.
ಇನ್ನೂ ಏನು ಕೆಲಸ ಮಾಡುವುದಿಲ್ಲ ಮತ್ತು ಏನನ್ನು ದಾಖಲಿಸಬೇಕು
ಪ್ರಸಾರವು ಮಾರ್ಗೀಕೃತ ಟನೆಲ್ ದಾಟುವುದಿಲ್ಲ. DLNA, UPnP, NetBIOS ಬ್ರೌಸಿಂಗ್ ಮತ್ತು Wake-on-LAN tun ಸಾಧನ ಒಯ್ಯದ ಪ್ರಸಾರ ಅಥವಾ ಮಲ್ಟಿಕಾಸ್ಟ್ ಅನ್ನು ಅವಲಂಬಿಸಿವೆ, ಆದ್ದರಿಂದ ಯಾವ ಮಾರ್ಗವೂ ಅನ್ವೇಷಣೆಯನ್ನು ಸರಿಪಡಿಸುವುದಿಲ್ಲ. dev tap ಜೊತೆ ಬ್ರಿಡ್ಜಿಂಗ್ ವಿಭಾಗವನ್ನು ವಿಸ್ತರಿಸುತ್ತದೆ, ಜೊತೆಗೆ DHCP ಪ್ರಸಾರ, ARP ಮತ್ತು ಇತರ ಅನ್ವೇಷಣಾ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು; ದೂರದ ರೌಟರ್‌ನ LAN ಬದಿಯ ವಿಳಾಸಕ್ಕೆ route 192.168.2.1 255.255.255.255 ನಂತಹ ಯುನಿಕಾಸ್ಟ್ ಹೋಸ್ಟ್ ಮಾರ್ಗವನ್ನು ಆರಿಸಿ.
ಒಂದೇ ಮಾರ್ಗದಲ್ಲಿ ಎರಡೂ 192.168.1.1 ಬಳಸುವ ಎರಡು ರೌಟರ್‌ಗಳು ಒಂದೇ ಸಮಸ್ಯಾ ಕುಟುಂಬಕ್ಕೆ ಸೇರುತ್ತವೆ: ಸ್ಥಳೀಯ ವಿಳಾಸ ಯಾವಾಗಲೂ ಗೆಲ್ಲುತ್ತದೆ, ಆದ್ದರಿಂದ ಒಂದು LAN ಸ್ಥಳಾಂತರವಾಗುವವರೆಗೆ ದೂರದ ರೌಟರ್ ಪುಟ ತಲುಪಲಾಗದೆ ಉಳಿಯುತ್ತದೆ. ಎರಡನೇ ಅಡಾಪ್ಟರ್ ಸೇರಿಸುವುದು ಎರಡೂ ಸಂದರ್ಭಗಳಲ್ಲಿ ಏನನ್ನೂ ಬದಲಿಸುವುದಿಲ್ಲ.
ಏನನ್ನಾದರೂ ಸಂಪಾದಿಸುವ ಮೊದಲು ಸಾಕ್ಷ್ಯವನ್ನು ದಾಖಲಿಸಿ: ip route get ಅಥವಾ Find-NetRoute, ಪ್ರಶ್ನಾರ್ಹ ವಿಳಾಸಕ್ಕೆ ping -c 3, traceroute, ಮತ್ತು ಕ್ಲೈಂಟ್‌ನಲ್ಲಿ tcpdump -ni tun0 icmp, ನಂತರ ಸರ್ವರ್‌ನಲ್ಲಿ ಮಾರ್ಗ ಕೋಷ್ಟಕ ಮತ್ತು NAT ಕೌಂಟರ್‌ಗಳು. ಒಂದು ದಿಕ್ಕಿನಲ್ಲಿ ಕೆಲಸ ಮಾಡಿ ಇನ್ನೊಂದರಲ್ಲಿ ಸಾಯುವ ping ಟನೆಲ್ ಅಲ್ಲ, ಹಿಂತಿರುಗುವ ದಾರಿಯನ್ನು ಸೂಚಿಸುತ್ತದೆ, ಮತ್ತು ಆ ಒಂದೇ ವ್ಯತ್ಯಾಸವೇ ಮೇಲಿನ ಯಾವ ರಿಪೇರಿ ನಿಜವಾಗಿ ಬೇಕು ಎಂದು ನಿರ್ಧರಿಸುತ್ತದೆ.