OpenVPN ನ /24 ಪೂಲ್ ನಿರೀಕ್ಷಿಸಿದ್ದಕ್ಕಿಂತ ಬೇಗ ಖಾಲಿಯಾಗುವುದೇಕೆ

ಅರವತ್ತರ ಆಸುಪಾಸಿನಲ್ಲಿ ಕ್ಲೈಂಟ್ಗಳನ್ನು ಸ್ವೀಕರಿಸುವುದನ್ನು ನಿಲ್ಲಿಸುವ /24 ಮೇಲೆ ಕಟ್ಟಿದ ಪೂಲ್ಗಳು ವಿನ್ಯಾಸಗೊಂಡಂತೆಯೇ ವರ್ತಿಸುತ್ತಿವೆ, ಪರವಾನಗಿ ಮಿತಿಯನ್ನು ತಲುಪುತ್ತಿಲ್ಲ. net30 ನಲ್ಲಿ ಪ್ರತಿ ಕ್ಲೈಂಟ್ಗೆ ಎರಡೂ ತುದಿಗಳಲ್ಲಿ ವಿಳಾಸವಿರುವ ವರ್ಚುವಲ್ ಪಾಯಿಂಟ್-ಟು-ಪಾಯಿಂಟ್ ಕೊಂಡಿಯನ್ನು ನೀಡಲಾಗುತ್ತದೆ, ಅದು ನಾಲ್ಕು ವಿಳಾಸಗಳನ್ನು ಬಳಸುತ್ತದೆ, ಆದ್ದರಿಂದ 256 ವಿಳಾಸಗಳ ಸಬ್ನೆಟ್ ಪ್ರಿಫಿಕ್ಸ್ ಸೂಚಿಸುವ ಪ್ರಮಾಣದ ಸುಮಾರು ಕಾಲು ಭಾಗವನ್ನು ಮಾತ್ರ ಬೆಂಬಲಿಸುತ್ತದೆ. ಮುಖ್ಯವಾದ ಸಂಖ್ಯೆ ವಿಳಾಸಗಳಲ್ಲ, ಹಂಚಿಕೆಗಳು. ಪ್ರಿಫಿಕ್ಸ್ ಅನ್ನು ಕ್ಲೈಂಟ್ ಸಂಖ್ಯೆ ಎಂದು ಓದುವುದೇ ಗುಪ್ತ ಬಳಕೆದಾರ ಮಿತಿಯ ಹುಡುಕಾಟಕ್ಕೆ ಕಾರಣವಾಗುವ ತಪ್ಪು.

ಎರಡು ಟೋಪಾಲಜಿಗಳು, ಎರಡು ಅಂಕಗಣಿತದ ಮಾದರಿಗಳು, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಒಂದು ಮಾತ್ರ ಜನರು ಊಹಿಸುವ ಪ್ರಿಫಿಕ್ಸ್ಗೆ ಹೊಂದುತ್ತದೆ.

net30 ಪ್ರತಿ ಕ್ಲೈಂಟ್ಗೆ ನಾಲ್ಕು ವಿಳಾಸಗಳನ್ನು ಖರ್ಚು ಮಾಡುತ್ತದೆ

net30 ಪ್ರತಿ ಕ್ಲೈಂಟ್ಗೆ ಒಂದು /30 ಬ್ಲಾಕ್ ಹಂಚುತ್ತದೆ, ಏಕೆಂದರೆ ಪ್ರತಿ ಸೆಷನ್ ಎರಡೂ ತುದಿಗಳಲ್ಲಿ ವಿಳಾಸವಿರುವ ಪಾಯಿಂಟ್-ಟು-ಪಾಯಿಂಟ್ ಕೊಂಡಿಯಾಗಿ ಮಾದರಿಯಾಗುತ್ತದೆ. ಆ ಬ್ಲಾಕ್ಗೆ ನಾಲ್ಕು ವಿಳಾಸಗಳು ಹೋಗುತ್ತವೆ ಮತ್ತು ಎರಡು ಬಳಸಬಹುದಾಗಿರುತ್ತವೆ, ಆದ್ದರಿಂದ ಪರಿಣಾಮಕಾರಿ ಕ್ಲೈಂಟ್ ಸಂಖ್ಯೆ ಸಬ್ನೆಟ್ನ ಕಾಲು ಭಾಗ. /24 ನಲ್ಲಿ ಸರ್ವರ್ನ ಸ್ವಂತ ಬ್ಲಾಕ್ ಮತ್ತು ಸ್ಥಿರ ಹಂಚಿಕೆಗಳು ಹೊರಬರುವ ಮೊದಲು 64 ಬ್ಲಾಕ್ಗಳು ಉಳಿಯುತ್ತವೆ. 63 ರ ಹತ್ತಿರ ವರದಿಯಾದ ಮೇಲ್ಮಿತಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಿದ ಗರಿಷ್ಠವಲ್ಲ, ಕಾಣಿಸಿಕೊಳ್ಳುವ ಅಂಕಗಣಿತ.

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

