ZeroTier ನಲ್ಲಿ ONLINE ಆದರೆ ACCESS_DENIED: ಎಲ್ಲಿ ಸರಿಪಡಿಸಬೇಕು?

ZeroTier ಸೇವಾ ಮಟ್ಟದಲ್ಲಿ ONLINE ಮತ್ತು ನೆಟ್ವರ್ಕ್ ಮಟ್ಟದಲ್ಲಿ ACCESS_DENIED ಎಂದು ವರದಿ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಈ ಜೋಡಿ ವಿರೋಧಾಭಾಸವಲ್ಲ. ಮೊದಲನೆಯದು ನಿಮ್ಮ ಕ್ಲೈಂಟ್ ಮತ್ತು ಸಮನ್ವಯ ಮೂಲಸೌಕರ್ಯದ ನಡುವಿನ ಮಾರ್ಗದ ಬಗ್ಗೆ ಒಂದು ಹೇಳಿಕೆ. ಎರಡನೆಯದು ಒಂದು ನೆಟ್ವರ್ಕಿನ ಸದಸ್ಯರ ಪಟ್ಟಿಯ ಬಗ್ಗೆ ಒಂದು ಹೇಳಿಕೆ. ಅವುಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಓದಿ, ಆಗ ಸಂಯೋಜನೆ ಎಲ್ಲಿ ನೋಡಬೇಕು ಎಂಬುದನ್ನು ನಿಖರವಾಗಿ ಹೇಳುತ್ತದೆ.

ONLINE ಏನನ್ನು ಅಳೆಯುತ್ತದೆ

ಸ್ಥಿತಿ ಆಜ್ಞೆಯು ಸ್ಥಳೀಯ ಸೇವೆಗೆ ಪೀರ್ ಅನ್ವೇಷಣೆಯನ್ನು ಸಮನ್ವಯಗೊಳಿಸುವ ಮೂಲ ಸರ್ವರ್ಗಳಿಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಮಾರ್ಗವಿದೆಯೇ ಎಂದು ವರದಿ ಮಾಡುತ್ತದೆ. ಅದು ಯಾವುದೇ ಪ್ರತ್ಯೇಕ ನೆಟ್ವರ್ಕಿನ ಬಗ್ಗೆ ಏನೂ ಹೇಳುವುದಿಲ್ಲ, ಮತ್ತು ಕಂಟ್ರೋಲರ್ ಈ ಸಾಧನವನ್ನು ಅನುಮೋದಿಸಿದೆಯೇ ಎಂಬುದರ ಬಗ್ಗೆಯೂ ಏನೂ ಹೇಳುವುದಿಲ್ಲ. ಆದ್ದರಿಂದ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಸಂಪರ್ಕದಲ್ಲಿ ಹೊಸ ಸ್ಥಾಪನೆ, ಯಾರೂ ಎಲ್ಲಿಯೂ ಅದನ್ನು ಅನುಮತಿಸುವ ಮೊದಲೇ ತಕ್ಷಣ ONLINE ಎಂದು ವರದಿ ಮಾಡುತ್ತದೆ.

ONLINE ಅನ್ನು ಕೊಳವೆಗಳ ಬಗ್ಗೆ ಹೇಳಿಕೆಯಾಗಿ ಮತ್ತು ಪ್ರತಿ ನೆಟ್ವರ್ಕಿನ ಸ್ಥಿತಿಯನ್ನು ಸದಸ್ಯತ್ವದ ಬಗ್ಗೆ ಹೇಳಿಕೆಯಾಗಿ ಪರಿಗಣಿಸಿ. ಒಂದನ್ನು ಇನ್ನೊಂದರಿಂದ ವಿವರಿಸುವುದೇ ಈ ಗೊಂದಲದ ಬಹುಭಾಗ ಪ್ರಾರಂಭವಾಗುವ ಸ್ಥಳ.

ACCESS_DENIED ನಿಮ್ಮಿಂದ ಏನು ಕೇಳುತ್ತದೆ

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

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

ಸ್ಥಿತಿ ಪಠ್ಯ ಒಂದು ಕವಲು, ತೀರ್ಪಲ್ಲ

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

ಇದೆಲ್ಲವನ್ನೂ ಎರಡು ಆಜ್ಞೆಗಳು ಬೇರ್ಪಡಿಸುತ್ತವೆ, ಮತ್ತು ಎರಡೂ ಒಂದೇ ಕ್ಲೈಂಟ್ ಓದುತ್ತವೆ. ZeroTier CLI ಉಲ್ಲೇಖ ಅವು ಹಿಂತಿರುಗಿಸುವ ಪ್ರತಿ ನೆಟ್ವರ್ಕಿನ ಸ್ಥಿತಿ ಸ್ಟ್ರಿಂಗ್ಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ. ಮೊದಲ ಆಜ್ಞೆ ಸೇವಾ ದೃಶ್ಯ, ಎರಡನೆಯದು ಪ್ರತಿ ನೆಟ್ವರ್ಕಿಗೆ:

zerotier-cli status
zerotier-cli listnetworks

