ZeroTier ನಲ್ಲಿ ಅಧಿಕೃತವಾಗಿದೆ ಆದರೆ ವಿಳಾಸವಿಲ್ಲವೇ? ಎರಡು ಪ್ರತ್ಯೇಕ ಸೆಟ್ಟಿಂಗ್
ಸದಸ್ಯರನ್ನು ಅನುಮೋದಿಸುವುದು ಮತ್ತು ಅವರಿಗೆ ವಿಳಾಸ ನೀಡುವುದು ಎರಡು ಪ್ರತ್ಯೇಕ ಸೆಟ್ಟಿಂಗ್. IP ಕಲ್ಪಿಸುವ ಮೊದಲು ಪೂಲ್, ನಿಯೋಜನೆ ಮೋಡ್ ಮತ್ತು ಕ್ಲೈಂಟ್ ಅನ್ವಯಿಸಿದ ಸ್ಥಿತಿಯನ್ನು ಓದಿ.
ZeroTier ಸದಸ್ಯರನ್ನು OK ಎಂದು ತೋರಿಸುತ್ತದೆ, ನೆಟ್ವರ್ಕ್ ಸೇರಿಸಲಾಗಿದೆ, ಆದರೂ ಪಿಂಗ್ ಮಾಡಲು ವಿಳಾಸವಿಲ್ಲ. ಈ ಸಂಯೋಜನೆ ದೋಷದಂತೆ ಕಾಣುತ್ತದೆ ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ಇದು ವಿಭಜಿತ ಸಂರಚನೆ: ಸದಸ್ಯರನ್ನು ಅನುಮೋದಿಸುವುದು ಒಂದು ಸ್ವಿಚ್, ಅವರಿಗೆ ವಿಳಾಸ ನೀಡುವುದು ಇನ್ನೊಂದು. ನೆಟ್ವರ್ಕ್ ಸಾಧನವನ್ನು ಸ್ವೀಕರಿಸಿ ಅದಕ್ಕೆ ಎಂದಿಗೂ ಏನನ್ನೂ ನಿಯೋಜಿಸದಿರಬಹುದು, ಏಕೆಂದರೆ ವಿಳಾಸ ಪೂಲ್ ಅಥವಾ ನಿಯೋಜನೆ ಮೋಡ್ ಎಂದಿಗೂ ಸಿದ್ಧಪಡಿಸಲಿಲ್ಲ.
ಯಾವುದನ್ನಾದರೂ ಬದಲಿಸುವ ಮೊದಲು ಎರಡೂ ಬದಿಗಳನ್ನು ಓದಿ. ಉತ್ತರ ಎರಡು ಕಡೆ ಕಾಣುತ್ತದೆ, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಒಂದೇ ನಿಯಂತ್ರಕದಲ್ಲಿದೆ.
ಅಧಿಕಾರ ಮತ್ತು ನಿಯೋಜನೆ ಬೇರೆ ಬೇರೆ ಸ್ವಿಚ್‌ಗಳು
ಈ ನೋಡ್ ನೆಟ್ವರ್ಕ್‌ನಲ್ಲಿ ಪಾಲ್ಗೊಳ್ಳಬಹುದೇ ಎಂದು ಅಧಿಕಾರ ಉತ್ತರಿಸುತ್ತದೆ. ಪಾಲ್ಗೊಂಡ ನಂತರ ನೆಟ್ವರ್ಕ್ ಅದಕ್ಕೆ ಏನು ನೀಡುತ್ತದೆ ಎಂದು ವಿಳಾಸ ನಿಯೋಜನೆ ಉತ್ತರಿಸುತ್ತದೆ, ಮತ್ತು ಆ ಉತ್ತರ ವಿಳಾಸ ಪೂಲ್ ಜೊತೆಗೆ ನಿಯೋಜನೆ ಮೋಡ್‌ನಿಂದ ಬರುತ್ತದೆ. ಯಾವ ಸೆಟ್ಟಿಂಗ್ ಇನ್ನೊಂದನ್ನು ಸೂಚಿಸುವುದಿಲ್ಲ. ಒಂದು ಅನುಮತಿ, ಇನ್ನೊಂದು ಹಂಚಿಕೆ.
ನಿಯಂತ್ರಕ ಸಂರಚನೆಯಲ್ಲಿ ಸಾಮಾನ್ಯವಾಗಿ ನಿರ್ವಹಿತ ರೂಟ್, ವಿಳಾಸ ಶ್ರೇಣಿ ಮತ್ತು ಸ್ವಯಂ ನಿಯೋಜನೆ ಬಳಸಲಾಗುತ್ತದೆಯೇ ಎಂದು ನಿರ್ಧರಿಸುವ ಮೋಡ್ ಇರುತ್ತದೆ. ಇನ್ನೊಂದು ಪರಿಸರದಿಂದ ನೆಟ್ವರ್ಕ್ ID ನಕಲಿಸುವುದು ಸದಸ್ಯತ್ವವನ್ನು ತರುತ್ತದೆ, ಆ ಸಂರಚನೆಯಿಂದ ಏನನ್ನೂ ತರುವುದಿಲ್ಲ.
ಆದ್ದರಿಂದ ಸಾಧನವು ಸದಸ್ಯರ ಪಟ್ಟಿಯಲ್ಲಿ ಆರೋಗ್ಯಕರವಾಗಿ ಕಾಣಬಹುದು, ಆದರೆ ಅದರ ನಿಯೋಜಿತ ವಿಳಾಸ ಕಾಲಮ್ ಖಾಲಿಯಾಗಿರುತ್ತದೆ. ನಿಯಂತ್ರಕ ಅದನ್ನು ಸ್ವೀಕರಿಸಿದೆ ಮತ್ತು ನೀಡಲು ಏನೂ ಇಲ್ಲ. ಎರಡೂ ಹೇಳಿಕೆಗಳು ಒಂದೇ ಸಮಯದಲ್ಲಿ ನಿಜ.
| Layer | What it decides | Where it is configured |
|---|---|---|
| Membership | Whether the node may join | Member authorization on the network |
| Pool | Which addresses exist to hand out | Network address range |
| Assignment mode | Whether they are handed out automatically | Network v4/v6 assignment settings |
ಸದಸ್ಯರ ಪರಿಣಾಮಕಾರಿ ಸ್ಥಿತಿಯನ್ನು ಓದುವುದು
ನಿಯಂತ್ರಕ ಏನು ಉದ್ದೇಶಿಸಿತು ಎಂದಲ್ಲ, ಕ್ಲೈಂಟ್ ನಿಜವಾಗಿ ಏನು ಪಡೆದುಕೊಂಡಿತು ಎಂದು ಕೇಳಿ. ಸರಳ ಪಟ್ಟಿ ಸ್ಥಿತಿ ಮತ್ತು ವಿಳಾಸ ಕಾಲಮ್‌ಗಳನ್ನು ತೋರಿಸುತ್ತದೆ, ಮತ್ತು JSON ರೂಪವು ಕ್ಲೈಂಟ್ ಅನ್ವಯಿಸಿದ ನೆಟ್ವರ್ಕ್ ಸಂರಚನೆಯನ್ನು, ನಿರ್ವಹಿತ ವಿಳಾಸಗಳು ಮತ್ತು ರೂಟ್‌ಗಳೊಂದಿಗೆ ತೋರಿಸುತ್ತದೆ.
zerotier-cli listnetworks
zerotier-cli -j listnetworks | jq '.networks[] | {nwid, status, assignedAddresses}'ಎರಡೂ ಔಟ್‌ಪುಟ್‌ಗಳನ್ನು ಒಂದೇ ನೆಟ್ವರ್ಕ್ ID ಗೆ ಹೋಲಿಸಿ, ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್‌ನ ಸ್ವಂತ ಪಟ್ಟಿಯಲ್ಲಿ ಕಾಣುವ ಭೌತಿಕ ಅಡಾಪ್ಟರ್‌ಗಳಿಗಲ್ಲ. ಖಾಲಿ ವಿಳಾಸ ಗುಂಪಿನೊಂದಿಗೆ OK ಎಂದು ವರದಿ ಮಾಡುವ ಸಾಲು ಸಂಪರ್ಕ ದೋಷವಲ್ಲ, ನಿಯೋಜನೆಯ ಕೊರತೆಯನ್ನು ದೃಢೀಕರಿಸುತ್ತದೆ. ತಪ್ಪು ಸಾಲನ್ನು ಓದುವುದು ಈ ತಪ್ಪಿನ ಇನ್ನೊಂದು ಅರ್ಧ.
ACCESS_DENIED ಸ್ಥಿತಿ ಅಧಿಕಾರದ ಕಡೆಗೆ ತೋರಿಸುತ್ತದೆ, ಮತ್ತು ಅದು ಬೇರೆ ದುರಸ್ತಿ. ಆಜ್ಞೆಯು ಸ್ಥಳೀಯ ದೃಢೀಕರಣ ಟೋಕನ್ ಅನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಓದಲು ಸಾಧ್ಯವಾಗದಿದ್ದರೆ, ಸಮಸ್ಯೆ ನಿಯಂತ್ರಕದ ನಿರಾಕರಣೆಯಲ್ಲ, ಸ್ಥಳೀಯ ಅನುಮತಿಗಳು, ಮತ್ತು ಸರಿಪಡಿಸುವಿಕೆ ನೀವು ಕುಳಿತಿರುವ ಯಂತ್ರದಲ್ಲಿಯೇ.
ಕ್ಲೈಂಟ್ ನಿಯಂತ್ರಕ ಕಳುಹಿಸುವುದನ್ನು ನಿರ್ಲಕ್ಷಿಸಿದಾಗ
ನಿರ್ವಹಿತ ಸಂರಚನೆ ಅನ್ವಯವಾಗುತ್ತದೆಯೇ ಎಂದು ನಿರ್ಧರಿಸುವ ತನ್ನದೇ ಸೆಟ್ಟಿಂಗ್‌ಗಳು ಕ್ಲೈಂಟ್‌ಗೆ ಇವೆ. ನಿರ್ವಹಿತ ವಿಳಾಸಗಳು, ನಿರ್ವಹಿತ ರೂಟ್‌ಗಳು ಅಥವಾ ಡೀಫಾಲ್ಟ್ ರೂಟ್ ನಿರ್ವಹಣೆಯನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವ ಪ್ರೊಫೈಲ್ ನೆಟ್ವರ್ಕ್ ಕಳುಹಿಸುವುದನ್ನು ಬಿಸಾಡುತ್ತದೆ, ಮತ್ತು ಸದಸ್ಯರ ಪಟ್ಟಿ ನಿಯಂತ್ರಕದ ಕಡೆಯಿಂದ ಇನ್ನೂ ಸರಿಯಾಗಿ ಕಾಣುತ್ತದೆ.
ಈ ಫ್ಲ್ಯಾಗ್‌ಗಳು ಸ್ಥಳೀಯ ನೋಡ್ ಮೇಲೆ ಮಾತ್ರ ಪರಿಣಾಮ ಬೀರುತ್ತವೆ. ಅವುಗಳನ್ನು ಬದಲಿಸುವುದು ಇತರ ಸದಸ್ಯರು ಪಡೆಯುವುದನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಎಂದಿಗೂ ವ್ಯಾಖ್ಯಾನಿಸದ ಪೂಲ್ ಅನ್ನು ಸರಿಪಡಿಸುವುದಿಲ್ಲ.
ಆದ್ದರಿಂದ ರೋಗನಿರ್ಣಯಕ್ಕೆ ಎರಡು ಶಾಖೆಗಳಿವೆ: ನಿಯಂತ್ರಕದಲ್ಲಿ ನೀಡಲು ವಿಳಾಸವಿಲ್ಲ, ಅಥವಾ ಕ್ಲೈಂಟ್ ನೀಡಿದ ವಿಳಾಸವನ್ನು ನಿರಾಕರಿಸಿದೆ. ಇವು ಬೇರೆ ಬೇರೆ ಯಂತ್ರಗಳಲ್ಲಿ ಬೇರೆ ಬೇರೆ ದುರಸ್ತಿಗೆ ಕಾರಣವಾಗುತ್ತವೆ. JSON ಔಟ್‌ಪುಟ್ ಅವನ್ನು ಪ್ರತ್ಯೇಕಿಸುತ್ತದೆ, ಏಕೆಂದರೆ ವಿಳಾಸವು ನೆಟ್ವರ್ಕ್ ಸಂರಚನೆಯಲ್ಲಿ ಇಲ್ಲ, ಅಥವಾ ಇದೆ ಮತ್ತು ಕ್ಲೈಂಟ್ನ ಅನ್ವಯಿಸಿದ ಸ್ಥಿತಿಯಲ್ಲಿ ಇಲ್ಲ.
ವಿಳಾಸ ಕಲ್ಪಿಸುವ ಬದಲು ಏನನ್ನು ಸರಿಪಡಿಸಬೇಕು
ಅನಿಯಂತ್ರಿತ ಸ್ಥಿರ ವಿಳಾಸವನ್ನು ಟೈಪ್ ಮಾಡುವುದು ಪ್ರಲೋಭನೆಯ ಮೂರನೇ ಆಯ್ಕೆ ಮತ್ತು ಅತ್ಯಂತ ಕೆಟ್ಟದು. ಯಾದೃಚ್ಛಿಕ ವಿಳಾಸವು ಇನ್ನೊಂದು ನೋಡ್‌ನೊಂದಿಗೆ ಘರ್ಷಿಸಬಹುದು, ನೆಟ್ವರ್ಕ್ ಹರಡುವ ರೂಟ್‌ಗಳ ಹೊರಗೆ ಇರಬಹುದು, ಅಥವಾ ಫೈರ್‌ವಾಲ್ ನಿಯಮಗಳು ಬೇರೆ ರೀತಿಯಲ್ಲಿ ಪರಿಗಣಿಸುವ ಶ್ರೇಣಿಯಲ್ಲಿ ಬೀಳಬಹುದು. ಇದು ಮುಂದೆ ನೆಟ್ವರ್ಕ್ ನೋಡುವವರಿಂದ ಕಾಣೆಯಾದ ಪೂಲ್ ಅನ್ನು ಮರೆಮಾಡುತ್ತದೆ. ಬದಲಾಗಿ ನಿಯೋಜನೆಯನ್ನು ಸರಿಪಡಿಸಿ, ಮತ್ತು ನಿಯಂತ್ರಕ ಹಾಗೂ ಕ್ಲೈಂಟ್ ಫಲಿತಾಂಶದಲ್ಲಿ ಒಪ್ಪಿಕೊಳ್ಳಲಿ.
ನೆಟ್ವರ್ಕ್ ಏನನ್ನು ನೀಡಬೇಕು ಎಂದು ನಿರ್ವಾಹಕರನ್ನು ಕೇಳಿ, ನಂತರ ಪೂಲ್ ಉದ್ದೇಶಿತ ಶ್ರೇಣಿಯನ್ನು ಆವರಿಸುತ್ತದೆಯೇ ಮತ್ತು ನಿಯೋಜನೆ ಮೋಡ್ ಸಕ್ರಿಯವಾಗಿದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ. ಬದಲಾವಣೆಯ ನಂತರ ಮತ್ತೆ ಸೇರಿ, ಕ್ಲೈಂಟ್ ತಾನೇ ತಕ್ಷಣ ಹೊಸ ಸಂರಚನೆಗೆ ತಲುಪುತ್ತದೆ ಎಂದು ನಿರೀಕ್ಷಿಸುವ ಬದಲು.
ವಿಳಾಸ ಕಾಣಿಸಿಕೊಂಡ ನಂತರ, ನಿಜವಾಗಿ ಬೇಕಾಗಿದ್ದನ್ನು ಪರೀಕ್ಷಿಸಿ: ಪೀರ್, ಸೇವೆ ಅಥವಾ ಗೇಟ್‌ವೇ ಹಿಂದಿನ ಸಬ್‌ನೆಟ್. ಸದಸ್ಯರ ಹಿಂದಿನ LAN ತಲುಪಲು ಸದಸ್ಯತ್ವ ಮೀರಿದ ರೂಟಿಂಗ್ ಮತ್ತು ಫಾರ್ವರ್ಡಿಂಗ್ ಬೇಕು, ಮತ್ತು ಸಾಮಾನ್ಯ ಇಂಟರ್ನೆಟ್ ಪ್ರವೇಶಕ್ಕೆ ನಿರ್ಗಮನ ನೋಡ್ ಬೇಕು, ಆದ್ದರಿಂದ ಕೆಲಸ ಮಾಡುವ ವಿಳಾಸ ಆ ಪರೀಕ್ಷೆಯ ಆರಂಭ, ಅಂತ್ಯವಲ್ಲ.