ಒಂದೇ Pi ನಲ್ಲಿ ಎರಡು VPN ಹಾಪ್: ಯಾವ ರೂಟ್ ಯಾವ ಪೀರ್ ಅನ್ನು ಸಾಗಿಸುತ್ತದೆ

ಒಂದು ಸಣ್ಣ ಬೋರ್ಡಿನಲ್ಲಿ ಎರಡು ಟನೆಲ್ ವಿಳಾಸಗಳು ತಪ್ಪಿನಂತೆ ಕಾಣುತ್ತವೆ, ಮತ್ತು ಪ್ರತಿಕ್ರಿಯೆ ಒಂದನ್ನು ಅಳಿಸುವುದು. ಆ ಪ್ರತಿಕ್ರಿಯೆ ಸರಿಪಡಿಸಬೇಕಿದ್ದ ವಸ್ತುವನ್ನೇ ಮುರಿಯುತ್ತದೆ. ಎರಡು ಹಾಪ್ ಸಾಗಿಸುವ ಹೋಸ್ಟ್ ಪ್ರತಿ ಸಂಪರ್ಕಕ್ಕೂ ಒಂದು ವಿಳಾಸವನ್ನು ಇಟ್ಟುಕೊಳ್ಳುತ್ತದೆ, ಮತ್ತು ಪ್ರತಿ ವಿಳಾಸವನ್ನು ಬೇರೆ ರೂಟ್ ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ. ಕೇಳಲು ಯೋಗ್ಯವಾದ ಪ್ರಶ್ನೆ ಎಂದರೆ ಯಾವ ರೂಟ್ ಯಾವ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ಯಾವ ವಾಹಕವನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ ಎಂಬುದು, ಎಷ್ಟು ವಿಳಾಸಗಳಿವೆ ಎಂಬುದಲ್ಲ.

ಬೇರೆ ಬೇರೆ ವಾಹಕಗಳ ಅಗತ್ಯವಿರುವ ಮೂರು ಗಮ್ಯಸ್ಥಾನಗಳು

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

ರೂಟ್ ಮುಟ್ಟುವ ಮೊದಲು ಸಾಲುಗಳನ್ನು ಓದುಗರ ನಿಜವಾದ ವಿಳಾಸಗಳಿಂದ ತುಂಬಿಸಿ, ಏಕೆಂದರೆ ಕೋಷ್ಟಕವು ನಿರ್ದಿಷ್ಟವಾದಾಗ ಮಾತ್ರ ಉಪಯುಕ್ತ. ಕೆಲಸ ಮಾಡುವ ಸರಪಳಿ ನಾಲ್ಕೂ ಸಾಲುಗಳನ್ನು ಒಟ್ಟಿಗೆ ಪೂರೈಸುತ್ತದೆ, ಮತ್ತು ಅರ್ಧ ಕೆಲಸ ಮಾಡುವ ಸರಪಳಿ ಸಾಮಾನ್ಯವಾಗಿ ಅವುಗಳಲ್ಲಿ ಒಂದನ್ನು ತಪ್ಪು ವಾಹಕದೊಂದಿಗೆ ಪೂರೈಸುತ್ತದೆ. ತಪ್ಪು ಸಾಲನ್ನು ದೋಷವೆಂದು ಓದುವುದೇ ರೂಟಿಂಗ್ ಸಮಸ್ಯೆಯನ್ನು ಪೂರ್ಣ ಮಧ್ಯಾಹ್ನದ ಸಂಪಾದನೆಗಳಾಗಿ ಬದಲಿಸುತ್ತದೆ.

ವಿಳಾಸಗಳಿಗೆ ಸಂಖ್ಯೆಯಲ್ಲ, ಪಾತ್ರಗಳಿವೆ

ಲಿನಕ್ಸ್ ಒಂದು ಇಂಟರ್ಫೇಸ್ ಮೇಲೆ ಹಲವು ವಿಳಾಸಗಳನ್ನು ಮತ್ತು ಒಂದು ಹೋಸ್ಟ್ ಮೇಲೆ ಹಲವು ಟನೆಲ್ಗಳನ್ನು ಅನುಮತಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಸಂಖ್ಯೆ ಸರಿಯಾಗಿರುವ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ. ಮುಖ್ಯವಾದುದು ಯಾವ ವಿಳಾಸ ಯಾವ ಸಂಪರ್ಕಕ್ಕೆ ಸೇರಿದೆ ಎಂಬುದು, ಮತ್ತು ನಿರ್ದಿಷ್ಟ ಪೀರ್ನಿಗೆ ಇರುವ ರೂಟ್ ನೀವು ಉದ್ದೇಶಿಸಿದ ಸಂಪರ್ಕವನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆಯೇ ಎಂಬುದು. ಮೂರು ನೋಟಗಳು ಅದನ್ನು ಮೂರು ದಿಕ್ಕುಗಳಿಂದ ಉತ್ತರಿಸುತ್ತವೆ, ಮತ್ತು ಪ್ರತಿ ಬಾರಿಯೂ ಅದೇ ಕ್ರಮದಲ್ಲಿ ಓದುವುದು ಯೋಗ್ಯ.

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

