ರೌಟರ್ VPN ಮೂಲಕ ಒಂದು ಸಾಧನವನ್ನು ಹಾಯಿಸಲು ಟಾಗಲ್ ಅಲ್ಲ, ಮೂರು ನಿಯಮಗಳು ಬೇಕು

ರೌಟರ್ VPN ನಲ್ಲಿ ಪ್ರತಿ ಸಾಧನಕ್ಕೂ ಸ್ವಿಚ್ ಇಲ್ಲ; ನೀವು ಹುಡುಕುತ್ತಿರುವ ಟಾಗಲ್ ನಿಮ್ಮ ಪರವಾಗಿ ಪಾಲಿಸಿ ರೂಟಿಂಗ್ ನಿಯಮಗಳನ್ನು ಬರೆಯುವ ಸಂಕ್ಷಿಪ್ತ ಮಾರ್ಗವಷ್ಟೇ. ಒಂದು ಲ್ಯಾಪ್ಟಾಪ್, ಒಂದು ಪೋರ್ಟ್ ವ್ಯಾಪ್ತಿ, ಒಂದು ವಿಳಾಸ ಪಟ್ಟಿ ಅಥವಾ ಒಂದು LAN ವಿಭಾಗ ಮಾತ್ರ ಟನೆಲ್ ಬಳಸಬೇಕು, ಉಳಿದೆಲ್ಲವೂ WAN ನಲ್ಲೇ ಇರಬೇಕು ಎನ್ನುವ ಕ್ಷಣದಲ್ಲಿ ನೀವು ವೈಶಿಷ್ಟ್ಯವನ್ನು ಆನ್ ಮಾಡುತ್ತಿಲ್ಲ, ಪಾಲಿಸಿ ರೂಟ್ ಕಟ್ಟುತ್ತಿದ್ದೀರಿ. ಕೆಲಸಕ್ಕೆ ಮೂರು ಚಲಿಸುವ ಭಾಗಗಳಿವೆ ಮತ್ತು ಪ್ರತಿಯೊಂದೂ ಬೇರೆ ರೀತಿಯಲ್ಲಿ ವಿಫಲವಾಗುತ್ತದೆ: ಮಾರ್ಗವಿಲ್ಲದ ಗುರುತಿಸಿದ ಟೇಬಲ್ ಮೌನದಂತೆ ಕಾಣುತ್ತದೆ, ತಪ್ಪು ಸರಪಳಿಯಲ್ಲಿ ಹಾಕಿದ ಮಾರ್ಕ್ ಏನೂ ಆಗಿಲ್ಲದಂತೆ ಕಾಣುತ್ತದೆ, ಮತ್ತು ಕಾಣೆಯಾದ NAT ನಿಯಮ ಸಂಪರ್ಕವಾಗುವ ಆದರೆ ಏನನ್ನೂ ಸಾಗಿಸದ ಟನೆಲ್ ನಂತೆ ಕಾಣುತ್ತದೆ. ಇನ್ನೆರಡು ಭಾಗಗಳು mangle ನಿಯಮದಲ್ಲಿ ಎಂದೂ ಕಾಣಿಸದ ಕಾರಣ ಕಳೆದುಹೋಗುತ್ತವೆ, ಅವು DNS ಮತ್ತು IPv6.

ಪುರಾಣ: ಟನೆಲ್ ಎಂಬುದು ಕ್ಲೈಂಟ್ ಸೆಟ್ಟಿಂಗ್

ರೌಟರ್ ಬದಿಯ VPN ಕ್ಲೈಂಟ್ ಒಂದು ಒರಟು ಕೆಲಸವನ್ನು ಚೆನ್ನಾಗಿ ಮಾಡುತ್ತದೆ: ಅದು 0.0.0.0/0 ಅನ್ನು ಮುಖ್ಯ ರೂಟಿಂಗ್ ಟೇಬಲ್ಗೆ ಹಾಕಿ ಟನೆಲ್ ಕಡೆ ತಿರುಗಿಸುತ್ತದೆ. WireGuard ಅದನ್ನು AllowedIPs ನಿಂದ ಪಡೆಯುತ್ತದೆ, OpenVPN ಸರ್ವರ್ ತಳ್ಳುವ redirect-gateway ನಿಂದ ಪಡೆಯುತ್ತದೆ, ಮತ್ತು ಎರಡೂ ರೌಟರ್ ಹಿಂದಿನ ಪ್ರತಿ ಹೋಸ್ಟ್ನ ಮಾರ್ಗವನ್ನೂ ಬದಲಿಸುತ್ತವೆ. AllowedIPs ಕಿರಿದಾಗಿಸುವುದು ಅಥವಾ route-nopull ಸೇರಿಸುವುದು ಕ್ಲೈಂಟ್ ಏನನ್ನು ಸ್ಥಾಪಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಬದಲಿಸುತ್ತದೆ. ಆದರೆ ಆ ಸ್ಥಾಪನೆ ಯಾರಿಗೆ ಅನ್ವಯವಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಕ್ಲೈಂಟ್ ಸಾಧನಗಳನ್ನು ಎಂದೂ ನೋಡುವುದಿಲ್ಲ. ಅದು ನೋಡುವುದು ಪ್ಯಾಕೆಟ್ಗಳನ್ನಷ್ಟೇ.

ಮೂಲ ಅಥವಾ ಗಮ್ಯಸ್ಥಾನದಿಂದ ಆಯ್ಕೆ ಮಾಡುವುದು ರೂಟಿಂಗ್ ನಿರ್ಧಾರ, ಆದ್ದರಿಂದ ಅದು ರೌಟರ್ನ ಪಾಲಿಸಿ ಪದರಕ್ಕೆ ಸೇರುತ್ತದೆ: RouterOS ನಲ್ಲಿ mangle ನಿಯಮ ಜೊತೆಗೆ ಎರಡನೇ ಟೇಬಲ್, OpenWrt ಅಥವಾ DD-WRT ನಲ್ಲಿ MARK ಜೊತೆಗೆ ip rule, ಅಥವಾ pfSense ನಲ್ಲಿ ಗೇಟ್ವೇ ಟನೆಲ್ ಆಗಿರುವ ಫೈರ್ವಾಲ್ ನಿಯಮ. Netgate ನ WireGuard ಕ್ಲೈಂಟ್ ಪಾಕವಿಧಾನ ಊಹಿಸುವ ಮೊದಲು ಓದಬೇಕಾದದ್ದು, ಏಕೆಂದರೆ ಆ ಪ್ಲಾಟ್ಫಾರ್ಮ್ನಲ್ಲಿ ನಿಯಮದ ಗೇಟ್ವೇ, ಇಂಟರ್ಫೇಸ್ ನಿಯೋಜನೆ ಮತ್ತು ಹೊರಮುಖ NAT ನಮೂದು ಎಲ್ಲವೂ ಒಪ್ಪಬೇಕು, ಒಂದು ಕ್ಲೈಂಟ್ ಟನೆಲ್ ಬಳಸುವ ಮೊದಲು.

ಪುರಾಣದ ಇನ್ನೊಂದು ಅರ್ಧ ಎರಡನೇ ರೌಟರ್. ಇನ್ನೊಂದು ಬಾಕ್ಸ್ ಕೊಳ್ಳುವುದು, ಅಥವಾ ಸಾಧನವನ್ನು ಅತಿಥಿ SSID ಗೆ ಸರಿಸುವುದು ಹೆಚ್ಚಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಕಾರಣ ಹಾರ್ಡ್ವೇರ್ ಅಲ್ಲ: ಅದು ಸಾಧನವನ್ನು ತನ್ನದೇ ಸಬ್ನೆಟ್ನಲ್ಲಿ ಇಡುತ್ತದೆ, ಇದು ಫರ್ಮ್ವೇರ್ ಈಗಾಗಲೇ ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವ ಮೂಲ ಆಯ್ಕೆದಾರವನ್ನು ನೀಡುತ್ತದೆ. ನಿಮ್ಮ ಬಳಿಯಿರುವ ರೌಟರ್ನಲ್ಲಿ ಆ ವಿಭಾಗವನ್ನು ವ್ಯಾಖ್ಯಾನಿಸಬಹುದಾದರೆ, ಹೆಚ್ಚುವರಿ ಬಾಕ್ಸ್ ನಿಮಗೆ ಇಲ್ಲದ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸುತ್ತದೆ.

