CIDR ಪ್ರತ್ಯಯವನ್ನು ಚುಕ್ಕೆಗಳ ಮಾಸ್ಕ್ನೊಂದಿಗೆ ಬೆರೆಸುವ ಸರ್ವರ್ ಸಾಲು ಡೀಮನ್ ಪೋರ್ಟ್ ತೆರೆಯುವ ಮೊದಲೇ ಅದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ. IPv4 ಗಾಗಿ server ಸಹಾಯಕವು ಎರಡು ಪ್ರತ್ಯೇಕ ಆರ್ಗ್ಯುಮೆಂಟ್ಗಳನ್ನು ಬಯಸುತ್ತದೆ: ಜೋಡಿಸಿದ ನೆಟ್ವರ್ಕ್ ವಿಳಾಸ, ನಂತರ ಚುಕ್ಕೆಗಳ ರೂಪದಲ್ಲಿ ನೆಟ್ಮಾಸ್ಕ್. ಆ ಸಾಲಿನಲ್ಲಿ ಉಳಿದದ್ದೆಲ್ಲವೂ ಊಹೆ, ಮತ್ತು ಪೂಲ್ ಗಾತ್ರಗಳು ಹಾಗೂ ಕ್ಲೈಂಟ್ ಮಾಸ್ಕ್ಗಳು ತಪ್ಪಾಗುವುದು ಊಹೆಯಲ್ಲಿಯೇ.

ಸಹಾಯಕವು ಸ್ವೀಕರಿಸುವ ಎರಡು ಆರ್ಗ್ಯುಮೆಂಟ್ಗಳು

ಮೊದಲು ನೆಟ್ವರ್ಕ್ ಬರೆಯಿರಿ, ನಂತರ ಮಾಸ್ಕ್, ವಿಳಾಸಕ್ಕೆ ಏನನ್ನೂ ಜೋಡಿಸದೆ:

server 10.72.16.0 255.255.240.0

ಇದು /20 ನ ರೂಪ. ಕೆಳಗಿನ ಸಾಲು ತಪ್ಪು, ಮತ್ತು ಅದು ರನ್ಟೈಮ್ನಲ್ಲಿ ಅಲ್ಲ, ಆಯ್ಕೆಗಳ ಪಾರ್ಸಿಂಗ್ನಲ್ಲಿ ವಿಫಲವಾಗುತ್ತದೆ:

server 10.72.16.0/20 255.255.240.0

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

ಮಾಸ್ಕ್ ಬರೆಯುವ ಮೊದಲು ನೆಟ್ವರ್ಕ್ ಜೋಡಿಸಿ

ಮೊದಲ ವಿಳಾಸವು ವ್ಯಾಪ್ತಿಯ ನೆಟ್ವರ್ಕ್ ವಿಳಾಸ, ಅದರೊಳಗಿನ ಅನುಕೂಲಕರ ಕ್ಲೈಂಟ್ ವಿಳಾಸವಲ್ಲ. /20 ಗಾಗಿ ವ್ಯಾಪ್ತಿಯು 10.72.16.0 ರಿಂದ 10.72.31.255 ವರೆಗೆ ಚಲಿಸುತ್ತದೆ, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಮೊದಲನೆಯದು ಮಾತ್ರ ಮಾನ್ಯ ನೆಟ್ವರ್ಕ್ ಆರ್ಗ್ಯುಮೆಂಟ್. /21 255.255.248.0 ಬಳಸುತ್ತದೆ ಮತ್ತು 10.72.16.0 ರಿಂದ 10.72.23.255 ವರೆಗೆ ವ್ಯಾಪಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಅದರ ಸಾಲು server 10.72.16.0 255.255.248.0 ಆಗಿದೆ.

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

ಸರ್ವರ್ ಕಡೆಯಿಂದ ಪೂಲ್ ದೃಢೀಕರಿಸಿ

ಇನ್ಸ್ಟಾನ್ಸ್ ಅನ್ನು ಮುಂಭಾಗದಲ್ಲಿ ವಿಸ್ತೃತ ಲಾಗಿಂಗ್ನೊಂದಿಗೆ ಪ್ರಾರಂಭಿಸಿ ಮತ್ತು ಸಹಾಯಕವು ಹೊರಡಿಸುವ ಸಾಲುಗಳನ್ನು ಓದಿ. ಅದು ನಿರ್ಮಿಸಿದ ಪೂಲ್ ಪ್ರಾರಂಭದಲ್ಲಿ ಮುದ್ರಣವಾಗುತ್ತದೆ, ಇದು ಗಣಿತವನ್ನು ಕೈಯಿಂದ ಲೆಕ್ಕಿಸುವುದಕ್ಕಿಂತ ಹೆಚ್ಚು ನಂಬಲರ್ಹ:

