ಮುಂದಿನ ಮರುಸಂಪರ್ಕದಲ್ಲಿ ಪೂಲ್ ಯಾವ ವಿಳಾಸ ನೀಡುತ್ತದೆ?
ಪೂಲ್‌ನ ವಿಳಾಸಗಳು ಯಾದೃಚ್ಛಿಕವಲ್ಲದ ಕ್ರಮವನ್ನು ಅನುಸರಿಸುತ್ತವೆ: ಮೊದಲು ನೆನಪಿಟ್ಟುಕೊಂಡ ವಿಳಾಸ, ನಂತರ ದೀರ್ಘ ಕಾಲ ಬಳಸದ ಖಾಲಿ ವಿಳಾಸ. ನಿಯಮವನ್ನು ಸ್ಥಿರಪಡಿಸುವ ಮೊದಲು ಇದನ್ನು ಓದಿ.
ನಿನ್ನೆ ಹೊಂದಿಕೆಯಾಗುತ್ತಿದ್ದ ನಿಯಮ ಇಂದು ಹೊಂದಿಕೆಯಾಗುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಕ್ಲೈಂಟ್ ಬೇರೆ ಸುರಂಗ ವಿಳಾಸಕ್ಕೆ ಮರಳಿ ಬಂದಿತು. ಹಂಚಿಕೆದಾರ ಮಾತ್ರ ಯಾದೃಚ್ಛಿಕವಲ್ಲ, ಅವನ ಕ್ರಮವನ್ನು ತಿಳಿಯುವುದು ಆ ಆಶ್ಚರ್ಯವನ್ನು ಮುಂಚಿತವಾಗಿ ತಿಳಿಯಬಹುದಾದ ಘಟನೆಯಾಗಿ ಮಾಡುತ್ತದೆ. ಅವನು ಅದೇ ಕ್ಲೈಂಟ್ ಮೊದಲು ಹೊಂದಿದ್ದ ವಿಳಾಸವನ್ನು ಆದ್ಯತೆ ನೀಡುತ್ತಾನೆ, ದೀರ್ಘ ಕಾಲ ನಿಷ್ಕ್ರಿಯವಾಗಿದ್ದ ಖಾಲಿ ವಿಳಾಸಕ್ಕೆ ಹಿಂತಿರುಗುತ್ತಾನೆ, ನೆನಪಿಡಲು ಜಾಗ ನೀಡದಿದ್ದರೆ ಎಲ್ಲವನ್ನೂ ಮರೆಯುತ್ತಾನೆ. ಬಾಡಿಗೆಯನ್ನು ಆಧರಿಸಿದ ನಿಯಮಗಳು ಅದನ್ನು ಸದ್ದಿಲ್ಲದೆ ನಿಲ್ಲಿಸುವ ದಿನದವರೆಗೆ ಹೊಂದಿಕೆಯಾಗುತ್ತಲೇ ಇರುತ್ತವೆ.
ಹಂಚಿಕೆದಾರ ಅನುಸರಿಸುವ ಕ್ರಮ
ಒಂದು common nameಗೆ ಒಂದು ಅವಧಿ ಇದ್ದಾಗ ಹಂಚಿಕೆದಾರ ಮೊದಲು ಅದೇ ಕ್ಲೈಂಟ್ ಹಿಂದೆ ಬಳಸಿದ್ದ ಮತ್ತು ಈಗ ಖಾಲಿ ಇರುವ ವಿಳಾಸವನ್ನು ಹುಡುಕುತ್ತಾನೆ. ಆ ವಿಳಾಸ ಇಲ್ಲದಿದ್ದರೆ ದೀರ್ಘ ಕಾಲ ನಿಷ್ಕ್ರಿಯವಾಗಿದ್ದ ಖಾಲಿ ವಿಳಾಸವನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತಾನೆ. ಅದೇ ಹೆಸರಿಗೆ ಏಕಕಾಲಿಕ ಅವಧಿಗಳು ಸಕ್ರಿಯವಾಗಿದ್ದರೆ ಹಿಂದಿನ ವಿಳಾಸಕ್ಕೆ ಆದ್ಯತೆ ಅನ್ವಯಿಸುವುದಿಲ್ಲ ಮತ್ತು ಅದರ ಬದಲು ಮೊದಲ ಖಾಲಿ ವಿಳಾಸ ಬಳಸಲಾಗುತ್ತದೆ, ಏಕೆಂದರೆ ಅವಧಿಗಳನ್ನು ಪ್ರತ್ಯೇಕ ಸಮಾನ ನೋಡ್‌ಗಳಾಗಿ ಪರಿಗಣಿಸಲಾಗುತ್ತದೆ.
| Situation | Address chosen | Practical effect |
|---|---|---|
| Reconnect, old address still free | The remembered address | Rules appear stable for days |
| Old address taken by another client | Least recently used free address | A working rule silently stops matching |
| Concurrent sessions, same name | First free address, per session | One identity can hold several leases |
ಇದರಿಂದ ತಕ್ಷಣ ಎರಡು ಪರಿಣಾಮಗಳು ಬರುತ್ತವೆ. ಬೇಗ ಮತ್ತೆ ಸಂಪರ್ಕಗೊಳ್ಳುವ ಕ್ಲೈಂಟ್ ಸಾಮಾನ್ಯವಾಗಿ ತನ್ನ ವಿಳಾಸವನ್ನು ಉಳಿಸಿಕೊಳ್ಳುತ್ತಾನೆ, ಆದ್ದರಿಂದ ಅದು ಬದಲಾಗುವವರೆಗೆ ಯಾರೂ ಈ ವ್ಯವಸ್ಥೆಯನ್ನು ಗಮನಿಸುವುದಿಲ್ಲ. ಆ ಸಣ್ಣ ಕಿಟಕಿಯಲ್ಲಿ ಸಂಪರ್ಕಗೊಳ್ಳುವ ಇನ್ನೊಂದು ಸಾಧನ ವಿಳಾಸವನ್ನು ಸ್ವಲ್ಪ ಸಮಯ ಖಾಲಿ ಇರುವಾಗ ತೆಗೆದುಕೊಳ್ಳಬಹುದು, ನಂತರ ಮೊದಲ ಕ್ಲೈಂಟ್‌ಗೆ ಬೇರೆ ಏನೋ ಸಿಗುತ್ತದೆ, ಹಳೆಯ ಸಂಖ್ಯೆಯನ್ನು ಆಧರಿಸಿದ ಪ್ರತಿ ನಿಯಮವೂ ತಪ್ಪಾಗುತ್ತದೆ. ಎರಡೂ ಘಟನೆಗಳಲ್ಲಿ ಯಾವುದೂ ದೋಷದಂತೆ ಕಾಣುವ ಲಾಗ್ ಸಾಲನ್ನು ಸೃಷ್ಟಿಸುವುದಿಲ್ಲ.
ಬಾಡಿಗೆ ಸ್ಥಿರವಾಗಿ ಕಾಣಿಸಿ ನಂತರ ಜರುಗುವುದೇಕೆ
ಇಲ್ಲಿ ಸ್ಥಿರತೆ ಎಂದರೆ ಇನ್ನೊಬ್ಬರು ವಿಳಾಸವನ್ನು ಕೇಳುವ ಮೊದಲು ಬರುವ ಮರುಸಂಪರ್ಕಗಳ ಉದಯಿಸುವ ಗುಣ. ಇದು ಭರವಸೆ ಅಲ್ಲ, ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕ ಕಡಿತಗೊಂಡಿರುವಾಗ ಇದನ್ನು ಜಾರಿಗೊಳಿಸಲಾಗುವುದಿಲ್ಲ. ವಿಳಾಸ ಬದಲಾಗುತ್ತದೆ ಎಂದು ಯೋಜಿಸಿ, ಅದರಿಂದ ಆಶ್ಚರ್ಯಪಡುವ ಬದಲು. ಸಾಧನಗಳ ಸಂಖ್ಯೆಗಿಂತ ಕೇವಲ ಸ್ವಲ್ಪ ದೊಡ್ಡದಾದ ಪೂಲ್ ಘರ್ಷಣೆಗಳನ್ನು ಸಾಮಾನ್ಯವಾಗಿಸುತ್ತದೆ, ಏಕೆಂದರೆ ದೀರ್ಘ ಕಾಲ ಬಳಸದ ವಿಳಾಸಕ್ಕೆ ಹಿಂತಿರುಗುವುದಕ್ಕೆ ಆಯ್ಕೆ ಮಾಡಲು ಬಹುತೇಕ ಏನೂ ಇರುವುದಿಲ್ಲ.
ಶಿಖರ ಏಕಕಾಲಿಕತೆ ಎಂದರೆ ಗಾತ್ರ ನಿರ್ಧರಿಸಬೇಕಾದ ಸಂಖ್ಯೆ, ಬಳಕೆದಾರರ ಸಂಖ್ಯೆ ಅಲ್ಲ. ಒಮ್ಮೆಗೇ ಎರಡು ಸಾಧನಗಳಿಂದ ಪರೀಕ್ಷಿಸುವವರು, ಅಥವಾ ಹಳೆಯ ಅವಧಿ ಮುಗಿಯುವ ಮೊದಲು ಮತ್ತೆ ಸಂಪರ್ಕಗೊಳ್ಳುವ ಕ್ಲೈಂಟ್, ಸ್ವಲ್ಪ ಸಮಯ ಎರಡು ಬಾಡಿಗೆಗಳನ್ನು ಆಕ್ರಮಿಸುತ್ತಾರೆ. ಕೇವಲ ಜನಸಂಖ್ಯೆಯ ಆಧಾರದಲ್ಲಿ ಅಳೆಯಲಾದ ಪೂಲ್, ಜನರು ಸರ್ವರ್‌ಗೆ ಆರೋಪಿಸುವ ಅದೇ ಬದಲಾವಣೆಯನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ.
ಸ್ಥಿರತೆ ಕಡತ ನೆನಪಿಡುತ್ತದೆ, ಕಾಯ್ದಿರಿಸುವುದಿಲ್ಲ
ಸೇವೆಯ ಮರುಪ್ರಾರಂಭವನ್ನು ದಾಟಿ ನಿಲ್ಲುವ ವಿಳಾಸಕ್ಕೆ ಸ್ಥಿರತೆ ಕಡತ ಬೇಕು. ಅದು ನಿಲ್ಲಿಸುವಾಗ ಕ್ಲೈಂಟ್ ಹೆಸರು ಮತ್ತು ವಿಳಾಸವನ್ನು ಸಂಗ್ರಹಿಸಿ, ಸೇವೆ ಪ್ರಾರಂಭವಾದಾಗ ಅವನ್ನು ಮತ್ತೆ ಓದುತ್ತದೆ, ಆದ್ದರಿಂದ ಯೋಜಿತ ಮರುಪ್ರಾರಂಭ ಈಗ ನೀವು ಬರೆದ ಎಲ್ಲಾ ನಿಯಮಗಳನ್ನು ಬೆರೆಸುವುದಿಲ್ಲ.
ifconfig-pool-persist /etc/openvpn/ipp.txt
server 10.8.0.0 255.255.255.0ಅದು ಮಾಡದಿರುವುದು ಎಂದರೆ ಕ್ಲೈಂಟ್ ಇಲ್ಲದಿರುವಾಗ ವಿಳಾಸವನ್ನು ಹಿಡಿದಿಟ್ಟುಕೊಳ್ಳುವುದು. ಆ ಮಧ್ಯಂತರದಲ್ಲಿ ಹಂಚಿಕೆದಾರ ಸಂಖ್ಯೆಯನ್ನು ಬೇರೆಯವರಿಗೆ ನೀಡಲು ಸ್ವತಂತ್ರನಾಗಿರುತ್ತಾನೆ, ಕಡತ ನಂತರ ಮುಂದಿನ ಸಂಪರ್ಕ ಪೂರೈಸಲಾಗದ ಹಳೆಯ ಆದ್ಯತೆಯನ್ನು ದಾಖಲಿಸುತ್ತದೆ. ಅದನ್ನು ಮರುಪ್ರಾರಂಭದ ನಡವಳಿಕೆಯನ್ನು ಸುಧಾರಿಸುವ ಸೂಚನೆಯಾಗಿ ಪರಿಗಣಿಸಿ, ಸ್ಥಿರ ವಿಳಾಸೀಕರಣವಾಗಿ ಅಲ್ಲ.
ನೀವು ಕಡತದಲ್ಲಿರುವಾಗ ಪೂಲ್ ಅನ್ನು ಪ್ರತಿ ಮಾರ್ಗೀಕೃತ ಉಪಜಾಲದ ವಿರುದ್ಧ ಪರಿಶೀಲಿಸಿ. ಒಂದರ ಮೇಲೊಂದು ಬರುವ ಶ್ರೇಣಿ ಸರ್ವರ್ ಮಾರ್ಗೀಕರಿಸಲಾಗದ ವಿಳಾಸಗಳನ್ನು ಹಂಚುತ್ತದೆ, ಲಕ್ಷಣ ಎಂದರೆ ಸಂಪರ್ಕಗೊಂಡು, ವಿಳಾಸ ಪಡೆದು, ಎಲ್ಲಿಗೂ ತಲುಪದ ಕ್ಲೈಂಟ್.
ವಿಳಾಸವನ್ನು ಸರಿಯಾಗಿ ಸ್ಥಿರಪಡಿಸುವುದು
ಫೈರ್‌ವಾಲ್ ನಿಯಮ ಅಥವಾ DNS ದಾಖಲೆಗೆ ನಿಜವಾಗಿಯೂ ಸ್ಥಿರ ವಿಳಾಸ ಬೇಕಿದ್ದರೆ, ನಿರೀಕ್ಷಿಸುವ ಬದಲು ಅದನ್ನು ನಿಗದಿಪಡಿಸಿ. ಪ್ರತಿ ಕ್ಲೈಂಟ್ ಸಂರಚನಾ ನಮೂದು ನೇರವಾಗಿ ವಿಳಾಸ ಮತ್ತು ಮುಖವಾಡವನ್ನು ಕಳುಹಿಸಬಹುದು, ಆ ನಮೂದು ಪರಿಣಾಮಕಾರಿ ಕ್ಲೈಂಟ್ ಹೆಸರಿನಲ್ಲಿ ಕೀಲಿಯಾಗಿದೆ.
# client-config-dir entry for "laptop-acme"
ifconfig-push 10.8.0.50 255.255.255.0ಸ್ಥಿರ ವಿಳಾಸಗಳನ್ನು ಕ್ರಿಯಾತ್ಮಕ ಪೂಲ್‌ನ ಹೊರಗೆ ಇರಿಸಿ, ಹಂಚಿಕೆದಾರ ಅದೇ ಸಂಖ್ಯೆಯನ್ನು ಬೇರೆ ಅವಧಿಗೆ ಎಂದಿಗೂ ನೀಡದಂತೆ. ನಂತರ ಸುರಂಗದ ರಚನೆಯನ್ನು ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ ಪ್ರತಿ ಕ್ಲೈಂಟ್ ಎಷ್ಟು ಪೂಲ್ ವಿಳಾಸಗಳನ್ನು ವ್ಯಯಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಅದು ಬದಲಿಸುತ್ತದೆ: ಹಳೆಯ ಬಿಂದು-ಮತ್ತು-ಬಿಂದು ವಿನ್ಯಾಸ ಪ್ರತಿ ಕ್ಲೈಂಟ್‌ಗೆ ಸಣ್ಣ ಬ್ಲಾಕ್ ವ್ಯಯಿಸುತ್ತದೆ, ಆದರೆ ಉಪಜಾಲ ವಿನ್ಯಾಸ ಪ್ರತಿಯೊಂದಕ್ಕೂ ಒಂದು ವಿಳಾಸ ಬಳಸುತ್ತದೆ. ಒಂದು ರಚನೆಯಲ್ಲಿ ಉದಾರವಾಗಿ ಕಾಣುವ ಪೂಲ್ ಇನ್ನೊಂದರಲ್ಲಿ ಖರ್ಚಾಗಬಹುದು.
ಫಲಿತಾಂಶವನ್ನು ಕ್ಲೈಂಟ್‌ನಲ್ಲಿ ದೃಢೀಕರಿಸಿ, ಸರ್ವರ್‌ನ ಲೆಕ್ಕವನ್ನು ನಂಬುವ ಬದಲು. ಅವಧಿ ಮರಳಿದ ನಂತರ ಇಂಟರ್ಫೇಸ್ ವಿಳಾಸ ಮತ್ತು ಕಳುಹಿಸಿದ ಮಾರ್ಗವನ್ನು ನೋಡಿ, ಏಕೆಂದರೆ ಸರ್ವರ್‌ನ ಲಾಗ್ ಕೋರಿದ ವಿಳಾಸವನ್ನು ತಿಳಿಸಬಹುದು, ಇಂಟರ್ಫೇಸ್ ತಾನೇ ಇನ್ನೊಂದನ್ನು ಹೊಂದಿರುವಾಗ.
ದೂರದ ವಿಳಾಸ ಬೇರೆ ಪ್ರಶ್ನೆ
ಕ್ಲೈಂಟ್‌ನ remote ಸಾಲಿನಲ್ಲಿರುವ ವಿಳಾಸ ಯಾವುದೇ ಸುರಂಗ ಇರುವ ಮೊದಲು ತಲುಪಬಹುದಾದದ್ದಾಗಿರಬೇಕು. ಅಲ್ಲಿ ಪೂಲ್ ವಿಳಾಸವನ್ನು ಇಡುವುದು, ಉದಾಹರಣೆಗೆ ಸರ್ವರ್‌ನ ಸ್ವಂತ ಸುರಂಗ ಅಂತ್ಯಬಿಂದು, ಕ್ಲೈಂಟ್ ಇನ್ನೂ ನಿರ್ಮಿಸದ ಸುರಂಗದ ಮೂಲಕ ಅಂತ್ಯಬಿಂದುವನ್ನು ತಲುಪಲು ಪ್ರಯತ್ನಿಸುತ್ತಾನೆ ಎಂದರ್ಥ, ಫಲಿತಾಂಶ ಮೊಟಕು ಮಾರ್ಗದ ಬದಲು ಒಂದು ಲೂಪ್ ಅಥವಾ ನಿಶ್ಶಬ್ದ ಕಾಯುವಿಕೆ.
ಆಪರೇಟರ್ ಒದಗಿಸಿದ ಸಾರ್ವಜನಿಕ ಅಂತ್ಯಬಿಂದುವನ್ನು ಬಳಸಿ, ಪೂಲ್ ಅನ್ನು ಅದು ವಿನ್ಯಾಸಗೊಂಡದ್ದಕ್ಕೇ ಇರಿಸಿ: ಸುರಂಗದ ಒಳಗಿನ ವಿಳಾಸಗಳು. ಪೂಲ್ ಶ್ರೇಣಿ, ಸ್ಥಿರ ಹಂಚಿಕೆಗಳು ಮತ್ತು ಸ್ಥಿರತೆ ಮಾರ್ಗವನ್ನು ಒಂದೇ ಸ್ಥಳದಲ್ಲಿ ಬರೆಯುವುದು ಮುಂದಿನ ವ್ಯಕ್ತಿಯನ್ನು ಪ್ರತಿ ಬಾಡಿಗೆಯನ್ನು ಸ್ವೇಚ್ಛಾಚಾರಿ ಎಂದು ಪರಿಗಣಿಸುವುದರಿಂದ ರಕ್ಷಿಸುತ್ತದೆ.