ಸೇತುವೆ ಇಲ್ಲದ TAP: ರೂಟ್ ಮಾಡಿದ ಅಪ್ಲಿಂಕ್ ಇರುವ ವರ್ಚುವಲ್ ವಿಭಾಗ

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

ಪ್ರತ್ಯೇಕ ವಿಭಾಗ ನಿರ್ಮಿಸಿ

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

ip tuntap add dev tap0 mode tap
ip link set tap0 up
ip addr add 10.77.0.1/24 dev tap0

ಇಲ್ಲಿ ಯಾವುದೂ ಸೇತುವೆ ಬಯಸುವುದಿಲ್ಲ, ಮತ್ತು ನಂತರ ಒಂದನ್ನು ಸೇರಿಸುವುದನ್ನು ಯಾವುದೂ ತಡೆಯುವುದಿಲ್ಲ. ಕರ್ನಲ್ನ TUN/TAP ದಾಖಲೆಗಳು ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ವಿವರಿಸುತ್ತವೆ; ಸೇತುವೆ ಸದಸ್ಯತ್ವ ಮತ್ತು ಮುಂದುವರಿಸುವಿಕೆ ನೀತಿ ನೀವು ನಂತರ ತೆಗೆದುಕೊಳ್ಳುವ ಪ್ರತ್ಯೇಕ ನಿರ್ಧಾರಗಳು.

ಗಡಿಯಾಚೆಗೆ ರೂಟ್ ಮಾಡಿ

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

ರೂಟ್ ಮತ್ತು ಫೈರ್ವಾಲ್ ನಿಯಮವನ್ನು ಒಂದೇ ಬದಲಾವಣೆಯಾಗಿ ಬರೆಯಿರಿ, ಏಕೆಂದರೆ ಪ್ರತಿಯೊಂದೂ ಪ್ರತ್ಯೇಕವಾಗಿ ಕ್ಲೈಂಟ್ ಬದಿಯಿಂದ ರೂಟಿಂಗ್ ವೈಫಲ್ಯದಂತೆ ಕಾಣುವ ಸ್ಥಿತಿಯನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ.

ಹಿಂತಿರುಗುವ ಮಾರ್ಗ ನಿರ್ಧರಿಸಿ

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

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

ಪ್ರಸಾರದ ವ್ಯಾಪ್ತಿಯನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಇರಿಸಿ

ವರ್ಚುವಲ್ ವಿಭಾಗದ ಒಳಗೆ DHCP, ಅನ್ವೇಷಣೆ ಮತ್ತು ನೆರೆಹೊರೆಯ ಘೋಷಣೆ ಸ್ವಿಚ್ನಲ್ಲಿರುವಂತೆ ವರ್ತಿಸುತ್ತವೆ, ಏಕೆಂದರೆ ಇದು ಒಂದೇ ಕೊಂಡಿ. ರೂಟ್ ಮಾಡಿದ ಗಡಿಯಾಚೆಗೆ ಅವು ಹಾಗೆ ಮಾಡುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಕಚೇರಿ DHCP ಮತ್ತು ಸೇವಾ ಅನ್ವೇಷಣೆಗೆ TAP ಅವನ್ನು ಒಳಗೊಂಡಿದೆ ಎಂಬ ಊಹೆಯ ಬದಲು ಸ್ಪಷ್ಟ ವಿನ್ಯಾಸ ಬೇಕು. ಇಂಟರ್ಫೇಸ್ ಪ್ರಕಾರ ಬೇರೆಡೆ ವಾಸಿಸುವ ಸೇವೆಗಳಿಗೆ ರಿಲೇ ಅಲ್ಲ.

TAP ಅನ್ನು ಆರಿಸುವ ಪ್ರಾಮಾಣಿಕ ಕಾರಣ ಇದೇ: ವರ್ಚುವಲ್ ವಿಭಾಗದಲ್ಲಿ ಯಾವುದೋ ಒಂದಕ್ಕೆ ಕೊಂಡಿ-ಸ್ಥಳೀಯ ವರ್ತನೆ ಬೇಕು. ಯಾವುದಕ್ಕೂ ಬೇಕಿಲ್ಲದಿದ್ದರೆ, ರೂಟ್ ಮಾಡಿದ ಪೂರ್ವಪ್ರತ್ಯಯವಿರುವ TUN ಸಾಧನ ಚಿಕ್ಕದು, ಮತ್ತು ಒಡೆದಾಗ ವಿವರಿಸಲು ಕಡಿಮೆ ಇರುತ್ತದೆ.

ಪರಿಶೀಲಿಸಿ, ನಂತರ ರೋಲ್ಬ್ಯಾಕ್ ಬರೆಯಿರಿ

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

ಅಗತ್ಯವು ನಿಜವಾಗಿಯೂ ಎರಡು ಸ್ಥಳಗಳನ್ನು ವ್ಯಾಪಿಸುವ ಒಂದು Ethernet ವಿಭಾಗವಾದರೆ, ಸೇತುವೆ ಪ್ರಾಮಾಣಿಕ ಉತ್ತರ ಮತ್ತು ಬೇರೆ ಪ್ರಭಾವದ ತ್ರಿಜ್ಯವಿರುವ ಬೇರೆ ವಿನ್ಯಾಸ. ಅಗತ್ಯವು ತಲುಪುವಿಕೆಯಾದರೆ, ರೂಟ್ ಮಾಡಿದ ಅಪ್ಲಿಂಕ್ ಇರುವ ಪ್ರತ್ಯೇಕ ವಿಭಾಗವು ನಂತರ ಕಡಿಮೆ ವಿವರಣೆಯೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ.