ಒಂದು TAP ಸರ್ವರ್ ಅಥವಾ ಹಲವು? ಸೇತುವೆಯ ಮೇಲಿನ OpenVPN ಕ್ಲೈಂಟರು

ಹಲವು TAP ಕ್ಲೈಂಟರಿಗೆ ಪ್ರತಿಯೊಬ್ಬರಿಗೂ ಒಂದು ಸರ್ವರ್ ಪ್ರಕ್ರಿಯೆ, ಒಂದು UDP ಪೋರ್ಟ್ ಮತ್ತು ಹೋಸ್ಟ್ನಲ್ಲಿ ಒಂದು TAP ಸಾಧನ ಬೇಕಿಲ್ಲ. Ethernet ಕ್ರಮದಲ್ಲಿ ಒಂದು OpenVPN ಸರ್ವರ್ ಅನೇಕ ದೃಢೀಕೃತ ಕ್ಲೈಂಟರನ್ನು ಸ್ವೀಕರಿಸಿ ಅವರನ್ನು ಒಂದೇ ಸೇತುವೆಗೆ ಜೋಡಿಸಬಹುದು, ಮತ್ತು ಪದರ 2 ರ ಒಂದು ವಿಭಾಗವನ್ನು ವಿಸ್ತರಿಸುವ ದಾಖಲಿತ ವಿಧಾನ ಇದೇ. ಒಂದೇ ಪ್ರಕ್ರಿಯೆಯ ವಿನ್ಯಾಸವೇ ಕೈಪಿಡಿ ದಾಖಲಿಸುವುದು, ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ಅದೇ ಸರಿಯಾದ ಡೀಫಾಲ್ಟ್.

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

ಎರಡು ವಾಸ್ತುಶಿಲ್ಪಗಳು, ಎರಡು ಸೆಟ್ಟಿಂಗ್ಗಳಲ್ಲ

ರೂಟ್ ಮಾಡಿದ TUN ನಿಯೋಜನೆ ಪ್ರತಿ ಕ್ಲೈಂಟ್ಗೆ ಸರ್ವರ್ನ ರೂಟಿಂಗ್ ಕ್ಷೇತ್ರಕ್ಕೆ ಬಿಂದು-ಬಿಂದು ಸಂಪರ್ಕ ನೀಡುತ್ತದೆ. ಪ್ರಸಾರಗಳು ಸರ್ವರ್ನಲ್ಲಿ ನಿಲ್ಲುತ್ತವೆ, ಕ್ಲೈಂಟರು ಒಬ್ಬರನ್ನೊಬ್ಬರು ಫ್ರೇಮ್ಗಳನ್ನು ನೋಡಲಾಗುವುದಿಲ್ಲ, ಮತ್ತು ಕ್ಲೈಂಟರ ನಡುವಿನ ಸಂಚಾರ ಇದ್ದರೆ ಅದನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ರೂಟ್ ಮತ್ತು ಫಿಲ್ಟರ್ ಮಾಡಬೇಕು.

ಸೇತುವೆಯ TAP ನಿಯೋಜನೆ ಕ್ಲೈಂಟರನ್ನು ಒಂದೇ Ethernet ವಿಭಾಗದ ಸದಸ್ಯರನ್ನಾಗಿ ಮಾಡುತ್ತದೆ. ಅವರು ಪ್ರಸಾರಗಳನ್ನು ನೋಡುತ್ತಾರೆ, ARP ಮೂಲಕ ಒಬ್ಬರನ್ನೊಬ್ಬರು ಕಂಡುಕೊಳ್ಳಬಹುದು, ಮತ್ತು ಬೇರೆಯಾಗಿರಲು ರೂಟಿಂಗ್ಗಿಂತ ಸೇತುವೆ ಮತ್ತು ಫೈರವಾಲ್ ನೀತಿಯನ್ನು ಅವಲಂಬಿಸುತ್ತಾರೆ. ಕ್ಲೈಂಟರು ಅದೇ ಸ್ವಿಚ್ಗೆ ಜೋಡಿಸಲಾಗಿದ್ದಂತೆ ಕಾಣಬೇಕಾದಾಗ ಇದು ಉಪಯುಕ್ತ.

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

server-bridge ಸಹಾಯಕ ಏನು ಮಾಡುತ್ತದೆ

server-bridge ಸಹಾಯಕ ಬಹು-ಕ್ಲೈಂಟ್ Ethernet ಕ್ರಮವನ್ನು ಸಂರಚಿಸುತ್ತದೆ. ಅದರ ವಿಳಾಸ-ಪೂಲ್ ರೂಪ ಗೇಟ್ವೇ, ನೆಟ್ಮಾಸ್ಕ್ ಮತ್ತು ಸೇತುವೆಯ ಉಪಜಾಲದ ಒಳಗಿನ ಮೀಸಲು ಶ್ರೇಣಿಯನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ, ಉದಾಹರಣೆಗೆ 192.168.50.1 ನಲ್ಲಿ ಗೇಟ್ವೇ ಮತ್ತು 192.168.50.160 ರಿಂದ 192.168.50.199 ರವರೆಗಿನ ಪೂಲ್.

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

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