openvpn --config /etc/openvpn/server.conf --verb 4 --dev tun9 --port 1195

ಔಟ್ಪುಟ್ನ ಮೇಲ್ಭಾಗದ ಬಳಿ ಪೂಲ್ ಸಾರಾಂಶವನ್ನು ಹುಡುಕಿ. ಅದು ಸಹಾಯಕವು ಕಾಯ್ದಿರಿಸಿದ ವ್ಯಾಪ್ತಿಯನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಆ ವ್ಯಾಪ್ತಿಯು ನಿಮ್ಮ ಉದ್ದೇಶಕ್ಕೆ ಹೊಂದಿಕೆಯಾಗದಿದ್ದರೆ, ಮಾಸ್ಕ್ನ ಗಣಿತ ಏನೇ ಹೇಳಿದರೂ ಸಾಲಿನ ಆರ್ಗ್ಯುಮೆಂಟ್ಗಳು ತಪ್ಪು.

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

ಟೋಪೋಲಜಿಯನ್ನು ನೆನಪಿನಲ್ಲಿಟ್ಟುಕೊಂಡು ಕ್ಲೈಂಟ್ನ ಮಾಸ್ಕ್ ಓದಿ

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

ತೀರ್ಮಾನಕ್ಕೆ ಬರುವ ಮೊದಲು ಸಂರಚಿಸಿದ ಟೋಪೋಲಜಿ ಮತ್ತು ನಿಗದಿಪಡಿಸಿದ ವಿಳಾಸವನ್ನು ಒಟ್ಟಿಗೆ ಪರಿಶೀಲಿಸಿ:

ip -4 addr show tun0

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

ಚಾಲ್ತಿಯಲ್ಲಿರುವ ಪೂಲ್ ಬದಲಾಯಿಸುವುದು

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

ಸಾಲನ್ನು ಬದಲಿಸಿ, ಮರುಪ್ರಾರಂಭಿಸಿ ಮತ್ತು ಬಳಕೆದಾರರನ್ನು ಹಿಂತಿರುಗಿಸುವ ಮೊದಲು ಪ್ರಾರಂಭದ ಪೂಲ್ ಅನ್ನು ಮತ್ತೆ ಓದಿ. ಹೊಸ ವ್ಯಾಪ್ತಿಯು ಯಾವುದಾದರೂ ಜೊತೆ ಘರ್ಷಿಸಿದರೆ, ಅದೇ ಪ್ರಾರಂಭದ ಔಟ್ಪುಟ್ ಅದನ್ನು ತಕ್ಷಣ ತೋರಿಸುತ್ತದೆ, ಮತ್ತು ಹಿಂತಿರುಗಿಸುವುದು ಒಂದು ಸಾಲಿನ ಸಂಪಾದನೆ ಮತ್ತು ಇನ್ನೊಂದು ಮರುಪ್ರಾರಂಭ.

ಬದಲಾವಣೆಯ ನಂತರ ಸ್ವಲ್ಪ ಕಾಲ ಹಳೆಯ ವ್ಯಾಪ್ತಿಯನ್ನು ಕಾಯ್ದಿರಿಸಿ. ತಡವಾಗಿ ಸಂಪರ್ಕಿಸುವ ಕ್ಲೈಂಟ್ಗಳು ಇನ್ನೂ ಹಿಂದಿನ ಪೂಲ್ನ ವಿಳಾಸವನ್ನು ಹಿಡಿದಿಟ್ಟುಕೊಳ್ಳಬಹುದು, ಮತ್ತು ಆ ವಿಳಾಸಗಳನ್ನು ಮರುಬಳಕೆ ಮಾಡುವ ಹೊಸ ವ್ಯಾಪ್ತಿಯು ರೂಟಿಂಗ್ ದೋಷದಂತೆ ಕಾಣುವ ನಕಲಿ ನಿಯೋಜನೆಗಳನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ. OpenVPN 2.6 ಕೈಪಿಡಿ ಸಹಾಯಕದ ಆರ್ಗ್ಯುಮೆಂಟ್ಗಳು ಮತ್ತು ಅದರ ವಿಸ್ತರಣೆಯನ್ನು ದಾಖಲಿಸುತ್ತದೆ, ಅದನ್ನು ಡೈರೆಕ್ಟಿವ್ ತನ್ನ ನೆರೆಯಂತೆಯೇ ಅದೇ ಸಂಕೇತವನ್ನು ಬಳಸುತ್ತದೆ ಎಂದು ಊಹಿಸುವ ಮೊದಲು ಓದುವುದು ಉತ್ತಮ.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು