OpenVPN ಅನ್ನು TAP ನಿಂದ TUN ಗೆ ಸಾಗಿಸುವುದು: ಕೆಲಸ ಮಾಡುವ ವಲಸೆ ಕ್ರಮ

dev tap ಬದಲು dev tun ಹಾಕುವುದು ಸುರಂಗ ಏನನ್ನು ಸಾಗಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಬದಲಿಸುತ್ತದೆ, ಅದರ ಹೆಸರನ್ನು ಮಾತ್ರವಲ್ಲ. TAP ಇಂಟರ್ಫೇಸ್ Ethernet ಚೌಕಟ್ಟುಗಳನ್ನು ಸೇತುವೆಗೆ ನೀಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಕ್ಲೈಂಟ್ಗಳು ಕಚೇರಿಯ ಸ್ವಿಚ್ಗೆ ಸೇರಿಸಲಾದಂತೆ ವರ್ತಿಸುತ್ತವೆ. TUN ಇಂಟರ್ಫೇಸ್ IP ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಸಾಗಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಕ್ಲೈಂಟ್ಗಳಿಗೆ ಮಾರ್ಗಗಳು ಬೇಕು ಮತ್ತು ಇನ್ನೊಂದು ತುದಿಗೆ ಹಿಂತಿರುಗುವ ದಾರಿ ಬೇಕು. ಕ್ಲೈಂಟ್ಗಳು, ವಿಳಾಸ ಯೋಜನೆ ಮತ್ತು LAN ನ ಹಿಂತಿರುಗುವ ಮಾರ್ಗ ಎಲ್ಲವೂ ಈ ಬದಲಾವಣೆಯೊಂದಿಗೆ ಚಲಿಸಬೇಕು.

ವಲಸೆ ಎಂಬುದು ಸುರಂಗ ಸೇರಿಸಿದ ಜಾಲದ ಮರು ವಿನ್ಯಾಸ, ಮತ್ತು ಕೆಳಗಿನ ಕ್ರಮ ಅದನ್ನು ಹಿಂತಿರುಗಿಸಬಹುದಾದಂತೆ ಇಡುತ್ತದೆ.

Ethernet ಮೇಲೆ ನಿಜವಾಗಿ ಏನು ಅವಲಂಬಿತವಾಗಿದೆ ಎಂಬುದನ್ನು ಪಟ್ಟಿ ಮಾಡಿ

ಹೋಸ್ಟ್ಗಳಲ್ಲ, ಅಪ್ಲಿಕೇಶನ್ಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡಿ. ಪ್ರತಿಯೊಂದೂ ಮಾರ್ಗೀಕೃತ TCP ಅಥವಾ UDP ಸೇವೆಗಳನ್ನು, ಪ್ರಸಾರದ ಮೂಲಕ ಪತ್ತೆ, ಕಚೇರಿ LAN ನಿಂದ DHCP, IP ಅಲ್ಲದ Ethernet ಪ್ರೋಟೋಕಾಲ್, ಅಥವಾ ಎರಡೂ ತುದಿಗಳು ಒಂದೇ ಉಪಜಾಲದಲ್ಲಿವೆ ಎಂಬ ಊಹೆಯನ್ನು ಬಳಸುತ್ತದೆಯೇ ಎಂದು ನಿರ್ಧರಿಸಿ. ಸಾಮಾನ್ಯ IP ಪ್ರವೇಶ ಮಾರ್ಗೀಕೃತ ವಿನ್ಯಾಸದಲ್ಲಿ ಉಳಿಯುತ್ತದೆ. ಕಚ್ಚಾ Ethernet ಚೌಕಟ್ಟುಗಳು ಬೇಕಾಗುವ ಪ್ರೋಟೋಕಾಲ್ ಉಳಿಯುವುದಿಲ್ಲ, ಮತ್ತು ಯಾವುದೇ ಮಾರ್ಗೀಕರಣ ಅದನ್ನು ಕೆಲಸ ಮಾಡಿಸುವುದಿಲ್ಲ. ಪತ್ತೆಯನ್ನು ಅವಲಂಬಿಸಿರುವ ಅಪ್ಲಿಕೇಶನ್ಗಳಿಗೆ ಬದಲಾವಣೆಗೆ ಮೊದಲೇ ನಿರ್ಧರಿಸಿದ ಪರ್ಯಾಯ ವ್ಯವಸ್ಥೆ ಬೇಕು, ಬದಲಾವಣೆಯ ಸಮಯದಲ್ಲಿ ಅಲ್ಲ.

ಈ ಪಟ್ಟಿ ಸ್ವೀಕೃತಿ ಪಟ್ಟಿಯೂ ಆಗಿದೆ. ನೀವು ವಲಸೆ ಮಾಡಲಾಗದ ಪ್ರತಿಯೊಂದು ನಮೂದು ದಾಖಲಿತ ವಿನಾಯಿತಿಯಾಗುತ್ತದೆ, ಅಥವಾ ಆ ಕೆಲಸದ ಹೊರೆಗೆ ಮಾತ್ರ ಸಣ್ಣ TAP ವಿಭಾಗವನ್ನು ಜೀವಂತವಾಗಿ ಇಡುವ ಕಾರಣವಾಗುತ್ತದೆ.

