Docker ನ ಡೀಫಾಲ್ಟ್ ಪೂಲ್ ಬದಲಿಸುವುದು ನೆಟ್‌ವರ್ಕ್‌ಗಳನ್ನು ಮರುಸಂಖ್ಯೆ ಮಾಡುವುದಿಲ್ಲ

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

ಪುರಾಣ: ಒಂದು ಪೂಲ್ ಬದಲಾವಣೆ ಅತಿಕ್ರಮಣವನ್ನು ಸರಿಪಡಿಸುತ್ತದೆ

ಪುರಾಣಕ್ಕೆ ನಿರ್ದಿಷ್ಟ ರೂಪವಿದೆ. Docker ನ ಡೀಫಾಲ್ಟ್ ಪೂಲ್ ಬದಲಿಸಬಹುದು ಎಂದು ಯಾರೋ ಓದಿ, ಅದನ್ನು ಬದಲಿಸಿ, ಡೀಮನ್ ಮರುಪ್ರಾರಂಭಿಸಿ ಕಂಟೇನರ್ ನೆಟ್‌ವರ್ಕ್ ಇನ್ನು ಮುಂದೆ ಕಚೇರಿ VPN ನೊಂದಿಗೆ ಘರ್ಷಿಸುವುದಿಲ್ಲ ಎಂದು ತೀರ್ಮಾನಿಸುತ್ತಾರೆ. ಹಳೆಯ ನೆಟ್‌ವರ್ಕ್ ಇನ್ನೂ ಇದೆ, ಇನ್ನೂ ಸಂಪರ್ಕಗೊಂಡಿದೆ, ಮತ್ತು ಘರ್ಷಿಸುವ ವಿಳಾಸವನ್ನು ಇನ್ನೂ ಹಿಡಿದಿದೆ.

ಬದಲಾಗಿರುವುದು ಹಂಚಿಕೆದಾರನ ಭವಿಷ್ಯದ ವರ್ತನೆ, ಅದು ನಿಜವಾಗಿಯೂ ಉಪಯುಕ್ತ ಮತ್ತು ನಿಜವಾಗಿಯೂ ಸೀಮಿತ. ಸ್ಪಷ್ಟ --subnet ಇಲ್ಲದೆ ರಚಿಸಿದ ಹೊಸ ನೆಟ್‌ವರ್ಕ್‌ಗಳು ಹೊಸ ಪೂಲ್‌ನಿಂದ ಕತ್ತರಿಸಲ್ಪಡುತ್ತವೆ; ಇರುವವು ಆ ಪೂಲ್‌ನಲ್ಲಿ ಎಂದೂ ಇರಲಿಲ್ಲ. ಮರುಪ್ರಾರಂಭವು ನೆಟ್‌ವರ್ಕ್‌ಗಳನ್ನು ಮರುನಿರ್ಮಿಸುವುದಿಲ್ಲ ಮತ್ತು ಕಂಟೇನರ್‌ಗಳನ್ನು ಅವುಗಳ ನಡುವೆ ಸಾಗಿಸುವುದಿಲ್ಲ. ಬದಲಾವಣೆಯ ನಂತರವೂ ಲಕ್ಷಣ ಮುಂದುವರಿದರೆ, ಬದಲಾವಣೆ ನಿಜವಾಗಿತ್ತು ಮತ್ತು ರೋಗನಿರ್ಣಯ ಅಪೂರ್ಣವಾಗಿತ್ತು.

ಮೂಲ ಶ್ರೇಣಿ ಮತ್ತು ಹಂಚಿದ ಪೂರ್ವಪ್ರತ್ಯಯ

ಸಂರಚನೆಯಲ್ಲಿ ಗೊಂದಲ ಮಾಡಿಕೊಳ್ಳುವ ಎರಡು ಕ್ಷೇತ್ರಗಳಿವೆ. base ಎಂಬುದು ಹಂಚಿಕೆದಾರನು ಕತ್ತರಿಸುವ ಶ್ರೇಣಿ, ಮತ್ತು size ಎಂಬುದು ಪ್ರತಿ ಹಂಚಿದ ನೆಟ್‌ವರ್ಕ್‌ನ ಪೂರ್ವಪ್ರತ್ಯಯ ಉದ್ದ, ಆದ್ದರಿಂದ 10.10.0.0/16 ಮೂಲ ಮತ್ತು 24 ಗಾತ್ರವು ಆ /16 ಒಳಗೆ /24 ಹಂಚುತ್ತದೆ. ಪಾತ್ರಗಳನ್ನು ತಿರುಗಿಸುವುದು ನೀವು ಉದ್ದೇಶಿಸದ ಹಂಚಿಕೆ ಮಾದರಿಯನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ, ಸಾಮಾನ್ಯವಾಗಿ ಒಂದು ದೊಡ್ಡ ನೆಟ್‌ವರ್ಕ್ ಅಥವಾ ಖಾಲಿಯಾದ ಪೂಲ್.