ಪ್ರತ್ಯೇಕತೆ ಪ್ರಕ್ರಿಯೆಗಳ ಸಂಖ್ಯೆಯಿಂದ ಬರುವುದಿಲ್ಲ

ಅದೇ ಮುಕ್ತ ಸೇತುವೆಗೆ ಜೋಡಿಸಲಾದ ಎಂಟು OpenVPN ಪ್ರಕ್ರಿಯೆಗಳು ಇನ್ನೂ ಒಂದೇ ಪ್ರಸಾರ ಕ್ಷೇತ್ರವನ್ನು ಹಂಚಿಕೊಳ್ಳುತ್ತವೆ. ಕ್ಲೈಂಟರು ಸೇತುವೆಯ ಮೂಲಕ ಒಬ್ಬರಿಗೊಬ್ಬರು ARP ಕಳುಹಿಸಬಹುದು, ಮತ್ತು ಶ್ರೋತೃಗಳ ಸಂಖ್ಯೆ ಅದರಲ್ಲಿ ಏನನ್ನೂ ಬದಲಿಸಲಿಲ್ಲ.

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

ಕ್ಲೈಂಟರು ಕೆಲವು IP ಸೇವೆಗಳನ್ನು ತಲುಪುವುದು ಮಾತ್ರ ಅಗತ್ಯವಾದರೆ, ರೂಟ್ ಮಾಡಿದ TUN ವಿನ್ಯಾಸ ಸಾಮಾನ್ಯವಾಗಿ ಸೇತುವೆ ಜೊತೆಗೆ ಫಿಲ್ಟರಿಂಗ್ಗಿಂತ ಸರಳ. ಪ್ರತಿ ಕ್ಲೈಂಟ್ ತನ್ನದೇ ಸಂಪರ್ಕವನ್ನು ಪಡೆಯುತ್ತದೆ, ಮತ್ತು ನೀತಿ ಸೇತುವೆಯ ಒಳಭಾಗದಲ್ಲಲ್ಲ, ರೂಟಿಂಗ್ ಮತ್ತು ಫೈರವಾಲ್ ನಿಯಮಗಳಲ್ಲಿ ಇರುತ್ತದೆ.

ಯಾವಾಗ ಹಲವು ಪ್ರಕ್ರಿಯೆಗಳು ಇನ್ನೂ ಸರಿ

ಪ್ರತ್ಯೇಕ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಕಾರ್ಯಾಚರಣೆಯ ಅಗತ್ಯಗಳಿಂದ ಸಮರ್ಥಿಸಬಹುದು: ಬೇರೆ ದೃಢೀಕರಣ ಹಿನ್ನೆಲೆಗಳು, ಬೇರೆ ಪ್ರಮಾಣಪತ್ರ ಪ್ರಾಧಿಕಾರಗಳು, ಪ್ರತ್ಯೇಕ ನವೀಕರಣ ಚಕ್ರಗಳು ಅಥವಾ ಹೊಂದಿಕೆಯಾಗದ ಆಯ್ಕೆ ಗುಂಪುಗಳು. ಇವು ನಿಜವಾದ ಕಾರಣಗಳು ಮತ್ತು ಕ್ಲೈಂಟರ ಸಂಖ್ಯೆಯಿಂದ ಸ್ವತಂತ್ರ.

ಹಲವನ್ನು ಬಳಸಿದರೆ, ಪ್ರತಿಯೊಂದಕ್ಕೂ ತನ್ನದೇ ಶ್ರೋತೃ ಮತ್ತು ಸಾಧನ ಮಾಲೀಕತ್ವ ನೀಡಿ ಮತ್ತು ವಿಳಾಸ ಶ್ರೇಣಿಗಳನ್ನು ಸಮನ್ವಯ ಮಾಡಿ. ಅದೇ ಸೇತುವೆಯ ಮೇಲೆ ಅದೇ ಪೂಲ್ ತಮ್ಮದೆಂದು ಎರಡೂ ಸರ್ವರ್ಗಳು ನಂಬಿದರೆ ಕೊನೆಗೆ ಅದೇ ವಿಳಾಸವನ್ನು ನೀಡುತ್ತವೆ.

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

ರೇಖಾಚಿತ್ರವನ್ನು ನಂಬುವ ಮೊದಲು ಚಾಲನೆಯಲ್ಲಿರುವ ಹೋಸ್ಟ್ನಿಂದ ಸೇತುವೆ ಮತ್ತು ಸರ್ವರ್ ಕ್ರಮವನ್ನು ಓದಿ. ಮುಖ್ಯವಾದ ಸಂರಚನೆ ಎಂದರೆ ಕರ್ನಲ್ ಮತ್ತು ಡೀಮನ್ ವಾಸ್ತವವಾಗಿ ಲೋಡ್ ಮಾಡಿದ್ದು, ಮತ್ತು ಪರಿಶೀಲಕರು ಪರೀಕ್ಷಿಸಬಹುದಾದದ್ದೂ ಅದೇ.