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 ਹੈ ਅਤੇ ਪਤਾ ਵੀ ਹੈ ਪਰ ਪੀਅਰ ਜਵਾਬ ਨਹੀਂ ਦਿੰਦੇ, ਤਾਂ ਸਮੱਸਿਆ ਰਾਊਟਿੰਗ ਜਾਂ ਪੀਅਰ ਦੀ ਆਪਣੀ ਨੀਤੀ ਵੱਲ ਚਲੀ ਗਈ ਹੈ। ਸਥਿਤੀ ਟੈਕਸਟ ਉਸ ਗੱਲਬਾਤ ਵਿੱਚੋਂ ਹਟਾ ਦਿਓ, ਕਿਉਂਕਿ ਉਸ ਨੇ ਆਪਣਾ ਕੰਮ ਪਹਿਲਾਂ ਹੀ ਕਰ ਲਿਆ ਹੈ। ਮੈਂਬਰਸ਼ਿਪ ਰਿਕਾਰਡ ਅਤੇ ਰਾਹ ਵੱਖਰੇ ਵਿਸ਼ੇ ਹਨ, ਅਤੇ ਜਿੰਨੀ ਛੇਤੀ ਇਹ ਵੱਖ ਹੁੰਦੇ ਹਨ, ਓਨੀ ਛੇਤੀ ਜਾਂਚ ਛੋਟੀ ਹੁੰਦੀ ਹੈ।

ਸੰਬੰਧਿਤ ਲੇਖ