ਕੀ ZeroTier ਉੱਤੇ HTTP ਐਨਕ੍ਰਿਪਟਿਡ ਹੈ? ਦੇਖੋ ਓਵਰਲੇ ਕਿੱਥੇ ਖ਼ਤਮ ਹੁੰਦਾ ਹੈ

ਇਹ ਜਾਂਚਾਂ ਕ੍ਰਮ ਵਿੱਚ ਕਰੋ ਅਤੇ ਪਹਿਲੀ ਅਸਫਲ ਜਾਂਚ ਤੇ ਰੁਕੋ, ਕਿਉਂਕਿ ਹਰ ਜਵਾਬ ਅਗਲੇ ਕਦਮ ਦਾ ਅਰਥ ਬਦਲਦਾ ਹੈ। ਅਸਲ ਸਵਾਲ ਤੰਗ ਹੈ: ਕੀ ZeroTier ਨੈੱਟਵਰਕ ਤੇ ਸਾਧਾਰਨ HTTP ਇੰਟਰਨੈੱਟ ਰਾਹੀਂ ਖੁੱਲ੍ਹੇ ਰੂਪ ਵਿੱਚ ਲੰਘਦਾ ਹੈ? ਦੋ ZeroTier ਪੀਅਰਾਂ ਵਿਚਕਾਰ ਆਮ ਤੌਰ ਤੇ ਨਹੀਂ, ਕਿਉਂਕਿ ਓਵਰਲੇ ਉਸ ਹੌਪ ਨੂੰ ਐਨਕ੍ਰਿਪਟ ਕਰਦਾ ਹੈ। ਪਰ ਇਹ ਦੋ ਐਂਡਪੌਇੰਟਾਂ ਬਾਰੇ ਬਿਆਨ ਹੈ, ਹਰ ਉਸ ਹਿੱਸੇ ਬਾਰੇ ਨਹੀਂ ਜਿਸ ਵਿੱਚੋਂ ਬੇਨਤੀ ਲੰਘਦੀ ਹੈ। ਰਾਊਟਰ, ਬ੍ਰਿਜ ਜਾਂ ਰਿਵਰਸ ਪ੍ਰੌਕਸੀ ਐਂਡਪੌਇੰਟ ਨੂੰ ਹਿਲਾਉਂਦਾ ਹੈ, ਅਤੇ ਉਸ ਦੇ ਪਾਰ ਫਿਰ ਪਲੇਨਟੈਕਸਟ ਸ਼ੁਰੂ ਹੋ ਜਾਂਦਾ ਹੈ।

ਜਾਂਚ 1: ਉਹ ਪਤਾ ਲੱਭੋ ਜਿਸ ਤੇ ਬ੍ਰਾਊਜ਼ਰ ਡਾਇਲ ਕਰਦਾ ਹੈ

URL ਦੀ ਤੁਲਨਾ ਉਸ ਨਾਲ ਕਰੋ ਜੋ ਮਸ਼ੀਨ ਕੋਲ ਅਸਲ ਵਿੱਚ ਹੈ। ip -brief addr show zt ਇੰਟਰਫੇਸ ਅਤੇ ਨੈੱਟਵਰਕ ਕੰਟਰੋਲਰ ਵੱਲੋਂ ਦਿੱਤਾ ਓਵਰਲੇ ਪਤਾ ਦਿਖਾਉਂਦਾ ਹੈ; ਜੇ URL ਉਹ ਪਤਾ ਵਰਤਦਾ ਹੈ ਤਾਂ ਬ੍ਰਾਊਜ਼ਰ ਦਾ ਸਾਕਟ ਓਵਰਲੇ ਵਿੱਚ ਜਾਂਦਾ ਹੈ।

ਜੇ ਨਾਂ ਦੀ ਬਜਾਇ LAN ਪਤੇ ਤੇ ਰਿਜ਼ੌਲਵ ਹੁੰਦਾ ਹੈ ਤਾਂ ਓਵਰਲੇ ਸ਼ਾਇਦ ਬਿਲਕੁਲ ਸ਼ਾਮਲ ਨਾ ਹੋਵੇ, ਭਾਵੇਂ ਕਲਾਇੰਟ ਦਾ ਸਥਿਤੀ ਸੂਚਕ ਕੁਝ ਵੀ ਸੁਝਾਏ। ip route get 10.147.20.5 ਉਹ ਇੰਟਰਫੇਸ ਅਤੇ ਸਰੋਤ ਪਤਾ ਛਾਪਦਾ ਹੈ ਜੋ ਕਰਨਲ ਚੁਣੇਗਾ, ਇਸ ਲਈ ਉੱਥੇ zt ਇੰਟਰਫੇਸ ਹੋਣ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਪੈਕਟ ਓਵਰਲੇ ਵਿੱਚ ਜਾਂਦਾ ਹੈ ਅਤੇ ਤੁਹਾਡੇ ਭੌਤਿਕ NIC ਦਾ ਨਾਂ ਹੋਣ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਨਹੀਂ ਜਾਂਦਾ। ਨਾਂ ਇੱਕ ਹੋਰ ਪਰਤ ਜੋੜਦੇ ਹਨ: ਓਵਰਲੇ ਪਤੇ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਨ ਵਾਲਾ ਰਿਕਾਰਡ LAN ਪਤੇ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਨ ਵਾਲੇ ਨਾਲੋਂ ਵੱਖਰਾ ਵਿਵਹਾਰ ਕਰਦਾ ਹੈ, ਅਤੇ ਖੋਜ ਪਿਛੇਤਰ ਜਾਂ hosts ਫਾਈਲ ਦੀ ਐਂਟਰੀ ਚੁੱਪਚਾਪ ਤੈਅ ਕਰ ਸਕਦੀ ਹੈ ਕਿ ਤੁਹਾਨੂੰ ਕਿਹੜਾ ਮਿਲੇਗਾ।

ਜਾਂਚ 2: ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਦੋਵੇਂ ਸਿਰੇ ਪੀਅਰ ਹਨ, ਡੀਕ੍ਰਿਪਟ ਕਰਨ ਵਾਲਾ ਰੀਲੇ ਨਹੀਂ

ZeroTier ਪੀਅਰਾਂ ਵਿਚਕਾਰ ਐਨਕ੍ਰਿਪਟ ਕਰਦਾ ਹੈ, ਅਤੇ ਜਿੱਥੇ ਸਿੱਧਾ ਰਾਹ ਨਹੀਂ ਹੁੰਦਾ ਪੈਕਟ ਇੱਕ ਰੂਟ ਰਾਹੀਂ ਅੱਗੇ ਭੇਜੇ ਜਾਂਦੇ ਹਨ ਜੋ ਉਹਨਾਂ ਨੂੰ ਐਨਕ੍ਰਿਪਟਿਡ ਹਾਲਤ ਵਿੱਚ ਹੀ ਅੱਗੇ ਭੇਜਦਾ ਹੈ। zerotier-cli peers ਹਰ ਪੀਅਰ ਦੇ ਰਾਹ ਨੂੰ DIRECT ਜਾਂ RELAY ਵਜੋਂ ਲੈਟੈਂਸੀ ਅੰਕ ਨਾਲ ਨਿਸ਼ਾਨ ਲਗਾਉਂਦਾ ਹੈ। ਰੀਲੇ ਕੀਤਾ ਰਾਹ ਰਾਊਂਡ ਟ੍ਰਿਪ ਖਰਚਦਾ ਹੈ, ਗੋਪਨੀਯਤਾ ਨਹੀਂ।

ਜਵਾਬ ਬਦਲਣ ਵਾਲੀ ਗੱਲ ਉਹ ਮੈਂਬਰ ਹੈ ਜੋ ਅਸਲ ਵਿੱਚ ਐਂਡਪੌਇੰਟ ਨਹੀਂ। ਜੇ ਪਾਰ ਵਾਲਾ ਪਾਸਾ ਭੌਤਿਕ LAN ਵਿੱਚ ਰੂਟ ਜਾਂ ਬ੍ਰਿਜ ਕਰਨ ਵਾਲਾ ZeroTier ਮੈਂਬਰ ਹੈ ਤਾਂ ਓਵਰਲੇ ਉਸ ਮੈਂਬਰ ਤੇ ਖ਼ਤਮ ਹੁੰਦਾ ਹੈ ਅਤੇ ਅਗਲਾ ਹੌਪ ਸਾਧਾਰਨ ਈਥਰਨੈੱਟ ਹੈ।