ನೀವು ನಿರ್ವಾಹಕರನ್ನು ಸಹಾಯಕ್ಕೆ ಕೇಳುವಾಗ ಸ್ಥಿತಿ ಪಠ್ಯವನ್ನು ಇಟ್ಟುಕೊಳ್ಳಿ. ದೃಢೀಕರಣ ಮುದ್ರಿಸಿದ ಸ್ಥಳೀಯ join ಆಜ್ಞೆ ವಿನಂತಿ ಸ್ಥಳೀಯವಾಗಿ ಸ್ವೀಕರಿಸಲ್ಪಟ್ಟಿತು ಎಂಬುದನ್ನು ಮಾತ್ರ ಸಾಬೀತುಪಡಿಸುತ್ತದೆ, ಅದು ಒಳಗೆ ಸೇರಿಸಲ್ಪಟ್ಟದ್ದಕ್ಕಿಂತ ಬೇರೆ ಸಂಗತಿ.

ಸದಸ್ಯತ್ವ ಒಂದು ಗುರುತಿಗೆ ಸೇರಿದೆ

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

ನೀವು ಸಾಧನವನ್ನು ನಿಲ್ಲಿಸಿದಾಗ, ಮೊದಲು ಅದರ ಅನುಮತಿಯನ್ನು ರದ್ದುಮಾಡಿ ಮತ್ತು ಏನನ್ನೂ ತೆಗೆಯುವ ಮೊದಲು ನಮೂದು ಆ ಸ್ಥಿತಿಯನ್ನು ಪ್ರತಿಬಿಂಬಿಸುತ್ತದೆ ಎಂದು ದೃಢೀಕರಿಸಿ. ಕ್ರಮವೇ ಸ್ವಚ್ಛ ತೆಗೆಯುವಿಕೆ ಮತ್ತು ನಿಗೂಢ ಮರುಸೇರ್ಪಡೆ ನಡುವಿನ ವ್ಯತ್ಯಾಸ.

ಬದಲಾವಣೆಯ ನಂತರ ಪರಿಶೀಲಿಸಿ

ಬದಲಾವಣೆ ಮಾಡಿದ ಆಜ್ಞೆಯ ಬದಲು ನೆಟ್ವರ್ಕ್ ನಮೂದನ್ನು ಮತ್ತೆ ಓದಿ. ಫಲಿತಾಂಶವನ್ನು ನಾಲ್ಕು ಪ್ರಶ್ನೆಗಳು ಆವರಿಸುತ್ತವೆ, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಯಾವುದಾದರೂ ತಪ್ಪಾಗಿರಬಹುದು ಆದರೆ ಉಳಿದವು ಸರಿಯಾಗಿ ಕಾಣಬಹುದು:

zerotier-cli listnetworks
ip -br addr show
ping -c 2 10.147.20.5
ip route get 10.147.20.5

ಮೊದಲನೆಯದು ಪ್ರತಿ ನೆಟ್ವರ್ಕಿಗೆ ಸದಸ್ಯತ್ವ ಮತ್ತು ನಿಗದಿಪಡಿಸಿದ ವಿಳಾಸವನ್ನು ಮುದ್ರಿಸುತ್ತದೆ, ಎರಡನೆಯದು ಇಂಟರ್ಫೇಸ್ ಆ ವಿಳಾಸವನ್ನು ನಿಜವಾಗಿ ಪಡೆದಿದೆಯೇ ಎಂದು ತೋರಿಸುತ್ತದೆ. ಕೊನೆಯ ಎರಡು ನೆಟ್ವರ್ಕಿನ ಪೀರ್ ಉತ್ತರಿಸುತ್ತದೆ ಎಂದು ಮತ್ತು ಯಾವ ಇಂಟರ್ಫೇಸ್ ಸಂಚಾರವನ್ನು ಹೊತ್ತುಕೊಂಡಿದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುತ್ತವೆ. ಯಾವ ಆಜ್ಞೆ ಯಾವ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸಿತು ಎಂದು ಬರೆದಿಡಿ, ಆಗ ಮುಂದಿನ ವ್ಯಕ್ತಿ ನೆನಪಿನಿಂದಲ್ಲ, ಸಾಕ್ಷ್ಯದಿಂದ ಪ್ರಾರಂಭಿಸುತ್ತಾನೆ.

ಸದಸ್ಯತ್ವ OK ಆಗಿದ್ದು ವಿಳಾಸ ಇದ್ದರೂ ಪೀರ್ ಉತ್ತರಿಸದಿದ್ದರೆ, ಸಮಸ್ಯೆ ರೂಟಿಂಗ್ ಅಥವಾ ಪೀರ್ನ ಸ್ವಂತ ನೀತಿಗೆ ಸರಿದಿದೆ. ಸ್ಥಿತಿ ಪಠ್ಯವನ್ನು ಆ ಸಂಭಾಷಣೆಯಿಂದ ತೆಗೆದುಬಿಡಿ, ಏಕೆಂದರೆ ಅದು ಈಗಾಗಲೇ ತನ್ನ ಕೆಲಸ ಮಾಡಿದೆ. ಸದಸ್ಯತ್ವ ದಾಖಲೆ ಮತ್ತು ಮಾರ್ಗ ಪ್ರತ್ಯೇಕ ವಿಷಯಗಳು, ಮತ್ತು ಅವು ಬೇಗ ಬೇರ್ಪಟ್ಟರೆ ತನಿಖೆ ಚಿಕ್ಕದಾಗುತ್ತದೆ.