ಭಾಗ ಒಂದು: ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗವಲ್ಲದ ಟನೆಲ್

RouterOS ನಲ್ಲಿ ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗವಿಲ್ಲದೆ ಕ್ಲೈಂಟ್ ಸೇರಿಸಿ ಮತ್ತು ಟನೆಲ್ಗೆ ತನ್ನದೇ ಟೇಬಲ್ ಕೊಡಿ. ಮೊದಲ ಮಾರ್ಗ ಗುರುತಿಸಿದ ಡೀಫಾಲ್ಟ್; ಎರಡನೇಯದು ವೈಫಲ್ಯದ ಅರ್ಧ.

/ip route add dst-address=0.0.0.0/0 gateway=VPN_GATEWAY_IP routing-mark=vpn distance=1
/ip route add dst-address=0.0.0.0/0 type=unreachable routing-mark=vpn distance=2

ತಲುಪಲಾಗದ ಮಾರ್ಗವೇ ಗುರುತಿಸಿದ ಟೇಬಲ್ ಮುಖ್ಯ ಟೇಬಲ್ನ ವಿನಾಯಿತಿ ಪಟ್ಟಿಗಿಂತ ಉತ್ತಮವಾಗಿರುವ ಕಾರಣ. ಟನೆಲ್ ಬಿದ್ದಾಗ ಗುರುತಿಸಿದ ಪ್ಯಾಕೆಟ್ಗಳು ಮೌನವಾಗಿ WAN ಗೆ ಹಿಂತಿರುಗುವ ಬದಲು ತಕ್ಷಣ ತಲುಪಲಾಗದಿರುವಿಕೆಯನ್ನು ಪಡೆಯುತ್ತವೆ, ಆದ್ದರಿಂದ ವೈಫಲ್ಯ ಅಪ್ಲಿಕೇಶನ್ನ ದೋಷ ಸಂದೇಶದಲ್ಲಿ ಕಾಣಿಸುತ್ತದೆ, ಒಂದು ಗಂಟೆಯ ನಂತರ ನೀವು ಪರಿಶೀಲಿಸುವ ಭೂಸ್ಥಾನ ಪುಟದಲ್ಲಿ ಅಲ್ಲ.

RouterOS 7, 6.x ಒಟ್ಟಿಗೆ ಇಟ್ಟಿದ್ದನ್ನು ಬೇರ್ಪಡಿಸುತ್ತದೆ: ಟೇಬಲ್ ಅನ್ನು /routing table add name=vpn fib ನಿಂದ ಘೋಷಿಸಿ, ನಂತರ ಮಾರ್ಗದಲ್ಲಿ ಮತ್ತು mangle ನಿಯಮದಲ್ಲಿ ಹೆಸರಿನಿಂದ ಉಲ್ಲೇಖಿಸಿ. ಟೇಬಲ್ ವ್ಯಾಖ್ಯಾನಿಸದೆ routing-mark ಬರೆಯುವ 6.x ತುಣುಕು ಸ್ವಚ್ಛವಾಗಿ ಲೋಡ್ ಆಗಿ ಯಾವುದಕ್ಕೂ ಹೊಂದಿಕೆಯಾಗುವುದಿಲ್ಲ. ಇನ್ನೊಂದು ಕ್ಲಾಸಿಕ್ ಎರಡು 0.0.0.0/1 ಅರ್ಧಗಳು, ಅಥವಾ ಒಂದೇ ಟೇಬಲ್ನಲ್ಲಿ ಒಂದೇ ದೂರದಲ್ಲಿ ಎರಡು ಡೀಫಾಲ್ಟ್ಗಳು: ಕರ್ನಲ್ ಒಂದನ್ನು ಆರಿಸುತ್ತದೆ, ಮತ್ತು ಮರುಬೂಟ್ ನಂತರ ವರ್ತನೆ ಬದಲಾಗಬಹುದು.

