Tailscale MagicDNS ਕੰਮ ਕਰਦਾ ਹੈ, ਪਰ macOS ਉੱਤੇ nslookup ਅਸਫਲ ਹੁੰਦਾ ਹੈ

Mac ਉੱਤੇ ping tailnet ਮਸ਼ੀਨ ਦਾ ਨਾਮ ਹੱਲ ਕਰਦਾ ਹੈ ਜਦੋਂ ਕਿ nslookup ਅਸਫਲਤਾ ਵਾਪਸ ਕਰਦਾ ਹੈ, ਅਤੇ ਦੋਵੇਂ ਕਮਾਂਡਾਂ ਸੱਚ ਬੋਲਦੀਆਂ ਹਨ। ਐਪਾਂ ਸਿਸਟਮ ਰਿਜ਼ਾਲਵਰ ਰਾਹੀਂ ਹੱਲ ਕਰਦੀਆਂ ਹਨ, ਜਿਸ ਨੂੰ Tailscale ਹਰ ਇੰਟਰਫ਼ੇਸ ਲਈ ਸੰਰਚਿਤ ਕਰਦਾ ਹੈ, ਜਦੋਂ ਕਿ nslookup ਅਤੇ host ਇੱਕ ਸਥਿਰ ਫਾਈਲ ਪੜ੍ਹਦੇ ਹਨ ਜਿਸ ਨੂੰ MagicDNS ਕਦੇ ਨਹੀਂ ਛੂੰਹਦਾ। ਇੱਕ ਵੀ ਪੈਕਟ ਗੁਆਏ ਬਿਨਾਂ ਦੋਵੇਂ ਰਾਹ ਵੱਖਰੇ ਹੋ ਸਕਦੇ ਹਨ। ਕੋਈ ਵੀ DNS ਸੈਟਿੰਗ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਤੈਅ ਕਰੋ ਕਿ ਤੁਹਾਡੀ ਅਸਫਲ ਐਪ ਨੇ ਕਿਹੜਾ ਰਾਹ ਲਿਆ।

ਦੋ ਹੱਲ ਰਾਹ, ਦੋ ਵੱਖਰੇ ਜਵਾਬ

macOS ਉੱਤੇ ਐਪ ਟ੍ਰੈਫ਼ਿਕ ਸਿਸਟਮ ਰਿਜ਼ਾਲਵਰ ਵਿੱਚੋਂ ਲੰਘਦਾ ਹੈ, ਅਤੇ ਇੰਟਰਫ਼ੇਸ ਅਨੁਸਾਰ ਸੀਮਿਤ ਰਿਜ਼ਾਲਵਰ ਐਂਟਰੀਆਂ ਤੈਅ ਕਰਦੀਆਂ ਹਨ ਕਿ ਕਿਹੜਾ ਸਰਵਰ ਕਿਹੜੇ ਡੋਮੇਨ ਲਈ ਜਵਾਬ ਦੇਵੇਗਾ। Tailscale ਉੱਥੇ ਆਪਣੀ MagicDNS ਐਂਟਰੀ ਸਥਾਪਿਤ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ Safari ਅਤੇ ssh tailnet ਨਾਮ ਲੱਭਦੇ ਹਨ। ਇਸ ਦੀ ਬਜਾਏ nslookup, host ਅਤੇ dig /etc/resolv.conf ਪੜ੍ਹਦੇ ਹਨ ਜਾਂ ਕਮਾਂਡ ਲਾਈਨ ਉੱਤੇ ਸਰਵਰ ਲੈਂਦੇ ਹਨ, ਅਤੇ ਉਹ ਫਾਈਲ ਆਮ ਤੌਰ ਉੱਤੇ ਅਜੇ ਵੀ ਰਾਊਟਰ ਜਾਂ ਦਫ਼ਤਰੀ ਸਰਵਰ ਦਾ ਨਾਮ ਦੱਸਦੀ ਹੈ। ਉਸ ਫਾਈਲ ਨੂੰ ਭੇਜੇ ਗਏ tailnet ਨਾਮ ਲਈ ਇੰਤਜ਼ਾਰ ਕਰਨ ਵਾਲਾ ਕੋਈ ਅਧਿਕਾਰਤ ਜਵਾਬ ਨਹੀਂ ਹੈ, ਇਸ ਲਈ ਸਾਧਨ ਅਸਫਲਤਾ ਦੀ ਰਿਪੋਰਟ ਕਰਦਾ ਹੈ ਜਦੋਂ ਕਿ ਸਿਸਟਮ ਰਾਹ ਸਫਲ ਹੁੰਦਾ ਹੈ।

ਦੋਵਾਂ ਸਾਧਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਗ਼ਲਤ ਵਿਵਹਾਰ ਨਹੀਂ ਕਰਦਾ। ਉਹ ਵੱਖਰੇ ਸਰਵਰਾਂ ਨੂੰ ਪੁੱਛਦੇ ਹਨ, ਅਤੇ ਉਨ੍ਹਾਂ ਸਰਵਰਾਂ ਵਿੱਚੋਂ ਸਿਰਫ਼ ਇੱਕ ਨੂੰ ਹੀ ਤੁਹਾਡੇ tailnet ਬਾਰੇ ਪਤਾ ਹੈ।

ਸਿਸਟਮ ਰਾਹ ਰਾਹੀਂ ਉਹੀ ਨਾਮ ਜਾਂਚੋ

ਸਿਸਟਮ ਲੁੱਕਅੱਪ ਕਾਲ ਨੂੰ ਪਹਿਲੀ ਜਾਂਚ ਬਣਾਓ, ਫਿਰ ਸਿੱਧਾ MagicDNS ਰਿਜ਼ਾਲਵਰ ਨੂੰ ਭੇਜੀ ਕੁਐਰੀ ਨਾਲ ਉਸ ਦੀ ਤੁਲਨਾ ਕਰੋ। ਦੋਵਾਂ ਵਿੱਚ ਸ਼ਬਦ-ਜੋੜ ਇੱਕੋ ਜਿਹੇ ਰੱਖੋ, tailnet ਡੋਮੇਨ ਸਮੇਤ, ਕਿਉਂਕਿ ਛੋਟਾ ਨਾਮ ਅਤੇ ਪੂਰਾ ਯੋਗ ਨਾਮ ਵੱਖਰੇ ਜਵਾਬਾਂ ਵਾਲੇ ਵੱਖਰੇ ਸਵਾਲ ਹਨ।

dscacheutil -q host -a name nas-01.tailnet-a1b2.ts.net
scutil --dns
dig @100.100.100.100 nas-01.tailnet-a1b2.ts.net

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

ਨਾਮ ਹੱਲ ਹੋਣ ਤੋਂ ਬਾਅਦ ਸੇਵਾ ਜਾਂਚੋ

ਸਹੀ DNS ਜਵਾਬ ਸਿਰਫ਼ ਇਹ ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ ਨਾਮ ਕਿਸੇ ਪਤੇ ਨਾਲ ਜੁੜਦਾ ਹੈ। ਇਸ ਦੇ ਪਿੱਛੇ ਦੀ ਸੇਵਾ ਬੰਦ ਹੋ ਸਕਦੀ ਹੈ, ਪੋਰਟ ਪਹੁੰਚ ਨਿਯਮ ਨਾਲ ਫ਼ਿਲਟਰ ਹੋ ਸਕਦਾ ਹੈ, ਅਤੇ ਸਰਟੀਫ਼ਿਕੇਟ ਤੁਹਾਡੇ ਟਾਈਪ ਕੀਤੇ ਨਾਲੋਂ ਵੱਖਰੇ ਹੋਸਟ ਦਾ ਨਾਮ ਦੱਸ ਸਕਦਾ ਹੈ।

nc -vz nas-01.tailnet-a1b2.ts.net 445
ping -c 3 nas-01.tailnet-a1b2.ts.net

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