ಪ್ರಿಫಿಕ್ಸ್ಗಿಂತ ಪೂಲ್ ಗಡಿಗಳು ಹೆಚ್ಚು ಮುಖ್ಯ

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

ಸಾಮರ್ಥ್ಯದ ಬಗ್ಗೆ ಏನನ್ನೂ ತೀರ್ಮಾನಿಸುವ ಮೊದಲು ಎರಡನ್ನೂ ಹೋಲಿಸಿ, ಏಕೆಂದರೆ ಚಿಕ್ಕದಾದ ಕಾನ್ಫಿಗರ್ ಮಾಡಿದ ವ್ಯಾಪ್ತಿ ಟೋಪಾಲಜಿಯಂತೆಯೇ ಮೇಲ್ಮಿತಿಯನ್ನು ವಿವರಿಸುತ್ತದೆ.

ಕ್ಲೈಂಟ್ಗೆ ನಿಜವಾಗಿ ನಿರಾಕರಿಸಿದ ಮಿತಿಯನ್ನು ಕಂಡುಹಿಡಿಯಿರಿ

ಮೊದಲು ಟೋಪಾಲಜಿ ಮತ್ತು ಪರಿಣಾಮಕಾರಿ ಪೂಲ್ ಓದಿ, ನಂತರ ಸ್ಥಿರ ಹಂಚಿಕೆಗಳು ಮತ್ತು ಕಾಯ್ದಿರಿಸಿದ ವಿಳಾಸಗಳನ್ನು ಲೆಕ್ಕಕ್ಕೆ ತೆಗೆದುಕೊಳ್ಳಿ. ವಿಳಾಸ ಜಾಗವನ್ನು ದೂಷಿಸುವ ಮೊದಲು max-clients ಮತ್ತು OpenVPN ಹೊರಗಿನ ಯಾವುದೇ ಪ್ರವೇಶ ನಿಯಂತ್ರಣವನ್ನು ಪರಿಶೀಲಿಸಿ. ಕೊನೆಯದಾಗಿ, ನಿರಾಕರಣೆಯ ಕ್ಷಣದಲ್ಲಿ ಸರ್ವರ್ನ ಸ್ವಂತ ಸಂದೇಶವನ್ನು ಆ ಅಭ್ಯರ್ಥಿಗಳೊಂದಿಗೆ ಹೋಲಿಸಿ. ಸಂದೇಶವು ನಿರ್ಬಂಧವನ್ನು ಹೆಸರಿಸುತ್ತದೆ; ಎಣಿಕೆ ಕ್ಷೇತ್ರವನ್ನು ಸಂಕುಚಿತಗೊಳಿಸುತ್ತದೆ ಅಷ್ಟೇ.

ಸಮಕಾಲೀನತೆಯ ದೋಷದೊಂದಿಗೆ ಬರುವ ನಿರಾಕರಣೆ ಮತ್ತು ಹಂಚಿಕೆ ದೋಷದೊಂದಿಗೆ ಬರುವ ನಿರಾಕರಣೆಗೆ ಬೇರೆ ಬೇರೆ ಪರಿಹಾರಗಳಿವೆ, ಮತ್ತು ಅವುಗಳ ನಡುವೆ ಊಹಿಸುವುದು ನಿರ್ವಹಣಾ ಅವಧಿಯನ್ನು ವ್ಯರ್ಥ ಮಾಡುತ್ತದೆ.

ಟೋಪಾಲಜಿ ಬದಲಿಸಿದರೆ ವಿಳಾಸ ಯೋಜನೆ ಬದಲಾಗುತ್ತದೆ

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

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

ಮಾಸ್ಕ್ನಿಂದ ಅಲ್ಲ, ಯೋಜನೆಯಿಂದ ಪೂಲ್ ಗಾತ್ರ ನಿರ್ಧರಿಸಿ

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

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