ਨੋਡ ID ਜਾਂ ਨੈੱਟਵਰਕ ID: ਕਿਹੜਾ ZeroTier ਨੈੱਟਵਰਕ ਵਿੱਚ ਸ਼ਾਮਲ ਹੁੰਦਾ ਹੈ

ਹਰ ZeroTier ਗੱਲਬਾਤ ਵਿੱਚ ਦੋ ਪਛਾਣਕਰਤਾ ਦਿਸਦੇ ਹਨ, ਅਤੇ ਉਹ ਚੈਟ ਵਿੰਡੋ ਵਿੱਚ ਉਲਝਣ ਵਾਲੇ ਇੱਕ ਜਿਹੇ ਲੱਗਦੇ ਹਨ। ਨੋਡ ID ਇੱਕ ਡਿਵਾਈਸ ਦਾ ਨਾਂ ਦੱਸਦਾ ਹੈ। ਨੈੱਟਵਰਕ ID ਉਸ ਵਰਚੁਅਲ ਨੈੱਟਵਰਕ ਦਾ ਨਾਂ ਦੱਸਦਾ ਹੈ ਜਿਸ ਵਿੱਚ ਉਹ ਡਿਵਾਈਸ ਸ਼ਾਮਲ ਹੋਣਾ ਚਾਹੁੰਦਾ ਹੈ। ਸ਼ਾਮਲ ਹੋਣ ਲਈ ਦੂਜਾ ਲੱਗਦਾ ਹੈ, ਅਤੇ ਮੈਂਬਰ ਨੂੰ ਅਧਿਕਾਰਤ ਕਰਨ ਲਈ ਪਹਿਲਾ।

ਦੋ ਪਛਾਣਕਰਤਾ, ਦੋ ਕੰਮ

ਮਸ਼ੀਨ ਉੱਤੇ ਸੇਵਾ ਪਹਿਲੀ ਵਾਰ ਚੱਲਣ ਵੇਲੇ ਨੋਡ ਪਛਾਣ ਬਣਦੀ ਹੈ, ਅਤੇ ਉਹ ਦਸ ਅੱਖਰਾਂ ਦਾ ਹੈਕਸਾਡੈਸਿਮਲ ਪਤਾ ਹੈ। ਪਛਾਣ ਫ਼ਾਈਲਾਂ ਹਟਾਏ ਜਾਣ ਤੱਕ ਉਹ ਉਸੇ ਇੰਸਟਾਲੇਸ਼ਨ ਨਾਲ ਰਹਿੰਦੀ ਹੈ, ਇਸ ਲਈ ਦੁਬਾਰਾ ਇੰਸਟਾਲ ਕਰਨ ਨਾਲ ਅਜਿਹਾ ਨਵਾਂ ਮੈਂਬਰ ਬਣ ਸਕਦਾ ਹੈ ਜਿਸਨੂੰ ਕਿਸੇ ਨੇ ਮਨਜ਼ੂਰ ਨਹੀਂ ਕੀਤਾ। ਨੈੱਟਵਰਕ ID ਸੋਲਾਂ ਹੈਕਸਾਡੈਸਿਮਲ ਅੱਖਰ ਹੈ, ਅਤੇ ਉਹ ਮਸ਼ੀਨ ਨਹੀਂ ਸਗੋਂ ਵਰਚੁਅਲ ਨੈੱਟਵਰਕ ਦੀ ਪਛਾਣ ਕਰਦਾ ਹੈ। ਨੈੱਟਵਰਕ ਦਾ ਮਾਲਕ ਕੰਟਰੋਲਰ ਆਪਣੇ ਆਪ ਇੱਕ ਨੋਡ ਹੁੰਦਾ ਹੈ, ਇਸ ਲਈ ਨੈੱਟਵਰਕ ID ਦੇ ਪਹਿਲੇ ਦਸ ਅੱਖਰ ਕੰਟਰੋਲਰ ਦੇ ਪਤੇ ਨਾਲ ਮਿਲਦੇ ਹਨ।

ਦੋਵਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਮੁੱਲ ਗੁਪਤ ਨਹੀਂ ਹੈ ਅਤੇ ਕੋਈ ਇੱਕ ਦੂਜੇ ਦਾ ਬਦਲ ਨਹੀਂ ਹੈ। ਹਰ ਭਾਗੀਦਾਰ ਨਾਲ ਨੈੱਟਵਰਕ ID ਸਾਂਝਾ ਕਰਨਾ ਆਮ ਹੈ; ਨੋਡ ID ਸਾਂਝਾ ਕਰਨਾ ਕੰਟਰੋਲਰ ਨੂੰ ਇੱਕ ਡਿਵਾਈਸ ਦੱਸਦਾ ਹੈ।

ਹਰ ਮੁੱਲ ਉਸ ਕਮਾਂਡ ਤੋਂ ਪੜ੍ਹੋ ਜੋ ਉਹ ਦੱਸਦੀ ਹੈ

ਇੱਕ ਕਮਾਂਡ ਸਥਾਨਕ ਸੇਵਾ ਦੀ ਪਛਾਣ ਦੱਸਦੀ ਹੈ, ਅਤੇ ਦੂਜੀ ਉਹ ਨੈੱਟਵਰਕ ਜਿਨ੍ਹਾਂ ਵਿੱਚ ਉਹ ਸ਼ਾਮਲ ਹੋਈ ਹੈ। ਗਲਤ ਕਮਾਂਡ ਤੋਂ ਮੁੱਲ ਮੰਗਣਾ ਹੀ ਉਹ ਰਾਹ ਹੈ ਜਿਸ ਨਾਲ ਲੋਕ ਅੰਤ ਵਿੱਚ ਮੈਂਬਰ ਸੂਚੀ ਵਿੱਚ ਨੈੱਟਵਰਕ ID ਚਿਪਕਾ ਦਿੰਦੇ ਹਨ।

zerotier-cli info
zerotier-cli status
zerotier-cli listnetworks

ਪਹਿਲੀ ਨੋਡ ਦਾ ਪਤਾ ਅਤੇ ਸੇਵਾ ਆਨਲਾਈਨ ਹੈ ਜਾਂ ਨਹੀਂ, ਇਹ ਛਾਪਦੀ ਹੈ। ਦੂਜੀ ਵਰਜ਼ਨ ਅਤੇ ਪੋਰਟ ਦੀ ਜਾਣਕਾਰੀ ਜੋੜਦੀ ਹੈ। ਤੀਜੀ ਸ਼ਾਮਲ ਨੈੱਟਵਰਕਾਂ ਨੂੰ ਉਹਨਾਂ ਦੇ ID, ਸਥਿਤੀ ਅਤੇ ਨਿਰਧਾਰਤ ਪਤਿਆਂ ਸਮੇਤ ਸੂਚੀਬੱਧ ਕਰਦੀ ਹੈ, ਅਤੇ ਨੈੱਟਵਰਕ ID ਦੀ ਲੋੜ ਹੋਣ ਵੇਲੇ ਸਿਰਫ਼ ਉਹੀ ਵਰਤਣੀ ਚਾਹੀਦੀ ਹੈ।

ਨੈੱਟਵਰਕ ਨਾਲ ਸ਼ਾਮਲ ਹੋਵੋ, ਨੋਡ ਨਾਲ ਅਧਿਕਾਰਤ ਕਰੋ

ਸ਼ਾਮਲ ਹੋਣ ਦੀ ਕਮਾਂਡ ਉਹ ਨੈੱਟਵਰਕ ID ਲੈਂਦੀ ਹੈ ਜੋ ਕੰਟਰੋਲਰ ਚਲਾਉਣ ਵਾਲਾ ਦਿੰਦਾ ਹੈ। ਕਮਾਂਡ ਤੋਂ ਸਕਾਰਾਤਮਕ ਜਵਾਬ ਮਿਲਣ ਦਾ ਅਰਥ ਹੈ ਬੇਨਤੀ ਭੇਜੀ ਗਈ ਹੈ, ਇਹ ਨਹੀਂ ਕਿ ਪ੍ਰਾਈਵੇਟ ਨੈੱਟਵਰਕ ਉੱਤੇ ਮੈਂਬਰਸ਼ਿਪ ਦਿੱਤੀ ਗਈ।