MagicDNS ਦਫ਼ਤਰੀ DNS ਦਾ ਬਦਲ ਨਹੀਂ ਹੈ

ਦਫ਼ਤਰੀ ਜ਼ੋਨ ਦੇ ਅੰਦਰ ਦਾ ਨਾਮ tailnet ਡਿਵਾਈਸ ਦਾ ਨਾਮ ਨਹੀਂ ਹੈ, ਭਾਵੇਂ ਉਹੀ ਕਲਾਇੰਟ ਦੋਵਾਂ ਤੱਕ ਪਹੁੰਚ ਸਕਦਾ ਹੋਵੇ। ਜਦੋਂ ਮੰਜ਼ਿਲ ਸਬਨੈੱਟ ਰਾਊਟਰ ਦੇ ਪਿੱਛੇ ਹੁੰਦੀ ਹੈ, ਕਲਾਇੰਟ ਨੂੰ ਉਸ ਜ਼ੋਨ ਲਈ ਅੰਦਰੂਨੀ ਰਿਜ਼ਾਲਵਰ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਨ ਵਾਲਾ split DNS ਚਾਹੀਦਾ ਹੈ, ਜੋ MagicDNS ਤੋਂ ਵੱਖਰੀ ਸੈਟਿੰਗ ਹੈ ਅਤੇ ਇਸ ਦੇ ਨਾਲ ਦਸਤਾਵੇਜ਼ੀ ਹੈ।

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

ਜਦੋਂ ਦੋਵੇਂ ਰਾਹ ਅਸਫਲ ਹੁੰਦੇ ਹਨ, tailnet ਦੇ ਤੱਥ ਫ਼ੈਸਲਾ ਕਰਦੇ ਹਨ

ਜੇ ਸਿਸਟਮ ਲੁੱਕਅੱਪ ਅਤੇ ਸਿੱਧੀ ਕੁਐਰੀ ਦੋਵੇਂ ਉਸ ਡਿਵਾਈਸ ਲਈ ਅਸਫਲ ਹੋਣ ਜਿਸ ਦੇ ਹੋਣ ਦਾ ਤੁਹਾਨੂੰ ਯਕੀਨ ਹੈ, ਸਮੱਸਿਆ Mac ਦੇ ਰਿਜ਼ਾਲਵਰ ਤੋਂ ਉੱਪਰ ਹੈ।

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

ਫਿਰ ਸਬੂਤਾਂ ਦੇ ਆਧਾਰ ਉੱਤੇ ਚੁਣੋ। ਸਿਸਟਮ ਰਾਹ ਉੱਤੇ ਹੱਲ ਹੋ ਕੇ nslookup ਵਿੱਚ ਅਸਫਲ ਹੋਣ ਵਾਲਾ ਨਾਮ ਸਾਧਨ-ਰਾਹ ਦਾ ਫ਼ਰਕ ਹੈ; ਹੱਲ ਹੋ ਕੇ ਪਰ ਸੇਵਾ ਇਨਕਾਰ ਕਰਨ ਵਾਲਾ ਨਾਮ ਪਹੁੰਚ ਜਾਂ ਸਰਟੀਫ਼ਿਕੇਟ ਦੀ ਸਮੱਸਿਆ ਹੈ; ਕਿਤੇ ਵੀ ਹੱਲ ਨਾ ਹੋਣ ਵਾਲਾ ਨਾਮ tailnet ਜਾਂ DNS ਸੰਰਚਨਾ ਦੀ ਸਮੱਸਿਆ ਹੈ। ਤਿੰਨ ਮਾਲਕ, ਤਿੰਨ ਸੁਧਾਰ, ਅਤੇ MagicDNS ਦਸਤਾਵੇਜ਼ ਪਹਿਲੇ ਕੇਸ ਦੇ macOS ਵੇਰਵੇ ਕਵਰ ਕਰਦਾ ਹੈ।