ಭಾಗ ಎರಡು: ಮಾರ್ಗ ಹುಡುಕುವ ಮೊದಲು ಗುರುತಿಸಿ

ಯಾವ ಪ್ಯಾಕೆಟ್ಗಳು ಆ ಟೇಬಲ್ ಪ್ರವೇಶಿಸುತ್ತವೆ ಎಂಬುದನ್ನು ಆಯ್ಕೆದಾರ ನಿರ್ಧರಿಸುತ್ತದೆ. RouterOS ಸಾಮಾನ್ಯವಾಗಿ ಗಮ್ಯಸ್ಥಾನ ಪಾಲಿಸಿಗೆ ವಿಳಾಸ ಪಟ್ಟಿಯಿಂದ, ಅಥವಾ ಸಾಧನ ಪಾಲಿಸಿಗೆ ಮೂಲ ವಿಳಾಸದಿಂದ ಪ್ರಾರಂಭಿಸುತ್ತದೆ:

/ip firewall mangle add chain=prerouting src-address=192.168.88.50 action=mark-routing new-routing-mark=vpn
/ip firewall mangle add chain=prerouting dst-address-list=via-vpn action=mark-routing new-routing-mark=vpn
/ip firewall address-list add list=via-vpn address=203.0.113.10

Linux ಫರ್ಮ್ವೇರ್ ಕೂಡ netfilter ಮಾರ್ಕ್ ಮತ್ತು ಗುರುತಿಸಿದ ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ನೀವು ತುಂಬಿದ ಟೇಬಲ್ಗೆ ನಿರ್ದೇಶಿಸುವ ನಿಯಮದಿಂದ ಅದೇ ಕೆಲಸ ಮಾಡುತ್ತದೆ:

iptables -t mangle -A PREROUTING -p tcp --dport 27000:27050 -j MARK --set-mark 0x200
ip route add default dev tun0 table 100
ip rule add fwmark 0x200 table 100

ಸರಪಳಿ ಶೈಲಿಯ ಆಯ್ಕೆಯಲ್ಲ. ಪ್ಯಾಕೆಟ್ FORWARD ತಲುಪುವ ವೇಳೆಗೆ ಮಾರ್ಗ ಹುಡುಕುವಿಕೆ ಈಗಾಗಲೇ ಆಗಿದೆ, ಆದ್ದರಿಂದ ಅಲ್ಲಿ MARK ಅಥವಾ DROP ಮಾಡಿದರೆ ಮತ್ತೆ ಬರೆಯುವುದು ಅಥವಾ ಬಿಸಾಡುವುದು ಮಾತ್ರ ಸಾಧ್ಯ. ಮಾರ್ಕ್ ಫಾರ್ವರ್ಡ್ ಆಗುವ ಸಂಚಾರಕ್ಕೆ PREROUTING ನಲ್ಲಿ, ರೌಟರ್ ಸ್ವತಃ ಸೃಷ್ಟಿಸುವ ಸಂಚಾರಕ್ಕೆ OUTPUT ನಲ್ಲಿ ಬೀಳಬೇಕು, ರೌಟರ್ನ DNS, NTP ಮತ್ತು ಅಪ್ಡೇಟ್ ಪರಿಶೀಲನೆಗಳು ಅಲ್ಲಿಯೇ ಇರುತ್ತವೆ. ಆ ಔಟ್ಪುಟ್ ಮಾರ್ಗವೇ ಸಂಪೂರ್ಣ ಟನೆಲ್ ಮಾಡಿದ ವ್ಯವಸ್ಥೆ ಸೋರಿಕೆ ಪರೀಕ್ಷೆಯಲ್ಲಿ ಇನ್ನೂ ISP ರಿಸಾಲ್ವರ್ನಿಂದ ಉತ್ತರಿಸುವ ಸಾಮಾನ್ಯ ಕಾರಣ.