ಪೂಲ್ ಒಂದು ಕಾಯ್ದಿರಿಸುವಿಕೆ, ಸಾಕ್ಷ್ಯವಲ್ಲ. Docker ಹೋಸ್ಟ್‌ನ ಮಾರ್ಗನಿರ್ದೇಶನ ಕೋಷ್ಟಕದಲ್ಲಿ ಕಾಣುವ ಘರ್ಷಣೆಗಳನ್ನು ತಪ್ಪಿಸುತ್ತದೆ, ಮತ್ತು ನೀವು ಇನ್ನೂ ಸಂಪರ್ಕಿಸದ VPN ಅನ್ನು ಅದು ನೋಡಲಾರದು.

ಈ ಮಿತಿಯೇ ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಆಯ್ಕೆ ಮಾಡುವ ಸಂಪೂರ್ಣ ಕಾರಣ. ಹೋಲಿಸಬೇಕಾದ ಶ್ರೇಣಿಗಳು ಹೋಸ್ಟ್ ತಲುಪಬೇಕಾದವು: ಕಚೇರಿ LAN, ಕಾರ್ಪೊರೇಟ್ VPN ನ ಒಳಗಿನ ಉಪಜಾಲಗಳು, ಪ್ರಯೋಗಾಲಯ ಅಥವಾ ಸ್ಟೇಜಿಂಗ್ ಪೂರ್ವಪ್ರತ್ಯಯಗಳು, ಮತ್ತು ಅದೇ ಓವರ್‌ಲೇನಲ್ಲಿರುವ ಯಾವುದೇ ಇತರ ಕಂಟೇನರ್ ಹೋಸ್ಟ್. ಡೀಮನ್ ಮುಟ್ಟುವ ಮೊದಲು ಅವನ್ನು CIDR ಆಗಿ ಬರೆಯಿರಿ, ಏಕೆಂದರೆ ತಲೆಯಲ್ಲಿನ ಪಟ್ಟಿ ಮುಖ್ಯವಾದದ್ದನ್ನು ತಪ್ಪಿಸುತ್ತದೆ. ನಂತರ ಅವುಗಳಲ್ಲಿ ಯಾವುದಕ್ಕೂ ಅತಿಕ್ರಮಿಸದ ಮೂಲವನ್ನು ಆಯ್ಕೆ ಮಾಡಿ, ಮತ್ತು ಪಟ್ಟಿಯನ್ನು ನಿಯೋಜನೆಯೊಂದಿಗೆ ಇರಿಸಿ, ಮುಂದಿನ ವ್ಯಕ್ತಿ ಈ ಅಭ್ಯಾಸವನ್ನು ನೆನಪಿನಿಂದ ಪುನರಾವರ್ತಿಸದಂತೆ.

ಆಯ್ಕೆ ಮಾಡುವ ಮೊದಲು ಪಟ್ಟಿ ಮಾಡಿ

ಮೊದಲು ಇರುವುದನ್ನು ಪಟ್ಟಿ ಮಾಡಿ. docker network ls ನೆಟ್‌ವರ್ಕ್‌ಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ, ಮತ್ತು docker network inspect bridge -f '{{.IPAM.Config}}' ನಿರ್ದಿಷ್ಟ ನೆಟ್‌ವರ್ಕ್ ಬಳಸುವ ಉಪಜಾಲವನ್ನು ಮುದ್ರಿಸುತ್ತದೆ. ಬಳಕೆದಾರ-ವ್ಯಾಖ್ಯಾನಿತ ಪ್ರತಿ ನೆಟ್‌ವರ್ಕ್‌ಗೂ ಇದನ್ನು ಪುನರಾವರ್ತಿಸಿ, ಏಕೆಂದರೆ Compose ಯೋಜನೆಗಳು ತಮ್ಮದೇ ರಚಿಸುತ್ತವೆ ಮತ್ತು compose ಫೈಲ್‌ನಲ್ಲಿ ಸ್ಪಷ್ಟ --subnet ಪೂಲ್ ಅನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಬಳಸುವುದಿಲ್ಲ.