ip -4 addr show
ip -4 route show table all
ip rule show

ಪಟ್ಟಿ ಉದ್ದವಾಗಿ ಕಾಣುತ್ತದೆ ಎಂದು ವಿಳಾಸವನ್ನು ಅಳಿಸುವುದು ಮಾರ್ಗದ ಒಂದು ಭಾಗವನ್ನು ತೆಗೆಯಬಹುದು, ಮತ್ತು ಹೆಚ್ಚುವರಿ ಎಂದು ಕಾಣುತ್ತದೆ ಎಂದು ರೂಟ್ ಅಳಿಸುವುದು ಅದೇ ಕೆಲಸವನ್ನು ಇನ್ನಷ್ಟು ಶಾಂತವಾಗಿ ಮಾಡುತ್ತದೆ. ಎರಡೂ ದೋಷವನ್ನು ಉತ್ಪಾದಿಸುವುದಿಲ್ಲ; ಪೀರ್ ನೀವು ಉದ್ದೇಶಿಸಿದ ಮಾರ್ಗದಲ್ಲಿ ಉತ್ತರಿಸುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ, ಆದರೆ ಇನ್ನೊಂದು ಮಾರ್ಗದಿಂದ ತಲುಪಬಹುದಾಗಿ ಉಳಿಯುತ್ತದೆ. ಒಳ ಪೀರ್ನ ನಿರ್ಗಮನ ವಿಳಾಸವನ್ನು ವರದಿ ಮಾಡುವ ಅಪ್ಲಿಕೇಶನ್ ಸಂಚಾರವು ಹೊರ ಟನೆಲ್ ದಾಟಿತು ಎಂದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ನೇರ ಪ್ರವೇಶ ಅದೇ ಅವಲೋಕನವನ್ನು ನೀಡುತ್ತದೆ. ಅವಲೋಕನ ಮತ್ತು ಸಾಕ್ಷಿಯ ನಡುವಿನ ಈ ಅಂತರವೇ ರೂಟಿಂಗ್ ಪದರದಲ್ಲಿ ವಾಹಕವನ್ನು ಪರಿಶೀಲಿಸುವ ಕಾರಣ.

ಸಕ್ರಿಯಗೊಳಿಸುವ ಕ್ರಮ ಸ್ಥಿರ ನಿದ್ರೆಯನ್ನು ಸೋಲಿಸುತ್ತದೆ

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

ಕರ್ನಲ್ tun0 ಮತ್ತು tun1 ನಂತಹ ಹೆಸರುಗಳನ್ನು ಸೃಷ್ಟಿ ಕ್ರಮದಲ್ಲಿ ನೀಡುತ್ತದೆ, ಮತ್ತು ಆ ಕ್ರಮವು ಮರುಪ್ರಾರಂಭ ಅಥವಾ ಮರುಸಂಪರ್ಕಗಳ ನಡುವೆ ಬದಲಾಗಬಹುದು. ಸಂರಚನೆಯನ್ನು ಸಾಧನ ಒದಗಿಸುವ ಗುರುತಿಗೆ ಅಥವಾ ನೀವು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ನೀಡುವ ಹೆಸರಿಗೆ ಬಂಧಿಸಿ. ನೀವು ಆಯ್ಕೆ ಮಾಡುವ ಹೆಸರು ಒಪ್ಪಂದ; ಕರ್ನಲ್ ಆಯ್ಕೆ ಮಾಡುವ ಹೆಸರು ಆಕಸ್ಮಿಕ.