ਜਾਂਚ 3: ਦੇਖੋ ਬੇਨਤੀ ਕਿੱਥੇ ਪੜ੍ਹਨਯੋਗ ਹੁੰਦੀ ਹੈ

ਉਸ ਹੋਸਟ ਤੇ ਜਿਸ ਨੂੰ ਤੁਸੀਂ ਸਫ਼ਾ ਪਰੋਸਦਾ ਮੰਨਦੇ ਹੋ, ਰੀਲੋਡ ਕਰਦੇ ਸਮੇਂ ਓਵਰਲੇ ਇੰਟਰਫੇਸ ਤੇ ਕੈਪਚਰ ਕਰੋ: sudo tcpdump -i ztxxxxxxx -A -c 5 'tcp port 80'। ਉਸ ਆਉਟਪੁੱਟ ਵਿੱਚ ਪੜ੍ਹਨਯੋਗ ਬੇਨਤੀ ਲਾਈਨ ਸਾਬਤ ਕਰਦੀ ਹੈ ਕਿ ਟ੍ਰੈਫਿਕ ਉਸ ਹੋਸਟ ਤੇ ਡੀਕ੍ਰਿਪਟ ਹੋ ਕੇ ਆਇਆ, ਅਤੇ ਇਹੀ ਉਹ ਹੱਦ ਹੈ ਜਿਸ ਦੀ ਤੁਸੀਂ ਭਾਲ ਕਰ ਰਹੇ ਹੋ।

ਫਿਰ ਬਾਕੀ LAN ਵੱਲ ਮੂੰਹ ਕਰਨ ਵਾਲੇ ਇੰਟਰਫੇਸ ਤੇ ਕੈਪਚਰ ਕਰੋ। ਜੇ ਉਹੀ ਬੇਨਤੀ ਉੱਥੇ ਖੁੱਲ੍ਹੇ ਰੂਪ ਵਿੱਚ ਦਿਸਦੀ ਹੈ ਤਾਂ ਇਹ ਐਪਲੀਕੇਸ਼ਨ ਤੱਕ ਪਹੁੰਚਣ ਤੋਂ ਪਹਿਲਾਂ ਓਵਰਲੇ ਛੱਡ ਚੁੱਕੀ ਹੈ ਅਤੇ ਉਸ ਹਿੱਸੇ ਦਾ ਹਰ ਯੰਤਰ ਇਸ ਨੂੰ ਪੜ੍ਹ ਸਕਦਾ ਹੈ। ਜੇ LAN ਪਾਸੇ ਕੁਝ ਨਹੀਂ ਦਿਸਦਾ ਅਤੇ ਸਫ਼ਾ ਫਿਰ ਵੀ ਲੋਡ ਹੁੰਦਾ ਹੈ ਤਾਂ ਐਪਲੀਕੇਸ਼ਨ ZeroTier ਹੋਸਟ ਤੇ ਹੀ ਟਰਮੀਨੇਟ ਹੋ ਰਿਹਾ ਹੈ।

ਜਦੋਂ ਸਾਹਮਣੇ ਰਿਵਰਸ ਪ੍ਰੌਕਸੀ ਹੁੰਦੀ ਹੈ ਤਾਂ ਲੂਪਬੈਕ ਕੈਪਚਰ ਕਰਨਾ ਵੀ ਮਹੱਤਵਪੂਰਨ ਹੈ, ਕਿਉਂਕਿ HTTPS ਸਵੀਕਾਰ ਕਰਕੇ HTTP ਅੱਗੇ ਭੇਜਣ ਵਾਲੀ ਪ੍ਰੌਕਸੀ ਹੱਦ ਨੂੰ ਆਪਣੇ ਬੈਕਐਂਡ ਤੇ ਲੈ ਜਾਂਦੀ ਹੈ।

ਜਾਂਚ 4: ਰਾਊਟਰ ਜਾਂ ਬ੍ਰਿਜ ਪਿੱਛੇ ਹਰ ਹੌਪ ਦਾ ਹਿਸਾਬ ਰੱਖੋ

