OpenVPN ನಲ್ಲಿ ಪ್ರತಿ ಕ್ಲೈಂಟ್ಗೆ ಸ್ಥಿರ IP: ifconfig-push, ipp.txt ಅಲ್ಲ

ipp.txt ನಲ್ಲಿ ಒಂದು ಸಾಲನ್ನು ಸಂಪಾದಿಸುವುದು ವಿಳಾಸವನ್ನು ಕಾಯ್ದಿರಿಸಿದಂತೆ ಅನಿಸುತ್ತದೆ, ಆದರೆ ಹಾಗಲ್ಲ. ifconfig-pool-persist ಎಂದು ಹೆಸರಿಸಲಾದ ಆ ಫೈಲ್, ಸಾಮಾನ್ಯ ಹೆಸರಿಗೆ ಕಳೆದ ಬಾರಿ ಯಾವ ವಿಳಾಸ ಇತ್ತು ಎಂದು ದಾಖಲಿಸುತ್ತದೆ, ಇದರಿಂದ ಪೂಲ್ ಅನುಕೂಲವಾದಾಗ ಅದೇ ವಿಳಾಸವನ್ನು ಹಿಂತಿರುಗಿಸಬಹುದು. ಅದರಲ್ಲಿ ಯಾವುದೂ ಮುಂದಿನ ಸಂಪರ್ಕವನ್ನು ಆ ಸಂಖ್ಯೆಗೆ ಬಿಗಿಗೊಳಿಸುವುದಿಲ್ಲ.

ಕೆಳಗಿನ ಪರಿಶೀಲನೆಗಳನ್ನು ಕ್ರಮವಾಗಿ ನಡೆಸಿ. ಪ್ರತಿಯೊಂದೂ ಯಾಂತ್ರಿಕೆಯನ್ನು ದೃಢೀಕರಿಸುತ್ತದೆ ಅಥವಾ ನಿಲ್ಲಿಸಿ ಒಂದು ಇನ್ಪುಟ್ ಸರಿಪಡಿಸಲು ಹೇಳುತ್ತದೆ.

ಸ್ಥಿರತೆ ಫೈಲ್ ಯಾವುದಕ್ಕೆ

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

ನಿರ್ದಿಷ್ಟ ಕ್ಲೈಂಟ್ಗೆ ನಿರ್ದಿಷ್ಟ ವಿಳಾಸ ಬೇಕಿದ್ದರೆ, ದಾಖಲಿತ ಯಾಂತ್ರಿಕೆ ifconfig-push, ಮತ್ತು ಅದು ಆ ಕ್ಲೈಂಟ್ನ ಮಾಲೀಕತ್ವದ ಸಂರಚನೆಯಲ್ಲಿ ಇರಬೇಕು.

ಸರಿಯಾದ ಕ್ಲೈಂಟ್ ಆಯ್ಕೆಯಾಗಿದೆಯೇ ಪರಿಶೀಲಿಸಿ

ಸ್ಪಷ್ಟ ಹಂಚಿಕೆಯನ್ನು ಕ್ಲೈಂಟ್ನ ಸಾಮಾನ್ಯ ಹೆಸರಿನಿಂದ ಹುಡುಕಲಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ತಪ್ಪು ಗುರುತಿಗೆ ಹೆಸರಿಸಿದ ಫೈಲ್ ಎಂದಿಗೂ ಓದಲ್ಪಡುವುದಿಲ್ಲ. ಸರ್ವರ್ ಆ ಕ್ಲೈಂಟ್ನ ಹೆಸರೆಂದು ಏನನ್ನು ಪರಿಗಣಿಸುತ್ತದೆ ಎಂದು ದೃಢೀಕರಿಸಿ, ವಿಶೇಷವಾಗಿ username-as-common-name ದೃಢೀಕರಣದ ನಂತರ ಅದನ್ನು ಬದಲಿಸುವ ಸ್ಥಳದಲ್ಲಿ. ನಂತರ ಫೈಲ್ ಹೆಸರು ಆ ಮೌಲ್ಯಕ್ಕೆ ನಿಖರವಾಗಿ ಹೊಂದುತ್ತದೆಯೇ ಎಂದು, ಅಕ್ಷರಗಳ ದೊಡ್ಡ-ಸಣ್ಣ ರೂಪ ಸೇರಿದಂತೆ ದೃಢೀಕರಿಸಿ.

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

ಸಂಖ್ಯೆಗಳು ಟೊಪಾಲೊಜಿಗೆ ಹೊಂದುತ್ತವೆಯೇ ಪರಿಶೀಲಿಸಿ

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

# /etc/openvpn/ccd/partner-a   (subnet topology)
ifconfig-push 10.44.0.61 255.255.255.0

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

ಹೊಸ ಸಂಪರ್ಕದಲ್ಲಿ ಫಲಿತಾಂಶ ಪರಿಶೀಲಿಸಿ

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

ಸಾಕ್ಷ್ಯಗಳನ್ನು ಒಟ್ಟಿಗೆ ಇರಿಸಿ: ಕ್ಲೈಂಟ್ ಹೆಸರು, ಹೊಂದಿದ ಫೈಲ್, ಹಂಚಿದ ವಿಳಾಸ ಮತ್ತು ಅದು ಬಂದ ಪೂಲ್.

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