ಪ್ರತಿ ಕ್ಲೈಂಟ್ನ ಸಾಗಣೆಯನ್ನು ಇನ್ನೊಂದರ ಅಪ್ಲಿಕೇಶನ್ ರೂಟ್ನಿಂದ ಹೊರಗಿಡಿ, ಮತ್ತು OpenVPN 2.6 ರೂಟಿಂಗ್ ಆಯ್ಕೆಗಳು ನಿಜವಾಗಿ ಏನನ್ನು ಭರವಸೆ ನೀಡುತ್ತವೆ ಎಂಬುದರ ಬಗ್ಗೆ ನಿಖರವಾಗಿರಿ. ದಾಖಲಿತ ಡೀಫಾಲ್ಟ್ ಮರುನಿರ್ದೇಶನ ಕಾರ್ಯವಿಧಾನವು ಕ್ಲೈಂಟ್ ತನ್ನದೇ ದೂರದ ಪೀರ್ ಅನ್ನು ಈಗಾಗಲೇ ಇದ್ದ ಗೇಟ್ವೇ ಮೂಲಕ ತಲುಪುವಂತೆ ಮಾಡುತ್ತದೆ, ಇದು ಒಂದು ನಿರ್ದಿಷ್ಟ ಪುನರಾವರ್ತನಾ ಲೂಪ್ ಅನ್ನು ಕಡಿತಗೊಳಿಸುತ್ತದೆ. ಅದು ಒಂದು ಕ್ಲೈಂಟ್ ಅನ್ನು ಇನ್ನೊಂದರ ವಾಹಕವಾಗಿಸುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಸರಪಳಿಯ ಉಳಿದ ಭಾಗ ನಿಮ್ಮ ವಿನ್ಯಾಸವೇ ಆಗಿರುತ್ತದೆ. ಸರಪಳಿಗೆ ರೂಟ್ ಬದಲು ನೀತಿ ಬೇಕಾದಲ್ಲಿ, ಸ್ಪಷ್ಟ ಮೂಲ ಅಥವಾ ಗುರುತು ನಿಯಮವನ್ನು ಬರೆದು ಅದು ಹೊಂದಿಕೆಯಾಗಬೇಕಾದ ಸಂಚಾರದೊಂದಿಗೆ ಪರೀಕ್ಷಿಸಿ.

ಹೊರ ಹಾಪ್ ಸತ್ತಾಗ ಏನಾಗುತ್ತದೆ

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

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

DNS ಮತ್ತು ಇನ್ನೊಂದು ವಿಳಾಸ ಕುಟುಂಬ ಅದೇ ನಿರ್ಧಾರಕ್ಕೆ ಸೇರುತ್ತವೆ. ಸ್ಥಳೀಯವಾಗಿ ರಚಿಸಿದ ಹುಡುಕಾಟ ಹೋಸ್ಟ್ನ ಸ್ವಂತ ನೀತಿಯನ್ನು ಅನುಸರಿಸುತ್ತದೆ, ಮುಂದಕ್ಕೆ ಕಳುಹಿಸಿದ ಕ್ಲೈಂಟ್ನದನ್ನಲ್ಲ, ಆದ್ದರಿಂದ ಮುಂದಕ್ಕೆ ಕಳುಹಿಸಿದ ಸಂಚಾರಕ್ಕೆ ಕೆಲಸ ಮಾಡುವ ಪರಿಹಾರಕ ಹೋಸ್ಟ್ ಸ್ವತಃ ಬಳಸುವುದಕ್ಕಿಂತ ಬೇರೆಯಾಗಿರಬಹುದು.

ಪ್ರತಿ ಪದರವನ್ನು ನೀವು ನಿರ್ಮಿಸಿದ ಕ್ರಮದಲ್ಲಿ ಸ್ವೀಕರಿಸಿ

ಸರಪಳಿ ನಿರ್ಮಿಸಿದ ಕ್ರಮದಲ್ಲಿ ಪರೀಕ್ಷಿಸಿ: ಮೊದಲು ಹೊರ ಟನೆಲ್ ಒಂದೇ, ನಂತರ ಹೊರ ಟನೆಲ್ ಮೂಲಕ ಒಳ ಕ್ಲೈಂಟ್ನ ಸಾಗಣೆ, ನಂತರ ಒಳ ಟನೆಲ್ ಮೂಲಕ ಅಪ್ಲಿಕೇಶನ್. ಪ್ರತಿ ಸ್ವೀಕಾರವೂ ಹೊಸ ಸಂಪರ್ಕವಾಗಿರಬೇಕು, ಈಗಾಗಲೇ ತೆರೆದ ಪುಟವಲ್ಲ. ನಂತರ ಪ್ರತಿ ಪದರವನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಮುರಿದು ಮರುಸ್ಥಾಪಿಸಿ ಮತ್ತು ಮುಂದಿನದು ಏನು ಮಾಡುತ್ತದೆ ಎಂದು ಗಮನಿಸಿ.

ಬ್ಯಾಕಪ್ನ ಫಲಿತಾಂಶ ಇಲ್ಲಿ ಅತ್ಯಂತ ಮೌಲ್ಯಯುತ ಅವಲೋಕನ, ಮತ್ತು ಸಾರ್ವಜನಿಕ IP ಪುಟ ಎಂದೂ ತೋರಿಸದಂಥದ್ದು. ಪೀರ್ಗಳ ಮಾರ್ಗಗಳನ್ನು, ಅವು ಬಳಸುವ ವಿಳಾಸಗಳನ್ನು ಮತ್ತು ಆ ಫಲಿತಾಂಶವನ್ನು ಸಂರಚನೆಯ ಪಕ್ಕದಲ್ಲಿ ಉಳಿಸಿ, ಏಕೆಂದರೆ ಸುಖದ ಮಾರ್ಗವು ನಂತರ ಪ್ರಶ್ನಿಸಲ್ಪಡುವ ಭಾಗವಲ್ಲ.