ਓਵਰਲੇ ਅਤੇ LAN ਵਿਚਕਾਰ ਰੂਟ ਕਰਨ ਲਈ ਸੈੱਟ ਕੀਤਾ ਮੈਂਬਰ ਆਮ ਡਿਜ਼ਾਈਨ ਹੈ ਅਤੇ ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਇਹਨਾਂ ਵਿੱਚੋਂ ਜ਼ਿਆਦਾਤਰ ਧਾਰਨਾਵਾਂ ਟੁੱਟਦੀਆਂ ਹਨ। ਓਵਰਲੇ ਬ੍ਰਾਊਜ਼ਰ ਤੋਂ ਰਾਊਟਰ ਤੱਕ ਦੇ ਹਿੱਸੇ ਦੀ ਰੱਖਿਆ ਕਰਦਾ ਹੈ, ਉਸ ਤੋਂ ਬਾਅਦ ਕੁਝ ਨਹੀਂ। ਬ੍ਰਿਜ ਵੱਖਰੀ ਕਾਰਜਵਿਧੀ ਰਾਹੀਂ ਉਹੀ ਕਹਾਣੀ ਦੱਸਦਾ ਹੈ: ਓਵਰਲੇ ਅਤੇ ਭੌਤਿਕ ਹਿੱਸਾ ਇੱਕੋ ਬ੍ਰੌਡਕਾਸਟ ਡੋਮੇਨ ਬਣ ਜਾਂਦੇ ਹਨ, ਇਸ ਲਈ ਬ੍ਰਿਜ ਕੀਤੇ ਲੈਪਟਾਪ ਤੋਂ ਆਉਣ ਵਾਲੀ ਬੇਨਤੀ ਉਸ ਲੈਪਟਾਪ ਦੇ ZeroTier ਨੈੱਟਵਰਕ ਤੇ ਹੋਣ ਦੇ ਬਾਵਜੂਦ ਸਾਧਾਰਨ ਈਥਰਨੈੱਟ ਰਾਹੀਂ ਲੰਘਦੀ ਹੈ।

ਧਾਰਨਾ ਬਣਾਉਣ ਦੀ ਬਜਾਇ ਇਸ ਨੂੰ ਟ੍ਰੇਸ ਕਰੋ। ਕਲਾਇੰਟ ਤੋਂ ਸੇਵਾ ਪਤੇ ਤੱਕ traceroute ਅਤੇ ਗੇਟਵੇ ਮੈਂਬਰ ਦੀ ਰਾਊਟਿੰਗ ਸਾਰਣੀ ਮਿਲ ਕੇ ਦਿਖਾਉਂਦੇ ਹਨ ਕਿ ਆਖਰੀ ਹੌਪ zt ਹੈ ਜਾਂ eth।

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

ਜਾਂਚ 5: ਤੈਅ ਕਰੋ ਕਿ ਐਪਲੀਕੇਸ਼ਨ ਨੇ ਹੋਰ ਕੀ ਕਰਨਾ ਹੈ

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

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

"VPN ਜੁੜਿਆ ਹੋਇਆ ਹੈ" ਇਹਨਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਦਾ ਵੀ ਮੁਲਾਂਕਣ ਨਹੀਂ ਹੈ। ਇਮਾਨਦਾਰ ਸੰਸਕਰਣ ਦੋਵੇਂ ਐਂਡਪੌਇੰਟ, ਉਹਨਾਂ ਵਿਚਕਾਰਲਾ ਰਾਹ ਅਤੇ ਪਹਿਲਾ ਢੱਕਿਆ ਨਾ ਗਿਆ ਹੌਪ ਨਾਮ ਲੈਂਦਾ ਹੈ।

ਕੈਪਚਰ ਆਉਟਪੁੱਟ ਅਤੇ ਪੀਅਰ ਸੂਚੀ ਸੇਵਾ ਦਸਤਾਵੇਜ਼ ਦੇ ਕੋਲ ਰੱਖੋ, ਤਾਂ ਜੋ ਰਾਹ ਬਦਲਣ ਜਾਂ ਬ੍ਰਿਜ ਜੋੜਨ ਵਾਲਾ ਕੋਈ ਵੀ ਦੇਖ ਸਕੇ ਕਿ ਉਹ ਕਿਹੜੀ ਧਾਰਨਾ ਤੋੜਨ ਵਾਲਾ ਹੈ।