Raspberry Pi ನಲ್ಲಿ VPN ಗೇಟ್ವೇ: ಒಂದು ಜಾಲ ಪೋರ್ಟ್ ಅಥವಾ ಪ್ರತ್ಯೇಕ ಕ್ಲೈಂಟ್ ಪೋರ್ಟ್
ಒಂದು Pi ಪೋರ್ಟ್ ಆಯ್ದ ಕ್ಲೈಂಟ್ಗಳಿಗೆ ಸೇವೆ ನೀಡಬಹುದು, ಅಥವಾ ಎರಡನೇ ಪೋರ್ಟ್ ಸಾಧನಗಳನ್ನು ಒಳಗೆ ಬಂದ್ ಮಾಡಬಹುದು. ಪ್ರತ್ಯೇಕತೆ, ಹಿಂಜರಿತ ನೀತಿ ಮತ್ತು DNS ಯಾರದ್ದು ಎಂಬುದರ ಆಧಾರದಲ್ಲಿ ವಿನ್ಯಾಸ ಆಯ್ಕೆ ಮಾಡಿ.
ನಿಮ್ಮ ಬಳಿ ಒಂದು Pi, ಒಂದು ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಹೊರಹೋಗುವ VPN ಪ್ರೊಫೈಲ್, ಮತ್ತು ಅದರ ಮೂಲಕ ಇಂಟರ್ನೆಟ್ ತಲುಪಬೇಕಾದ ಎರಡು ಸಾಧನಗಳಿವೆ. ಇಡೀ ನಿರ್ಮಾಣವನ್ನು ನಿರ್ಧರಿಸುವ ಪ್ರಶ್ನೆ ಯಾವ ಮಾರ್ಗದರ್ಶಿಯನ್ನು ಅನುಸರಿಸಬೇಕು ಎಂಬುದಲ್ಲ, ಬದಲಿಗೆ ಎಷ್ಟು ಪ್ರತ್ಯೇಕತೆ ಬೇಕು ಎಂಬುದು. ಒಂದು ಪೋರ್ಟ್ Pi ಗೆ ಆ ಸಾಧನಗಳ ಪಕ್ಕದಲ್ಲಿ ರೌಟರ್ನ LAN ನಲ್ಲಿ ಕುಳಿತು ಹೆಚ್ಚುವರಿ ಗೇಟ್ವೇ ಆಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸಲು ಅವಕಾಶ ನೀಡುತ್ತದೆ; ಎರಡನೇ ಪೋರ್ಟ್ ಅವುಗಳನ್ನು Pi ಒಂದೇ ಹೊರಹೋಗುವ ದಾರಿಯಾಗಿರುವ ವಿಭಾಗದಲ್ಲಿ ಇಡಲು ಅವಕಾಶ ನೀಡುತ್ತದೆ. ಆ ಆಯ್ಕೆಯ ನಂತರದ ಎಲ್ಲವೂ — DHCP, ಫೈರವಾಲ್ನ ವ್ಯಾಪ್ತಿ, DNS, ಕಡಿತದ ಸಂದರ್ಭ — ಅದರಿಂದಲೇ ಬರುತ್ತದೆ.
ಎರಡು ವಿನ್ಯಾಸಗಳು ನಿಜವಾಗಿ ಯಾವುದರಲ್ಲಿ ಭಿನ್ನ
ಎರಡೂ ವಿನ್ಯಾಸಗಳು ಮಾರ್ಗನಿರ್ದೇಶನ ಮಾಡುತ್ತವೆ. ವ್ಯತ್ಯಾಸ ಎಂದರೆ ತಂತಿಯ ಮೇಲೆ ಇನ್ನಾರು ನಿಂತಿದ್ದಾರೆ ಮತ್ತು ನಿಮ್ಮ ನೀತಿ ತಪ್ಪಾದಾಗ ಏನಾಗುತ್ತದೆ.
| Layout A: Pi on the ISP LAN | Layout B: dedicated client port | |
|---|---|---|
| Cabling | One Ethernet port, existing switch port | Two interfaces: uplink plus a separate LAN port |
| Can a client bypass the Pi? | Yes, by using the ISP router as its gateway | No, unless the device has another radio or link |
| Who hands out addresses | The ISP router, with a per-client setting or a DHCP option | The Pi, on its own LAN interface only |
| Blast radius of a mistake | Any LAN host, if a rule is too broad | The attached segment |
| Good fit for | One laptop, a console, a temporary test client | Appliances, always-on boxes, untrusted devices |
ಪ್ರತ್ಯೇಕತೆಯೇ ನಿಜವಾದ ಅಕ್ಷ. ವಿನ್ಯಾಸ A ಸಲಹಾತ್ಮಕ: DHCP ನೀಡಿದ ಗೇಟ್ವೇಯನ್ನು ನಿರ್ಲಕ್ಷಿಸಿ ರೌಟರ್ ಆಯ್ಕೆ ಮಾಡುವ ಸಾಧನ ಗೂಢಲಿಪೀಕರಣವಿಲ್ಲದೆ ಇನ್ನೂ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ವಿನ್ಯಾಸ B ಸ್ಥಳಶಾಸ್ತ್ರದಿಂದ ಜಾರಿಯಾಗುತ್ತದೆ, ಏಕೆಂದರೆ ಆಯ್ಕೆ ಮಾಡಲು ಬೇರೆ ಮುಂದಿನ ಹೆಜ್ಜೆ ಇಲ್ಲ.
ವಿನ್ಯಾಸ A: ಇರುವ LAN ನಲ್ಲಿ ಹೆಚ್ಚುವರಿ ಗೇಟ್ವೇ ಆಗಿ Pi
ISP ರೌಟರ್ 192.168.50.1, Pi 192.168.50.2, ಮತ್ತು ಆಯ್ದ ಕ್ಲೈಂಟ್ಗಳು Pi ಕಡೆ ತೋರಿಸುತ್ತವೆ ಎಂದು ಭಾವಿಸಿ. ಮುಖ್ಯವಾದುದು ಎರಡು ವಿಭಿನ್ನ ಪ್ಯಾಕೆಟ್ ಹರಿವುಗಳು ಒಂದೇ ಕೇಬಲ್ ಹಂಚಿಕೊಳ್ಳುತ್ತವೆ. ಕ್ಲೈಂಟ್ನ ಒಳ ಪ್ಯಾಕೆಟ್ Pi ತಲುಪಿ ಸುರಂಗದ ಮೂಲಕ ಹೊರಹೋಗಬೇಕು; Pi ಯ ಸ್ವಂತ ಗೂಢಲಿಪೀಕೃತ ಪ್ಯಾಕೆಟ್ VPN ಸಹಯೋಗಿಗೆ ಅದೇ ಕೇಬಲ್ನಿಂದ ರೌಟರ್ನ ಕಡೆ ಹೊರಹೋಗಬೇಕು. ಅವು ಒಂದೇ ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ ವಿರುದ್ಧ ದಿಕ್ಕಿನಲ್ಲಿ ಚಲಿಸುತ್ತವೆ ಮತ್ತು ಬೇರೆ ಬೇರೆ ನಡವಳಿಕೆ ಬೇಕು.
Pi ಗೆ ಅದರ ವಿಳಾಸವನ್ನು ಸ್ಥಾಪಿತ ಜಾಲ ನಿರ್ವಾಹಕರ ಮೂಲಕ ನೀಡಿ, ಸಾಧನಕ್ಕಾಗಿ ಅದರೊಂದಿಗೆ ಹೋರಾಡುವ ಹಳೆಯ ಇಂಟರ್ಫೇಸ್ ಕಡತದ ಪಾಕವಿಧಾನದಿಂದ ಅಲ್ಲ. ನಂತರ ಕ್ಲೈಂಟ್ಗಳನ್ನು ಹೊಂದಿಸಿ: ಒಂದು ಸಾಧನದಲ್ಲಿ ಸ್ಥಿರ ಗೇಟ್ವೇ, ಅಥವಾ 192.168.50.2 ಅನ್ನು ರೌಟರ್ ಆಗಿ ನೀಡುವ DHCP ಕಾಯ್ದಿರಿಸುವಿಕೆ. ಎರಡು ಸಾಧನಗಳಿಗಾಗಿ ರೌಟರ್ನ ಇಡೀ DHCP ವ್ಯಾಪ್ತಿಯನ್ನು ಬದಲಾಯಿಸಬೇಡಿ, ಮತ್ತು ಕ್ಲೈಂಟ್ ಆ ಆಯ್ಕೆಯನ್ನು ಗೌರವಿಸುತ್ತದೆ ಎಂದು ಭಾವಿಸಬೇಡಿ — ಪರಿಶೀಲಿಸಿ.
ದೌರ್ಬಲ್ಯ ರಚನಾತ್ಮಕ, ಸರಿಪಡಿಸಲಾಗದ್ದು. ಆ ವಿಭಾಗದ ಯಾವುದೇ ಕ್ಲೈಂಟ್ 192.168.50.1 ಕಡೆ ತೋರಿಸಿ ಸ್ಪಷ್ಟ ರೂಪದಲ್ಲಿ ಹೊರಹೋಗಬಹುದು, ಮತ್ತು ಎರಡನೇ ಇಂಟರ್ಫೇಸ್ ಅಥವಾ ಸೆಲ್ಯುಲಾರ್ ರೇಡಿಯೊ ಇರುವ ಸಾಧನ ನಿಮ್ಮ ಜಾರಿ ಮಾರ್ಗವನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಬಿಡುತ್ತದೆ. ಆ ವಾಕ್ಯ ಸಂಬಂಧಿತ ಸಾಧನಕ್ಕೆ ಸ್ವೀಕಾರಾರ್ಹವಲ್ಲದಿದ್ದರೆ, ನಿಮ್ಮ ಉತ್ತರ ಈಗಾಗಲೇ ಇದೆ: ವಿನ್ಯಾಸ B ಬಳಸಿ.
ವಿನ್ಯಾಸ B: ಪ್ರತ್ಯೇಕ ಪೋರ್ಟ್ ಸಾಧನಗಳನ್ನು ಒಳಗೆ ಬಂದ್ ಮಾಡುತ್ತದೆ
ಇಲ್ಲಿ Pi ಮೇಲ್ಮುಖ ಕೊಂಡಿಯಲ್ಲಿ ಗೇಟ್ವೇ 192.168.50.1 ಜೊತೆ 192.168.50.2 ಅನ್ನು ಇಟ್ಟುಕೊಂಡು, ಸಂಪರ್ಕಿತ ಸಾಧನಗಳಿಗಾಗಿ ಎರಡನೇ ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ 10.20.0.1/24 ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ. ಈಗ Pi ಎರಡು ಜಾಲಗಳಿರುವ ರೌಟರ್, ಮತ್ತು ಸಂಪರ್ಕಿತ ವಿಭಾಗಕ್ಕೆ ನಿಖರವಾಗಿ ಒಂದೇ ನಿರ್ಗಮನವಿದೆ.
ಬದ್ಧರಾಗುವ ಮೊದಲು ಶ್ರೇಣಿಯನ್ನು ಉಳಿದ ಎಲ್ಲದರ ವಿರುದ್ಧ ಪರಿಶೀಲಿಸಿ: ಸುರಂಗದ ಸ್ವಂತ ಉಪಜಾಲ, ಬೇರೆ ಸೈಟ್-ಟು-ಸೈಟ್ ಪೂರ್ವಪ್ರತ್ಯಯಗಳು, ಮತ್ತು VPN ಮೂಲಕ ತಲುಪಬಹುದಾದ ಎಲ್ಲವೂ. ದೂರದ LAN ಜೊತೆ ಘರ್ಷಿಸುವ 10.20.0.0/24 ಒಂದು ಸಂಜೆಯನ್ನು ನಿದಾನಕ್ಕೆ ತೆಗೆದುಕೊಳ್ಳುವ ಅರೆ-ಕೆಲಸದ ಫಲಿತಾಂಶ ನೀಡುತ್ತದೆ. ಎರಡನೇ ಪೋರ್ಟ್ USB ಅಡಾಪ್ಟರ್ ಆಗಿದ್ದರೆ, ಅದು ಬೆಂಬಲಿತವೆಂದು ಖಚಿತಪಡಿಸಿ ಮತ್ತು ಮರುಬೂಟ್ ನಂತರದ ಮರುಜೋಡಣೆ ನಿಮ್ಮ LAN ವಿಳಾಸವನ್ನು ಸರಿಸದಂತೆ ಅದರ ಹೆಸರನ್ನು ಜಾಲ ನಿರ್ವಾಹಕರಲ್ಲಿ ಪಿನ್ ಮಾಡಿ.
DHCP ಶ್ರೋತೃವನ್ನು ಆ ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ ಮಾತ್ರ ಚಲಾಯಿಸಿ. ಮೇಲ್ಮುಖ ಕೊಂಡಿಯಲ್ಲಿ ಉತ್ತರಿಸುವ ಸರ್ವರ್ ISP ರೌಟರ್ನೊಂದಿಗೆ ಸ್ಪರ್ಧಿಸುತ್ತದೆ ಮತ್ತು ನಿಮ್ಮ ವಿಭಾಗದ ವಿಳಾಸಗಳನ್ನು ಮನೆಯ ಉಳಿದ ಭಾಗಕ್ಕೆ ನೀಡುತ್ತದೆ. ಅದನ್ನು LAN ಇಂಟರ್ಫೇಸ್ಗೆ ಬಂಧಿಸಿ, ಘೋಷಿತ ಶ್ರೇಣಿಗೆ ಸೀಮಿತಗೊಳಿಸಿ, ಮತ್ತು Pi ಯ ಸ್ವಂತ ವಿಳಾಸವನ್ನು ಕೊಳದ ಹೊರಗೆ ಇರಿಸಿ.
ಮುಂದಕ್ಕೆ ರವಾನೆ, ಅನುವಾದ ಮತ್ತು ವೈಫಲ್ಯದಲ್ಲಿ ಮುಚ್ಚುವ ನಿಯಮ
ನಾಲ್ಕು ವಿಷಯಗಳನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ಒಂದೆಂದು ವಿವರಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಅವು ಒಂದಲ್ಲ. ರವಾನೆಯನ್ನು ಸಕ್ರಿಯಗೊಳಿಸುವುದು (net.ipv4.ip_forward=1) ಕರ್ನಲ್ಗೆ ಇಂಟರ್ಫೇಸ್ಗಳ ನಡುವೆ ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಸರಿಸಬಹುದು ಎಂದಷ್ಟೇ ಹೇಳುತ್ತದೆ; ಅದು ತಾನೇ ಏನನ್ನೂ ಅನುಮತಿಸುವುದಿಲ್ಲ ಮತ್ತು ಯಾವುದೇ ಮಾರ್ಗವನ್ನು ಖಾತರಿಪಡಿಸುವುದಿಲ್ಲ. ನಿರ್ಗಮನವನ್ನು ಆಯ್ಕೆ ಮಾಡುವುದು ಮಾರ್ಗನಿರ್ದೇಶನ ನಿರ್ಣಯ. ಪ್ಯಾಕೆಟ್ಗೆ ಅನುಮತಿ ನೀಡುವುದು forward ಸರಣಿಯಲ್ಲಿ ನೀತಿ ನಿರ್ಣಯ. ಅದರ ಮೂಲವನ್ನು ಮರುಬರೆಯುವುದು postrouting ನಿರ್ಣಯ. ಮೊದಲನೆಯದನ್ನು ಮಾತ್ರ ಮಾಡುವ ನಿರ್ಮಾಣವು ಕ್ಲೈಂಟ್ ಸಂಚಾರವನ್ನು ಮೇಲ್ಮುಖ ಕೊಂಡಿಯಿಂದ ಸಂತೋಷದಿಂದ ರವಾನಿಸುವ Pi ಯನ್ನು ನೀಡುತ್ತದೆ.
ಅನುಮತಿಯನ್ನು ನೀವು ಉದ್ದೇಶಿಸಿದ ಮೂಲಗಳಿಗೆ ಮತ್ತು ಸಂಚಾರ ಬಳಸಬೇಕಾದ ಇಂಟರ್ಫೇಸ್ಗೆ ಸೀಮಿತಗೊಳಿಸಿ, ಹಿಂತಿರುಗುವ ಮಾರ್ಗ ಮತ್ತು Pi ಗೆ ಬೇಕಾದ ಗಮ್ಯಸ್ಥಾನಗಳನ್ನು ಸೇರಿಸಿ. ನಂತರ ಪೂರೈಕೆದಾರರು ನಿಮ್ಮ LAN ಪೂರ್ವಪ್ರತ್ಯಯವನ್ನು ನಿಮ್ಮ ಕಡೆ ಮರಳಿ ಮಾರ್ಗನಿರ್ದೇಶಿಸದಿದ್ದರೆ ಸುರಂಗದ ನಿರ್ಗಮನದಲ್ಲಿ ಅನುವಾದ ಮಾಡಿ. nftables ಕೈಪಿಡಿ ರವಾನೆ, ಸ್ಥಳೀಯ ಔಟ್ಪುಟ್ ಮತ್ತು ಮೂಲ-ಅನುವಾದವನ್ನು ಪ್ರತ್ಯೇಕ ಕಾರ್ಯಾಚರಣೆಗಳಾಗಿ ಪರಿಗಣಿಸುತ್ತದೆ, ಇದು ಇಲ್ಲಿ ಸರಿಯಾದ ಆಲೋಚನಾ ಮಾದರಿ.
ಸಾಮಾನ್ಯ ವೈಫಲ್ಯ ಭೌತಿಕ ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ ಅಗಲವಾದ masquerade ನಿಯಮ. ಆಗ ಸಂಚಾರ ISP ಮಾರ್ಗದಿಂದ ಇಂಟರ್ನೆಟ್ ತಲುಪುತ್ತದೆ, ಆದರೆ ಕ್ಲೈಂಟ್ ಬದಿಯಿಂದ ಅದು ಕಾರ್ಯನಿರ್ವಹಿಸುವ VPN ನಂತೆಯೇ ಕಾಣುತ್ತದೆ. ಅದು ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ. ಅನುವಾದವನ್ನು ಘೋಷಿತ ನಿರ್ಗಮನಕ್ಕೆ ಬಂಧಿಸಿಟ್ಟುಕೊಳ್ಳಿ, ಮತ್ತು ನಿಮ್ಮ ನಿಯಮಗಳನ್ನು ಹೋಸ್ಟ್ ಈಗಾಗಲೇ ಬಳಸುವ ಫೈರವಾಲ್ನಲ್ಲೇ ಇರಿಸಿ, ಹಂಚಿದ postrouting ಸರಣಿಯನ್ನು ಖಾಲಿ ಮಾಡುವ ಸ್ಪರ್ಧಾತ್ಮಕ ನಿಯಮ ಸಮೂಹವನ್ನು ಸೇರಿಸುವ ಬದಲು.
ನಂತರ ಸುರಂಗದ ಅನುಪಸ್ಥಿತಿಯನ್ನು ನಿಭಾಯಿಸಿ. ಅಗಲವಾದ ಡಿಫಾಲ್ಟ್ ಮಾರ್ಗವನ್ನು ಸ್ಥಾಪಿಸುವ ಕ್ಲೈಂಟ್ ಪ್ರೊಫೈಲ್ ಎಂದರೆ ಸುರಂಗ ಬಿದ್ದಾಗ ಸಾಮಾನ್ಯ ಡಿಫಾಲ್ಟ್ ಮರಳಿ ಬರಬಹುದು ಮತ್ತು ಕ್ಲೈಂಟ್ ಸಂಚಾರ ಮೌನವಾಗಿ ಮೇಲ್ಮುಖ ಕೊಂಡಿಗೆ ಮರಳುತ್ತದೆ. ಎಲ್ಲಿ ಸ್ಪಷ್ಟ ಪಠ್ಯಕ್ಕೆ ಹಿಂಜರಿತ ಸ್ವೀಕಾರಾರ್ಹವಲ್ಲ, ಅಲ್ಲಿ forward ನೀತಿ ಕ್ಲೈಂಟ್ನಿಂದ ಮೇಲ್ಮುಖ ಕೊಂಡಿಗೆ ಸಂಚಾರವನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ನಿರಾಕರಿಸಬೇಕು, VPN ಮಾರ್ಗ ಹೋದ ಸ್ಥಿತಿಯಲ್ಲಿ. ಅದನ್ನು ಊಹೆಯಾಗಿ ಅಲ್ಲ, ನಿರಾಕರಣಾ ನಿಯಮವಾಗಿ ಬರೆಯಿರಿ. Pi ಯ ಸ್ವಂತ ಗೂಢಲಿಪೀಕೃತ ಸಾಗಣೆ VPN ಸಹಯೋಗಿಗೆ ಪ್ರತ್ಯೇಕ local-output ಹರಿವು ಮತ್ತು ಅನುಮತಿಸಲ್ಪಟ್ಟಿರಬೇಕು, ಇಲ್ಲದಿದ್ದರೆ ಸುರಂಗ ಎಂದಿಗೂ ಮರಳಲಾರದು.
DNS ಮತ್ತು IPv6 ಗೆ ತಮ್ಮದೇ ಉತ್ತರ ಬೇಕು
ಕ್ಲೈಂಟ್ಗಳು Pi ಯನ್ನು ಪರಿಹಾರಕವಾಗಿ ಬಳಸಿದರೆ, ಅವು ಸ್ಥಳೀಯ ಶ್ರೋತೃವನ್ನು ತಲುಪುತ್ತವೆ ಮತ್ತು Pi ಹೊಸ ಪ್ರಶ್ನೆ ಪ್ರಾರಂಭಿಸುತ್ತದೆ. ಆ ಮೇಲ್ಮುಖ ಪ್ರಶ್ನೆ ಕ್ಲೈಂಟ್ಗಳಿಗಾಗಿ ನೀವು ಬರೆದ forward ನಿಯಮವನ್ನಲ್ಲ, Pi ಯ ಸ್ವಂತ ಮಾರ್ಗವನ್ನು ಅನುಸರಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಸುರಂಗದ ಮೂಲಕ ಮಾತ್ರ ಹೋಗುವ ಕ್ಲೈಂಟ್ ಮಾರ್ಗ ಜೊತೆಗೆ ನೇರವಾಗಿ ಹೊರಹೋಗುವ ಪರಿಹಾರಕ — ಇದು ಯಾವುದೇ ದೋಷ ಸಂದೇಶವಿಲ್ಲದ ಸೋರಿಕೆ. ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ನಿರ್ಧರಿಸಿ: ಸುರಂಗದ ಮೂಲಕ ತಲುಪುವ ಪರಿಹಾರಕ, ಅಥವಾ ನೇರ ಎಂದು ಒಪ್ಪುವ ಸ್ಥಳೀಯ ಪರಿಹಾರಕ, ಮತ್ತು Pi ಯ ಸ್ವಂತ ಔಟ್ಪುಟ್ ನೀತಿಯನ್ನು ಆ ನಿರ್ಣಯಕ್ಕೆ ಹೊಂದಿಸಿ.
IPv6 ಮತ್ತೆ ಪ್ರತ್ಯೇಕ ಸಂದರ್ಭ. IPv4 ಗಾಗಿ forward ನಿಯಮ IPv6 ಬಗ್ಗೆ ಏನನ್ನೂ ಸೀಮಿತಗೊಳಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಮೇಲ್ಮುಖ ಕೊಂಡಿಯಲ್ಲಿನ ರೌಟರ್ ಪ್ರಕಟಣೆಗಳು Pi ಗೆ, ಮತ್ತು ಅದರ ಮೂಲಕ ಸಂಪರ್ಕಿತ ವಿಭಾಗಕ್ಕೆ, ನಿಮ್ಮ ನೀತಿಯನ್ನು ಬಳಸಿಕೊಳ್ಳದ ಎರಡನೇ ಡಿಫಾಲ್ಟ್ ನೀಡಬಹುದು. ಒಂದೋ ಅದೇ ತತ್ವದಲ್ಲಿ IPv6 ಗೆ ಅದರದೇ ರಕ್ಷಿತ ಮಾರ್ಗ ನೀಡಿ, ಅಥವಾ ಕ್ಲೈಂಟ್ ವಿಭಾಗದಲ್ಲಿ ಅದನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಸೀಮಿತಗೊಳಿಸಿ ಮತ್ತು ಹಾಗೆ ಹೇಳಿ.
ನಂಬುವ ಮೊದಲು ಗಡಿಯನ್ನು ಪರೀಕ್ಷಿಸಿ
ನಾಲ್ಕು ಪ್ರತ್ಯೇಕ ಪರಿಶೀಲನೆಗಳ ನಂತರವೇ ವಿನ್ಯಾಸವನ್ನು ಒಪ್ಪಿಕೊಳ್ಳಿ, ಏಕೆಂದರೆ ಆಮಿಷದ ಏಕೈಕ ಪರೀಕ್ಷೆ — ಒಂದು ಕ್ಲೈಂಟ್ನಲ್ಲಿ ಬ್ರೌಸರ್ ತೆರೆಯುವುದು — ಹಲವು ಮುರಿದ ಸ್ಥಿತಿಗಳಲ್ಲಿ ಉತ್ತೀರ್ಣವಾಗುತ್ತದೆ.
ಒಂದು ನಿಜವಾದ ಕ್ಲೈಂಟ್ ಸುರಂಗದ ಮೂಲಕ ಇಂಟರ್ನೆಟ್ ತಲುಪುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ, ನಂತರ ಅದೇ ಕ್ಲೈಂಟ್ ಸುರಂಗ ಕೆಳಗಿರುವಾಗ ಇಂಟರ್ನೆಟ್ ತಲುಪಲಾರದು ಎಂದು ಖಚಿತಪಡಿಸಿ. DNS ಪರಿಹಾರ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಮತ್ತು ಪ್ರಶ್ನೆ ನೀವು ಉದ್ದೇಶಿಸಿದ ಸ್ಥಳದಿಂದ ಹೊರಹೋಗುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ. ಸುರಂಗ ಮರುಪ್ರಾರಂಭದ ನಂತರವೂ Pi ಯ ಸ್ವಂತ ಸಾಗಣೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಮತ್ತು ಚೇತರಿಕೆಗೆ ಯಂತ್ರ ಮರುಬೂಟ್ ಬೇಕಿಲ್ಲ ಎಂದು ಖಚಿತಪಡಿಸಿ. ಕೊನೆಗೆ, ನೀವು ಆಯ್ಕೆ ಮಾಡದ ಸಾಧನವನ್ನು ಪರಿಶೀಲಿಸಿ: ವಿನ್ಯಾಸ A ನಲ್ಲಿ ಅದು ಸಾಮಾನ್ಯವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿರಬೇಕು, ಮತ್ತು ವಿನ್ಯಾಸ B ನಲ್ಲಿ ಅದು ಆ ವಿಭಾಗದಲ್ಲಿ ಇರವೇ ಇರಬಾರದು.
- ಎರಡು ಪೋರ್ಟ್ಗಳು ಮತ್ತು ನಿರಾಕರಣಾ ನಿಯಮ ಜಾರಿಯನ್ನು ನೀಡುತ್ತವೆ; ಒಂದು ಪೋರ್ಟ್ ಮತ್ತು DHCP ಆಯ್ಕೆ ಸಲಹೆ ನೀಡುತ್ತವೆ.
- ತಪ್ಪು ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ ಅನುವಾದ ಯಶಸ್ಸಿನಂತೆ ಕಾಣುತ್ತದೆ ಮತ್ತು ಅದಲ್ಲ.
- Pi ಯ ಸ್ವಂತ ಸಂಚಾರ, DNS ಮತ್ತು IPv6 ಪ್ರತಿಯೊಂದಕ್ಕೂ ನಿರ್ಣಯ ಬೇಕು, ಅನುಮಾನವಲ್ಲ.