ಸಾಧನ ಪಾಲಿಸಿಗೆ ಜಾರದ ಹೊಂದಾಣಿಕೆ ಬೇಕು. DHCP ನಲ್ಲಿ ವಿಳಾಸ ಕಾಯ್ದಿರಿಸಿ, ಅಥವಾ ಮೀಸಲು ವಿಭಾಗಕ್ಕೆ ಇಂಟರ್ಫೇಸ್ ಹೊಂದಿಸಿ; ನಂತರ ಬೇರೆ ಸಾಧನಕ್ಕೆ ಹೋಗುವ ವಿಳಾಸ ಮೌನವಾಗಿ ತಪ್ಪು ಕ್ಲೈಂಟ್ಗೆ ಟನೆಲ್ ಅನ್ವಯಿಸುತ್ತದೆ. ತನ್ನದೇ ಸಬ್ನೆಟ್ ಇರುವ SSID ಪ್ರತಿ ಸೇತುವೆ ಅದೇ ಕಲ್ಪನೆಯ ಹೆಚ್ಚು ಬಾಳಿಕೆ ಬರುವ ಆವೃತ್ತಿ, ಮತ್ತು ಅದು IPv6 ನಿಯಮಗಳಿಗೂ ಇರುವ ಜಾಗ ಕೊಡುತ್ತದೆ.

ಭಾಗ ಮೂರು: NAT, DNS ಮತ್ತು LAN ವಿನಾಯಿತಿ

ಟನೆಲ್ ಮೂಲಕ ಹೊರಹೋಗುವ ಸಂಚಾರಕ್ಕೆ ಆ ಬದಿ ಉತ್ತರಿಸುವ ಮೂಲ ವಿಳಾಸ ಬೇಕು. ಅನುವಾದವನ್ನು ಟನೆಲ್ ಇಂಟರ್ಫೇಸ್ಗೆ ಸೀಮಿತಗೊಳಿಸಿ: RouterOS ನಲ್ಲಿ out-interface=VPN_NAME, Linux ನಲ್ಲಿ -o tun0, pfSense ನಲ್ಲಿ ಹೊಂದುವ ಹೊರಮುಖ NAT ನಮೂದು. ಆ ವ್ಯಾಪ್ತಿ ಇಲ್ಲದ masquerade ನಿಯಮ ನೀವು ಬಿಡಲು ಉದ್ದೇಶಿಸಿದ ಸಂಚಾರವನ್ನೂ ಮತ್ತೆ ಬರೆಯುತ್ತದೆ, ಮತ್ತು ಲಕ್ಷಣವೆಂದರೆ ಟನೆಲ್ ಇಲ್ಲದ ಸಾಧನ ತನ್ನ ಸಾರ್ವಜನಿಕ ವಿಳಾಸ ಕಳೆದುಕೊಳ್ಳುವುದು.