ಆ ಕೊನೆಯ ಅಂಶವೇ ಸ್ಥಳಾಂತರದ ನಂತರವೂ ಉಳಿಯುವುದು. ಪೂಲ್ ಬದಲಾವಣೆ ಸಹೋದ್ಯೋಗಿಯೊಬ್ಬರು compose ಫೈಲ್‌ನಲ್ಲಿ 172.18.0.0/16 ಪಿನ್ ಮಾಡುವುದನ್ನು ತಡೆಯುವುದಿಲ್ಲ, ಮತ್ತು ಘರ್ಷಣೆ ಬೇರೆ ಲೇಖಕರೊಂದಿಗೆ ಮರಳಿ ಬರುತ್ತದೆ.

ಈಗಾಗಲೇ ಇರುವುದನ್ನು ಸ್ಥಳಾಂತರಿಸುವುದು

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

ದಾಖಲಿತ ಡೀಮನ್ ಸಂರಚನೆ ಮತ್ತು ಮರುಪ್ರಾರಂಭ ಕಾರ್ಯವಿಧಾನವನ್ನು ಅನುಸರಿಸಿ ಮತ್ತು ಅಡಚಣೆಯನ್ನು ಸಮನ್ವಯಗೊಳಿಸಿ. ಒಂದೇ ಡೀಮನ್ ಇರುವ ಹೋಸ್ಟ್‌ನಲ್ಲಿ, systemctl restart docker ಕಂಟೇನರ್‌ಗಳನ್ನು ಅವುಗಳ ಮರುಪ್ರಾರಂಭ ನೀತಿಗಳ ಪ್ರಕಾರ ಮರುಪ್ರಾರಂಭಿಸುತ್ತದೆ, ಮತ್ತು ಇದು ನಂತರವಲ್ಲ, ಮೊದಲೇ ತಿಳಿಯಬೇಕಾದ ವರ್ತನೆ.

ನಂತರ ಬದಲಾವಣೆ ಸರಿಪಡಿಸಬೇಕಿದ್ದ ಎರಡು ವಿಷಯಗಳನ್ನು ಪರಿಶೀಲಿಸಿ. docker network inspect ನೊಂದಿಗೆ ಹೊಸ ಉಪಜಾಲವನ್ನು ಪರೀಕ್ಷಿಸಿ ಅದು ಆಯ್ಕೆ ಮಾಡಿದ ಮೂಲದ ಒಳಗಿದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ, ನಂತರ ip route get 10.20.30.40 ನೊಂದಿಗೆ ಪ್ರತಿನಿಧಿ VPN ಗಮ್ಯಸ್ಥಾನದ ಮಾರ್ಗವನ್ನು ಪರಿಶೀಲಿಸಿ ಮತ್ತು ಅದು ನೀವು ನಿರೀಕ್ಷಿಸಿದ ಸ್ಥಳಕ್ಕೆ ಹೋಗುತ್ತದೆ, ಸೇತುವೆಗೆ ಅಲ್ಲ ಎಂದು ಖಚಿತಪಡಿಸಿ. ಸೇವಾ ಅನ್ವೇಷಣೆ ಮತ್ತು ಕಂಟೇನರ್-ನಿಂದ-ಕಂಟೇನರ್ ಸಂವಹನವನ್ನೂ ಪರೀಕ್ಷಿಸಿ, ಏಕೆಂದರೆ ಬೇರೆ ವಿಳಾಸೀಕರಣದೊಂದಿಗೆ ಮರುರಚಿಸಿದ ನೆಟ್‌ವರ್ಕ್ ಹೆಸರು ವಿಭಜನೆಯನ್ನು ಅಪ್ಲಿಕೇಶನ್ ದೋಷದಂತೆ ಕಾಣುವ ರೀತಿಯಲ್ಲಿ ಮುರಿಯಬಹುದು.

ನಂತರವೂ ಏನು ಮುರಿಯುತ್ತದೆ

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

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