ಬಹು-ರೌಟರ್ Pi VPN: ಪ್ರತಿ ರೂಟ್ ಅನ್ನು ನಿರ್ಧರಿಸುವ ಸಾಧನದಲ್ಲಿ ಇರಿಸಿ
ಕೆಳಮುಖದ ರೌಟರ್ ಎರಡನೇ ಕ್ಲೈಂಟ್ ಸಬ್ನೆಟ್ ಸೇರಿಸುತ್ತದೆ, ಮತ್ತು ನಾಲ್ಕು ಸಾಧನಗಳಲ್ಲಿ ಪ್ರತಿಯೊಂದೂ ಒಂದು ನಿರ್ಣಯವನ್ನು ಹೊಂದಿದೆ. ರೂಟ್ಗಳನ್ನು ಇರಿಸಿ, ಮೂಲವನ್ನು ಪರಿಶೀಲಿಸಿ, ನಂತರ ನಿಜವಾದ ಕ್ಲೈಂಟ್ನಿಂದ ಪರೀಕ್ಷಿಸಿ.
Pi ಯ ಹಿಂದೆ Wi-Fi ಬಾಕ್ಸ್ ಇಡುವುದು ಒಂದು ರೌಟಿಂಗ್ ನಿರ್ಣಯವನ್ನು ನಾಲ್ಕಾಗಿ ಮಾಡುತ್ತದೆ, ಮತ್ತು ನಾಲ್ಕನ್ನೂ ಒಂದೇ ಸಾಧನದಲ್ಲಿ ತೆಗೆದುಕೊಂಡಾಗ ಯೋಜನೆ ಒಡೆಯುತ್ತದೆ. ಮೊದಲ ಪ್ರಶ್ನೆ ಯಾವ ರೂಟ್ ಸೇರಿಸಬೇಕು ಎಂಬುದಲ್ಲ. ಹೊಸ ಬಾಕ್ಸ್ ಬ್ರಿಡ್ಜ್ ಮಾಡುತ್ತದೆಯೇ ಅಥವಾ ರೌಟ್ ಮಾಡುತ್ತದೆಯೇ ಎಂಬುದು, ಏಕೆಂದರೆ ಆ ಉತ್ತರ ಎಷ್ಟು ಸಬ್ನೆಟ್ಗಳಿವೆ ಮತ್ತು ಯಾವ ಸಾಧನಗಳು ಅವುಗಳ ಬಗ್ಗೆ ಕಲಿಯಬೇಕು ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ. ಮೊದಲು ಜೋಡಣೆ ಮಾದರಿಯನ್ನು ಆರಿಸಿ; ಪ್ರತಿ ರೂಟ್ ಅದರಿಂದ ಬರುತ್ತದೆ.
ಬ್ರಿಡ್ಜ್ ಅಥವಾ ರೌಟ್: ಸಂಖ್ಯೆಯನ್ನು ನಿರ್ಧರಿಸುವ ಆಯ್ಕೆ
ಬ್ರಿಡ್ಜ್ ಹೊಸ ಕ್ಲೈಂಟ್ಗಳನ್ನು Pi ಈಗಾಗಲೇ ಸೇವೆ ಸಲ್ಲಿಸುವ ಅದೇ ಸಬ್ನೆಟ್ನಲ್ಲಿ ಇಡುತ್ತದೆ. ಒಂದು ಸಬ್ನೆಟ್, ಒಂದು DHCP ಅಧಿಕಾರ, ಮತ್ತು ರೌಟ್ ಮಾಡಲು ಯಾವುದೇ ಹಸ್ತಾಂತರವಿಲ್ಲ. ಇದು ಸರಳ ವ್ಯವಸ್ಥೆ ಮತ್ತು ಪ್ರತ್ಯೇಕ ಕ್ಲೈಂಟ್ ನೆಟ್ವರ್ಕ್ ಎಂದಿಗೂ ಅಗತ್ಯವಾಗಿರದಿದ್ದಾಗ ಸರಿಯಾದದ್ದು. ರೌಟ್ ಮಾಡಿದ ಲಿಂಕ್ ಬೇರೆ ವಿನ್ಯಾಸ: ಬಾಕ್ಸ್ ತನ್ನ ಸ್ವಂತ ಸಬ್ನೆಟ್ ಅನ್ನು ಇಟ್ಟುಕೊಳ್ಳುತ್ತದೆ, ಮತ್ತು ಆ ಪ್ರಿಫಿಕ್ಸ್ ಅನ್ನು ಸಂಚಾರ ಹೋಗುವ ಎಲ್ಲೆಡೆ ಒಯ್ಯಬೇಕು.
ಈ ಯೋಜನೆಯ ಉಳಿದ ಭಾಗ ಕೆಳಮುಖದ ರೌಟರ್ ಅನ್ನು ಉಳಿಸಿಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಕ್ಲೈಂಟ್ ಮೂಲ ವಿಳಾಸಗಳನ್ನು ಸಂರಕ್ಷಿಸುತ್ತದೆ. ಗುರಿ ಒಂದು ಖಾಸಗಿ VPN ನೆಟ್ವರ್ಕ್, ಪೂರ್ಣ ಇಂಟರ್ನೆಟ್ ನಿರ್ಗಮನವಲ್ಲ. ವಿಳಾಸಗಳ ಮೊದಲು ಮಾದರಿಯನ್ನು ಬರೆಯಿರಿ, ಏಕೆಂದರೆ ಕೆಳಗಿನ ಪಟ್ಟಿ ಕೇವಲ ರೌಟ್ ಮಾಡಿದ ಜೋಡಣೆಯ ಉದಾಹರಣೆ.
client subnet 10.41.0.0/24
client gateway 10.41.0.1
router-to-Pi link 192.168.71.2
Pi on that link 192.168.71.1
private target 10.72.9.0/24ಯಾರು ಏನನ್ನು ನಿರ್ಧರಿಸುತ್ತಾರೆ
| Decision owner | Entry that encodes the decision | Failure when the entry is missing |
|---|---|---|
| Pi VPN host | Return route for 10.41.0.0/24 via 192.168.71.2, and a tunnel route for 10.72.9.0/24 | Replies to downstream clients die at the Pi |
| Owner of the remote network | A path for 10.41.0.0/24 over the permitted tunnel | Replies stop at the first unaware hop |
| LAN router behind the Pi | Specific route for 10.72.9.0/24 via 192.168.71.1, or a suitable default | Clients never send private traffic to the Pi |
| Client machine | Default via 10.41.0.1, or a specific entry for 10.72.9.0/24 | The private network is unreachable from the client |
ಪ್ರತಿ ಸಾಧನವೂ ಒಂದು ನಿರ್ಣಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ, ಮತ್ತು ಯಾವುದೂ ಇನ್ನೊಂದರ ನಿರ್ಣಯವನ್ನು ಅದರ ಬದಲು ತೆಗೆದುಕೊಳ್ಳಲಾರದು. Pi ಗೆ ಒಂದಲ್ಲ, ಎರಡು ನಮೂದುಗಳು ಬೇಕು, ಮತ್ತು ಹಿಂತಿರುಗುವ ದಾರಿಯೇ ಜನರು ಮರೆಯುವುದು. ಮುಂದಕ್ಕೆ ಕಳುಹಿಸಿದ ಸಂಚಾರ ಖಾಸಗಿ ನೆಟ್ವರ್ಕ್ ಅನ್ನು ಸರಿಯಾಗಿ ತಲುಪಿ ನಂತರ ಹಿಂತಿರುಗುವ ದಾರಿಯಲ್ಲಿ ಸಾಯುತ್ತದೆ, ಏಕೆಂದರೆ 10.41.0.0/24 ಎಲ್ಲಿ ವಾಸಿಸುತ್ತದೆ ಎಂದು Pi ಗೆ ತಿಳಿಯದು. ಅದು ಫೈರ್ವಾಲ್ ಸಮಸ್ಯೆಯಂತೆ ಕಾಣುತ್ತದೆ ಮತ್ತು ವಾಸ್ತವವಾಗಿ ಕಾಣೆಯಾದ ರೂಟ್.
ದೂರದ ಬದಿಗೂ ತನ್ನದೇ ರೂಟ್ ಬೇಕು. ದೂರದ ತುದಿಯಲ್ಲಿರುವ ಸೇವೆಗೆ 10.41.0.0/24 ನಿಮ್ಮ ಸುರಂಗದ ಮೂಲಕ ತಲುಪಬಹುದು ಎಂದು ತಿಳಿಯದಿದ್ದರೆ, ಉತ್ತರಗಳು ಉತ್ತರವಿಲ್ಲದ ಮೊದಲ ಹಾಪ್ನಲ್ಲಿ ನಿಲ್ಲುತ್ತವೆ. ಪ್ಯಾಕೆಟ್ ಫಿಲ್ಟರ್ಗಳನ್ನು ಓದುವ ಮೊದಲು ಎರಡೂ ದಿಕ್ಕುಗಳನ್ನು ಸೇರಿಸಿ.
ಮುಂದಿನ ಹಾಪ್ಗಳು ಜೋಡಣೆಯಿಂದ ಬರುತ್ತವೆ
ಮುಂದಿನ ಹಾಪ್ ಸಾಧನವು ನಿಜವಾಗಿ ತಲುಪಬಲ್ಲ ನೆಟ್ವರ್ಕ್ನಲ್ಲಿನ ವಿಳಾಸವಾಗಿರಬೇಕು. VPN ಪೀರ್ನ ಸಾರ್ವಜನಿಕ ವಿಳಾಸವು ಖಾಸಗಿ ಸಬ್ನೆಟ್ಗೆ ಮುಂದಿನ ಹಾಪ್ ಅಲ್ಲ, ಮತ್ತು ದೂರದ ಸೇವಾ ನೆಟ್ವರ್ಕ್ ಯಾವುದೇ ರೀತಿಯಲ್ಲಿ ಮುಂದಿನ ಹಾಪ್ ಅಲ್ಲ. ತಲುಪಲಾಗದ ಗೇಟ್ವೇಗೆ ಇರುವ ರೂಟ್ ಪಟ್ಟಿಯಲ್ಲಿ ಸರಿಯಾಗಿ ಕಾಣುತ್ತದೆ ಮತ್ತು ಪ್ರತಿ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಬೀಳಿಸುತ್ತದೆ. ಗಮ್ಯಸ್ಥಾನವನ್ನು ದೂಷಿಸುವ ಮೊದಲು ಗೇಟ್ವೇ ಉತ್ತರಿಸುತ್ತದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ.
Pi ಯ ಹೊರಗಿನ VPN ಪೀರ್ ಅನ್ನು ಅದರ ಸ್ವಂತ ಅಂಡರ್ಲೇ ರೂಟ್ ಮೂಲಕ ತಲುಪಬಹುದಾದಂತೆ ಇರಿಸಿ. ಆ ನಮೂದು ಪೇಲೋಡ್ ರೂಟ್ಗಳಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿದೆ, ಮತ್ತು ಅವುಗಳನ್ನು ಮಿಶ್ರಣ ಮಾಡುವುದು ಮಾರ್ಗ ಬದಲಾದ ನಂತರ ಮತ್ತೆ ಸ್ಥಾಪಿಸಲಾಗದ ಸುರಂಗವನ್ನು ನೀಡುತ್ತದೆ.
ಸ್ಥಿರ ರೂಟ್ಗಳ ದಾಖಲಾತಿ ಗಮ್ಯಸ್ಥಾನ ಮತ್ತು ಗೇಟ್ವೇ ನಡುವಿನ ವ್ಯತ್ಯಾಸವನ್ನು ಸ್ಪಷ್ಟಪಡಿಸುತ್ತದೆ, ಪ್ರತಿ ಪ್ಲಾಟ್ಫಾರ್ಮ್ ತನ್ನ ಮೆನುಗಳಿಗೆ ಬೇರೆ ಹೆಸರು ಕೊಟ್ಟರೂ. ಇನ್ನೊಬ್ಬ ಮಾರಾಟಗಾರನ ಪರದೆಯನ್ನು ನಕಲಿಸುವ ಬದಲು ನಿಮ್ಮ ಮುಂದಿರುವ ಸಾಧನದ ದಾಖಲಾತಿಯನ್ನು ಓದಿ. ಕೆಳಗಿನ ಆಜ್ಞೆಗಳು Linux ನಲ್ಲಿ ನಮೂದುಗಳ ಆಕಾರವನ್ನು ತೋರಿಸುತ್ತವೆ.
# on the Pi
ip route add 10.41.0.0/24 via 192.168.71.2
ip route add 10.72.9.0/24 dev tun0
# on the downstream router
ip route add 10.72.9.0/24 via 192.168.71.1ಅನುವಾದವು ಮೂಲಕ್ಕೆ ಏನು ಮಾಡುತ್ತದೆ
ಕೆಳಮುಖದ ರೌಟರ್ ಈಗಾಗಲೇ ತನ್ನ ಕ್ಲೈಂಟ್ಗಳನ್ನು ಟ್ರಾನ್ಸಿಟ್ ವಿಳಾಸಕ್ಕೆ ಅನುವಾದಿಸುತ್ತಿದ್ದರೆ, Pi ಪ್ರತಿ ಕ್ಲೈಂಟ್ನ ಸ್ವಂತ ವಿಳಾಸದ ಬದಲು ಒಂದು ಅನುವಾದಿತ ಮೂಲವನ್ನು ನೋಡುತ್ತದೆ. ಇದು ಮೇಲಿನ ಮೂಲ-ಸಂರಕ್ಷಕ ವಿನ್ಯಾಸಕ್ಕಿಂತ ಬೇರೆ. ಇದು ಮೂಲ-ಆಧಾರಿತ ನೀತಿ, ಲಾಗಿಂಗ್, ಮತ್ತು ಯಾವ ಬದಿ ಸಂಪರ್ಕಗಳನ್ನು ಪ್ರಾರಂಭಿಸಬಹುದು ಎಂಬುದನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ. ಎರಡೂ ವಿನ್ಯಾಸಗಳು ಕೆಲಸ ಮಾಡುತ್ತವೆ; ಅವು ಬೇರೆ ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸುತ್ತವೆ.
ಅಪ್ಸ್ಟ್ರೀಮ್ VPN ಸೇವೆಯು ಕ್ಲೈಂಟ್ ಪ್ರಿಫಿಕ್ಸ್ ಅನ್ನು ಹಿಂತಿರುಗಿ ರೌಟ್ ಮಾಡಲು ನಿರಾಕರಿಸಿದಾಗ, Pi ಯ ಸುರಂಗ ನಿರ್ಗಮನದಲ್ಲಿ ಕಿರಿದಾದ ಅನುವಾದವು ಕಾನೂನುಬದ್ಧ ತಾತ್ಕಾಲಿಕ ಪರಿಹಾರವಾಗಬಹುದು. ಕಾಣೆಯಾದ ರೂಟ್ ಅನಗತ್ಯವಾಗಿತ್ತು ಎಂಬುದಕ್ಕೆ ಇದು ಸಾಕ್ಷಿಯಲ್ಲ. ದೂರದ ನೆಟ್ವರ್ಕ್ ನಿಜವಾಗಿ ಯಾವ ವಿಳಾಸವನ್ನು ನೋಡುತ್ತದೆ ಮತ್ತು ಯಾವ ಹಿಂತಿರುಗುವ ಮಾರ್ಗ ಉಂಟಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ದಾಖಲಿಸಿ.
ರೂಟ್ ಆಯ್ಕೆ, ಫಾರ್ವರ್ಡಿಂಗ್ ಅನುಮತಿ ಮತ್ತು ಮೂಲ ಅನುವಾದ ಮೂರು ಪ್ರತ್ಯೇಕ ಕೆಲಸಗಳಾಗಿ ಉಳಿಯುತ್ತವೆ. ಒಂದು ತಂತಿಯ ಕ್ಲೈಂಟ್ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂದು ಹಂಚಿಕೆಯ NAT ಸರಪಳಿಯನ್ನು ಖಾಲಿ ಮಾಡುವುದು ಅಥವಾ ಪ್ರತಿ ಇಂಟರ್ಫೇಸ್ಗೂ ಅನುಮತಿ ನೀಡುವುದು ಕೆಲಸ ಮಾಡುವ ಪರೀಕ್ಷೆಯನ್ನು ತೆರೆದ ಫಾರ್ವರ್ಡರ್ ಆಗಿ ಮಾಡುವ ದಾರಿ.
ಕ್ಲೈಂಟ್ ಯಂತ್ರದಿಂದ ಅದನ್ನು ಸಾಬೀತುಪಡಿಸಿ
ಕೆಳಮುಖದ LAN ನಲ್ಲಿರುವ ಯಂತ್ರದಿಂದ ವಿನಂತಿ ಕಳುಹಿಸಿ, ನಂತರ ಅದರ ಮೂಲವನ್ನು ಹೊರಕ್ಕೆ ಮತ್ತು ಹಿಂತಿರುಗಿ ಅನುಸರಿಸಿ. Pi ಹೊರಡಿಸುವ ping ಎಂದಿಗೂ ಕೆಳಮುಖದ ಹಿಂತಿರುಗುವ ರೂಟ್ ಅನ್ನು ಬಳಸುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಯಶಸ್ವಿ ping ಕಾಣುವುದಕ್ಕಿಂತ ಕಡಿಮೆ ಸಾಬೀತುಪಡಿಸುತ್ತದೆ. Pi ಯ ಸ್ವಂತ LAN ನಲ್ಲಿನ ತಂತಿ ಕ್ಲೈಂಟ್ನಿಂದ ಎರಡನೇ ಪರೀಕ್ಷೆಯನ್ನು ಸೇರಿಸಿ ಇದರಿಂದ ಎರಡು ಮಾರ್ಗಗಳನ್ನು ಹೋಲಿಸಬಹುದು. ಯಾವುದೇ ಸಾಧನವನ್ನು ಮರುಪ್ರಾರಂಭಿಸಿದ ನಂತರ ಎರಡನ್ನೂ ಪುನರಾವರ್ತಿಸಿ.
ಕೈಯಿಂದ ಸೇರಿಸಿದ ರೂಟ್ಗಳು ಮತ್ತು ಎಂದಿಗೂ ಉಳಿಸದ ಅನುವಾದಗಳು ಒಟ್ಟಿಗೆ ಮಾಯವಾಗುತ್ತವೆ. ಆಗ ಜೋಡಿ ಅಪೂರ್ಣ ಕೆಲಸದ ಬದಲು ಹೊಸ ದೋಷದಂತೆ ಕಾಣುತ್ತದೆ.
ಜೋಡಣೆ ಮಾದರಿಯನ್ನು ರೂಟ್ಗಳು, ಅನುಮತಿಸಿದ ಖಾಸಗಿ ಸೇವೆ ಮತ್ತು ಯಾವುದೇ ಅನುವಾದದೊಂದಿಗೆ ಒಂದೇ ಟಿಪ್ಪಣಿಯಲ್ಲಿ ಉಳಿಸಿ. ಆ ಟಿಪ್ಪಣಿಯೇ ಮುಂದಿನ ವ್ಯಕ್ತಿಯು ನಿಸ್ತಂತು ಸ್ಥಾನವನ್ನು ರೌಟಿಂಗ್ ನೀತಿಯ ಪ್ರಶ್ನೆಯಾಗಿ ಪರಿಗಣಿಸದಂತೆ ತಡೆಯುತ್ತದೆ.