LAN ವಿನಾಯಿತಿ ಟನೆಲ್ಗಿಂತಲೂ ಹೆಚ್ಚು ಬೆಂಬಲ ಥ್ರೆಡ್ಗಳನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ. ಗುರುತಿಸಿದ ಟೇಬಲ್ನಲ್ಲಿ ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗ ಮಾತ್ರ ಇದ್ದರೆ, ಆಯ್ಕೆಯಾದ ಸಾಧನದಿಂದ ಪ್ರಿಂಟರ್ ಅಥವಾ NAS ಗಮ್ಯಸ್ಥಾನ ಆ ಡೀಫಾಲ್ಟ್ಗೆ ಹೊಂದಿಕೆಯಾಗಿ ಟನೆಲ್ನಲ್ಲಿ ಕಣ್ಮರೆಯಾಗುತ್ತದೆ. ಅದೇ ಟೇಬಲ್ಗೆ LAN ಮಾರ್ಗ ಸೇರಿಸಿ, ಅಥವಾ ಆಯ್ಕೆದಾರದಲ್ಲಿ ಸ್ಥಳೀಯ ಸಬ್ನೆಟ್ ಹೊರಗಿಡಿ; ಎರಡೂ ಕೆಲಸ ಮಾಡುತ್ತವೆ, ಮತ್ತು ನಂತರ VLAN ಸೇರಿಸುವಾಗ ಹೊರಗಿಡುವುದು ಸರಿಯಾಗಿ ಇಟ್ಟುಕೊಳ್ಳಲು ಸುಲಭ.

DNS ಬೇರೆ ಮಾರ್ಗ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ. ರೌಟರ್ ಮುಂದಕ್ಕೆ ಕಳುಹಿಸುವ ಪ್ರಶ್ನೆಗಳು ರೌಟರ್ನಿಂದ ಹುಟ್ಟಿ OUTPUT ಅನ್ನು ಅನುಸರಿಸುತ್ತವೆ, ಫಾರ್ವರ್ಡ್ ಮಾರ್ಕ್ ಅನ್ನಲ್ಲ, ಆದ್ದರಿಂದ ಸಂಪೂರ್ಣ ಟನೆಲ್ ಮಾಡಿದ ಲ್ಯಾಪ್ಟಾಪ್ ಕೂಡ ISP ಮೂಲಕ ಹೆಸರು ಪರಿಹರಿಸಬಲ್ಲದು. ಕ್ಲೈಂಟ್ಗಳನ್ನು ಟನೆಲ್ ಮೂಲಕ ತಲುಪಬಹುದಾದ ರಿಸಾಲ್ವರ್ಗೆ ತಿರುಗಿಸಿ, ಅಥವಾ ರೌಟರ್ನದೇ port-53 ಸಂಚಾರವನ್ನು ಗುರುತಿಸಿ, ನಂತರ ಉತ್ತರ ವೆಬ್ ವಿನಂತಿಯೊಂದಿಗೆ ಪ್ರಯಾಣಿಸಿತು ಎಂದು ಊಹಿಸದೆ ಪರಿಹರಿಸಿದ ವಿಳಾಸವನ್ನು ಪರಿಶೀಲಿಸಿ.

ನಿಯಮ ಹೊಂದಿಕೆಯಾಗುತ್ತದೆ ಆದರೆ ಅಪ್ಲಿಕೇಶನ್ ಇನ್ನೂ WAN ಬಳಸಿದಾಗ

ಗಮ್ಯಸ್ಥಾನ ಪಟ್ಟಿಗಳು ಬೇಗ ಹಳೆಯಾಗುತ್ತವೆ. ಒಂದು ಹೆಸರು ಪಟ್ಟಿಯಲ್ಲಿಲ್ಲದ ವಿಳಾಸಕ್ಕೆ ಪರಿಹರಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ವಿನಂತಿ WAN ಹಿಡಿಯುತ್ತದೆ, ಆದರೆ ಪಟ್ಟಿಯಲ್ಲಿನ ವಿಳಾಸದ ವಿರುದ್ಧ ನೀವು ಮಾಡಿದ ಪ್ರತಿ ಪರೀಕ್ಷೆಯೂ ಕೆಲಸ ಮಾಡಿತ್ತು. ಕ್ಲೈಂಟ್ ಬಳಸುವ ಅದೇ ರಿಸಾಲ್ವರ್ನಿಂದ ಪಟ್ಟಿ ನವೀಕರಿಸಿ, ಮತ್ತು ಒಂದು ಸಾಧನದಿಂದ ಎಲ್ಲಾ ಸಂಚಾರವನ್ನು ನಿಜವಾಗಿ ಬಯಸಿದರೆ ಮೂಲ ಆಧಾರಿತ ಆಯ್ಕೆದಾರವನ್ನು ಆದ್ಯತೆ ಮಾಡಿ.

IPv6 ಮೌನ ಬಳಸುಮಾರ್ಗ. ಸಾಧನಕ್ಕೆ ತನ್ನದೇ ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗ ಮತ್ತು ತನ್ನದೇ ನಿಯಮ ಸಮೂಹವಿರುವ ಎರಡನೇ ವಿಳಾಸ ಕುಟುಂಬ ಇದೆ, ಮತ್ತು IPv4 ವಿಳಾಸಕ್ಕೆ ಮಾತ್ರ ಹೊಂದಿಸುವುದು ಪಾಲಿಸಿಯ ಅರ್ಧ. ಅದೇ ಆಯ್ಕೆದಾರವನ್ನು ip6tables ಅಥವಾ nftables ಸಮಾನಕ್ಕೆ ಅನ್ವಯಿಸಿ, ಅಥವಾ ಆ ವಿಭಾಗದಲ್ಲಿ IPv6 ಅನ್ನು ಆಕಸ್ಮಿಕವಾಗಿ ಅಲ್ಲ, ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿ.

ಸ್ಥಾಪಿತ ಸಂಪರ್ಕಗಳೂ ಮುಖ್ಯ. ಬದಲಾವಣೆಗೆ ಮೊದಲು ರಚಿಸಿದ conntrack ನಮೂದು ಅವಧಿ ಮುಗಿಯುವವರೆಗೆ ಹಳೆಯ ಮಾರ್ಗವನ್ನೇ ಅನುಸರಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಸಂಪಾದನೆಯ ಸಮಯದಲ್ಲಿ ತೆರೆದಿದ್ದ ಬ್ರೌಸರ್ ಎಂದೂ ಅನ್ವಯವಾಗದ ನಿಯಮದಂತೆಯೇ ಕಾಣುತ್ತದೆ. ಪಾಲಿಸಿ ನಿರ್ಣಯಿಸುವ ಮೊದಲು ಹೊಸ ಸಂಪರ್ಕ ತೆರೆಯಿರಿ, ಅಥವಾ ಸ್ಥಿತಿ ಖಾಲಿ ಮಾಡಿ.

ಎರಡು ಸಾಧನ ಮತ್ತು ಮರುಬೂಟ್ನಿಂದ ಪರಿಶೀಲಿಸಿ

ಟನೆಲ್ ಆಗಬೇಕಾದ ಸಾಧನ ಮತ್ತು ಆಗಬಾರದ ಸಾಧನ ಪರೀಕ್ಷಿಸಿ, ವೇಗದ ಸಂಖ್ಯೆಯ ಬದಲು ಎರಡನೇ ಹಾಪ್ ಹೋಲಿಸಿ. ಪ್ರತಿಯೊಂದರಿಂದ traceroute ಎರಡನೇ ಹಾಪ್ನಲ್ಲಿ ಟನೆಲ್ ಗೇಟ್ವೇ ಅಥವಾ ISP ಗೇಟ್ವೇ ತೋರಿಸುತ್ತದೆ; ಎರಡೂ ಒಂದೇ ರೀತಿ ಕಂಡರೆ ಮಾರ್ಕ್ ಅಥವಾ ಟೇಬಲ್ ನಿಯಮ ಹೇಳಿದಂತೆ ಮಾಡುತ್ತಿಲ್ಲ. ಪರೀಕ್ಷೆಗೆ ಹೊಸ ಸಂಪರ್ಕಗಳನ್ನು ಬಳಸಿ.

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

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