ವಿಳಾಸ ಮತ್ತು ಹಿಂತಿರುಗುವ ಮಾರ್ಗದ ಯೋಜನೆ ರೂಪಿಸಿ

LAN, ಹಳೆಯ ಸೇತುವೆ ಶ್ರೇಣಿ ಅಥವಾ ಕ್ಲೈಂಟ್ ಈಗಾಗಲೇ ತಲುಪುವ ಯಾವುದೇ ಜಾಲದೊಂದಿಗೆ ಅತಿಕ್ರಮಿಸದ ಕ್ಲೈಂಟ್ ಪ್ರಿಫಿಕ್ಸ್ ಆಯ್ಕೆಮಾಡಿ.dev tun, topology subnet ಮತ್ತು server 10.78.0.0 255.255.255.0, ಆದರೆ ಇದು ಒಂದು ತುಣುಕು, ಕೆಲಸ ಮಾಡುವ ಪ್ರೊಫೈಲ್ ಅಲ್ಲ. ಅದರ ಸುತ್ತ ಅನುಮೋದಿತ TLS, ಗುರುತು, ಸಾಗಣೆ ಮತ್ತು ಪ್ರವೇಶ ನೀತಿಯನ್ನು ಇಡಿರಿ, ಮತ್ತು ಮುಕ್ತವೆಂದು ನೀವು ಪರಿಶೀಲಿಸಿದ ಪ್ರಿಫಿಕ್ಸ್ ಬಳಸಿ.

ನಂತರ ಕ್ಲೈಂಟ್ಗಳು ತಲುಪಬೇಕಾದ ಗಮ್ಯಸ್ಥಾನಗಳನ್ನು ಮತ್ತು ಹಿಂತಿರುಗುವ ದಾರಿಯನ್ನು ಯಾರು ಒದಗಿಸುತ್ತಾರೆ ಎಂಬುದನ್ನು ಬರೆಯಿರಿ. ಸರ್ವರ್ಗೆ ಫಾರ್ವರ್ಡಿಂಗ್ ಸಕ್ರಿಯವಾಗಿ ಮತ್ತು ಮುಂದೆ ಅನುಮತಿಸಿದ ದಾರಿ ಬೇಕು. LAN ರೌಟರ್ಗಳಿಗೆ ಹೊಸ ಪ್ರಿಫಿಕ್ಸ್ಗೆ ಹಿಂತಿರುಗುವ ಮಾರ್ಗ ಬೇಕು, ಇಲ್ಲದಿದ್ದರೆ ವಿನ್ಯಾಸಕ್ಕೆ ಮೂಲ ಅನುವಾದ ಮತ್ತು ಅದರೊಂದಿಗೆ ಬರುವ ಗೋಚರತೆಯ ವೆಚ್ಚ ಬೇಕು. ಕ್ಲೈಂಟ್ ಸಂರಚನೆಗೆ ನೂಕಿದ ಮಾರ್ಗ ಕ್ಲೈಂಟ್ ಅನ್ನು ಸಂರಚಿಸುತ್ತದೆ, LAN ನ ಪ್ರತ್ಯುತ್ತರದ ದಾರಿಯನ್ನು ಅಲ್ಲ.

ಪ್ರತ್ಯೇಕ ಆಲಿಸುವಿಕೆಯಲ್ಲಿ ಪ್ರಾಯೋಗಿಕವಾಗಿ ನಡೆಸಿ

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

ಮರುಸಂಪರ್ಕ ಮತ್ತು ಹಿಂತಿರುಗುವ ಸಂಚಾರದ ಪರೀಕ್ಷೆಯನ್ನೂ ಸೇರಿಸಿ. ಪೂರ್ಣಗೊಳ್ಳುವ ಹ್ಯಾಂಡ್ಶೇಕ್ ಇನ್ನೊಂದು ತುದಿ ಉತ್ತರಿಸಬಲ್ಲದೇ ಎಂಬುದನ್ನು ಹೇಳುವುದಿಲ್ಲ.

ರೋಲ್ಬ್ಯಾಕ್ನೊಂದಿಗೆ ಕ್ಲೈಂಟ್ಗಳನ್ನು ಗುಂಪುಗಳಲ್ಲಿ ಸಾಗಿಸಿ

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

ಗುಂಪುಗಳು ಯಾರೂ ಉಲ್ಲೇಖಿಸದ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಕಂಡುಕೊಳ್ಳುವ ಜಾಗವನ್ನೂ ನೀಡುತ್ತವೆ, ಹಳೆಯ ಮಾರ್ಗ ಇನ್ನೂ ಹೋಲಿಕೆಗೆ ಇರುವಾಗ.

ಸ್ವೀಕೃತಿಯ ನಂತರವೇ ಸೇತುವೆಯನ್ನು ನಿಲ್ಲಿಸಿ

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

ಮಾರ್ಗೀಕೃತ ಪ್ರವೇಶ ಮಾದರಿ ಪಟ್ಟಿಗೆ ಕೆಲಸ ಮಾಡಿದಾಗ ವಲಸೆ ಮುಗಿಯುತ್ತದೆ, TAP ಇಂಟರ್ಫೇಸ್ ip link ನ ಔಟ್ಪುಟ್ನಿಂದ ಮಾಯವಾದಾಗ ಅಲ್ಲ.