ਸ਼ਾਮਲ ਹੋਣ ਤੋਂ ਬਾਅਦ ਪ੍ਰਬੰਧਕ ਉਸ ਨੈੱਟਵਰਕ ਦੀ ਮੈਂਬਰ ਸੂਚੀ ਵਿੱਚ ਡਿਵਾਈਸ ਨੂੰ ਉਸਦੇ ਨੋਡ ID ਨਾਲ ਅਧਿਕਾਰਤ ਕਰਦਾ ਹੈ। ਉਸਨੂੰ ਫਿਰ ਨੈੱਟਵਰਕ ID ਦੀ ਲੋੜ ਨਹੀਂ ਹੁੰਦੀ, ਅਤੇ ਉਹ ਹੋਸਟਨਾਮ ਨਾਲ ਡਿਵਾਈਸ ਅਧਿਕਾਰਤ ਨਹੀਂ ਕਰ ਸਕਦਾ, ਕਿਉਂਕਿ ਪਛਾਣ ਹੀ ਪਤਾ ਹੈ। ਜੇ ਤੁਸੀਂ ਪ੍ਰਬੰਧਕ ਹੋ ਤਾਂ ਮੈਂਬਰ ਸੂਚੀ ਪੜ੍ਹੋ ਅਤੇ ਬੇਨਤੀ ਨਾਲ ਨੋਡ ਦਾ ਪਤਾ ਮਿਲਾਓ। ਨੈੱਟਵਰਕ ਦੱਸਣ ਵਾਲੀ ਪਰ ਨੋਡ ਦਾ ਪਤਾ ਨਾ ਦੱਸਣ ਵਾਲੀ ਬੇਨਤੀ ਲਾਗੂ ਨਹੀਂ ਹੋ ਸਕਦੀ।

ਸਾਂਝੇ ਅਗੇਤਰ ਦਾ ਕਾਰਨ ਹੈ

ਕਿਉਂਕਿ ਨੈੱਟਵਰਕ ID ਕੰਟਰੋਲਰ ਦੇ ਨੋਡ ਪਤੇ ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ, ਉਹੀ ਦਸ ਅੱਖਰ ਦੋਵੇਂ ਥਾਵਾਂ ਉੱਤੇ ਦਿਸਦੇ ਹਨ। ਇਹ ਰੂਟਿੰਗ ਦੀ ਸੁਵਿਧਾ ਹੈ, ਦੋਵੇਂ ਮੁੱਲ ਬਦਲੇ ਜਾ ਸਕਦੇ ਹਨ ਦਾ ਸੰਕੇਤ ਨਹੀਂ।

ਇਹ ਵੀ ਦੱਸਦਾ ਹੈ ਕਿ ਕੰਟਰੋਲਰ ਦੀ ਪਛਾਣ ਉਸਦੇ ਦਿਖਾਏ ਨਾਂ ਨਾਲੋਂ ਵੱਧ ਕਿਉਂ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਨਵੀਂ ਪਛਾਣ ਹੇਠ ਕੰਟਰੋਲਰ ਬਹਾਲ ਕਰਨ ਨਾਲ ਵੱਖਰੀ ਪਤਾ-ਥਾਂ ਬਣਦੀ ਹੈ, ਇਸ ਲਈ ਪੁਰਾਣੀ ਪਛਾਣ ਹੇਠ ਪਰਿਭਾਸ਼ਿਤ ਨੈੱਟਵਰਕ ਨਾਂ ਦੁਬਾਰਾ ਵਰਤੇ ਜਾਣ ’ਤੇ ਵੀ ਉਹੀ ਨੈੱਟਵਰਕ ਨਹੀਂ ਹੁੰਦੇ।

ਕੰਟਰੋਲਰ ਦੀ ਪਛਾਣ ਉਸਦੇ ਸੰਰਚਨਾ ਨਾਲ ਆਪਣੇ ਬੈਕਅਪ ਵਿੱਚ ਰੱਖੋ। ਉਸ ਪਛਾਣ ਨੂੰ ਦੁਬਾਰਾ ਬਣਾਉਣ ਯੋਗ ਲੇਬਲ ਮੰਨਣਾ ਬਹਾਲੀ ਨੂੰ ਮੁੜ-ਡਿਜ਼ਾਈਨ ਬਣਾ ਦਿੰਦਾ ਹੈ।

ਨਤੀਜਾ ਤਸਦੀਕ ਕਰੋ, ਕਮਾਂਡ ਦਾ ਆਉਟਪੁੱਟ ਨਹੀਂ

ਸਫਲ ਸ਼ਾਮਲ ਹੋਣਾ ਜਾਂਚ ਦੀ ਸ਼ੁਰੂਆਤ ਹੈ, ਅੰਤ ਨਹੀਂ। ਫਿਰ ਨੈੱਟਵਰਕ ਐਂਟਰੀ ਵੇਖੋ ਅਤੇ ਤਿੰਨ ਖੇਤਰ ਪੜ੍ਹੋ: ਸਥਿਤੀ, ਨਿਰਧਾਰਤ ਪਤਾ ਅਤੇ ਨੈੱਟਵਰਕ ID।

zerotier-cli listnetworks -j
ip -br addr show | grep zt
ping -c 2 10.147.20.5

ਪਹਿਲੀ ਕਮਾਂਡ ਉਹੀ ਸੂਚੀ ਵਿਸ਼ਲੇਸ਼ਣਯੋਗ ਰੂਪ ਵਿੱਚ ਛਾਪਦੀ ਹੈ, ਜਿਸ ਨਾਲ ਪ੍ਰਬੰਧਕ ਦੀ ਉਮੀਦ ਨਾਲ ਤੁਲਨਾ ਕਰਨਾ ਸੌਖਾ ਹੁੰਦਾ ਹੈ। ਦੂਜੀ ਪੁਸ਼ਟੀ ਕਰਦੀ ਹੈ ਕਿ ਇੰਟਰਫ਼ੇਸ ਨੂੰ ਪਤਾ ਮਿਲਿਆ, ਅਤੇ ਤੀਜੀ ਸਥਾਨਕ ਸਥਿਤੀ ਦੀ ਥਾਂ ਨੈੱਟਵਰਕ ਉੱਤੇ ਕਿਸੇ ਸਾਥੀ ਦੀ ਪਰਖ ਕਰਦੀ ਹੈ।

ਜੇ ਐਂਟਰੀ ACCESS_DENIED ਕਹਿੰਦੀ ਹੈ ਤਾਂ ਨੋਡ ID ਅਧਿਕਾਰਤ ਨਹੀਂ। ਜੇ NOT_FOUND ਕਹਿੰਦੀ ਹੈ ਤਾਂ ਨੈੱਟਵਰਕ ID ਗਲਤ ਹੈ। ਜੇ ਪਤੇ ਤੋਂ ਬਿਨਾਂ OK ਕਹਿੰਦੀ ਹੈ, ਤਾਂ ਅਗਲਾ ਸਵਾਲ ਕੰਟਰੋਲਰ ਦਾ ਪਤਾ-ਵੰਡ ਹੈ, ਅਤੇ ਦੁਬਾਰਾ ਸ਼ਾਮਲ ਹੋ ਕੇ ਇਹਨਾਂ ਤਿੰਨਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਦਾ ਵੀ ਜਵਾਬ ਨਹੀਂ ਮਿਲਦਾ।