VPN ਡਿਸਕਨੈਕਟ ਹੋਣ ਤੋਂ ਬਾਅਦ Mac ਦੀ IPv6 ਸਥਿਤੀ ਕਿਵੇਂ ਜਾਂਚੀਏ

ਟਨਲ ਡਿੱਗਣ ਤੋਂ ਬਾਅਦ IPv4 ਰਾਹੀਂ ਸਾਈਟ ਤੱਕ ਪਹੁੰਚਣਾ IPv6 ਬਾਰੇ ਕੁਝ ਵੀ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ। macOS ਦੋਵੇਂ ਪਰਿਵਾਰਾਂ ਨੂੰ ਹਰ ਨੈੱਟਵਰਕ ਸੇਵਾ ਲਈ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਸੰਰਚਿਤ ਕਰਦਾ ਹੈ, ਅਤੇ VPN ਕਲਾਇੰਟ ਦੂਜੇ ਨੂੰ ਛੂਹੇ ਬਿਨਾਂ ਇੱਕ ਬਦਲ ਸਕਦਾ ਹੈ। ਤਿੰਨ ਪਰਤਾਂ ਕ੍ਰਮ ਵਿੱਚ ਕਰੋ: ਪਤਾ ਸੰਰਚਨਾ, ਰੂਟ ਚੋਣ, ਅਤੇ ਫਿਰ ਡਿਸਕਨੈਕਟ ਹਾਲਤ ਵਿੱਚ ਕਲਾਇੰਟ ਜੋ ਵੀ ਨੀਤੀ ਸਥਾਪਿਤ ਕਰੇ। ਇਸ ਵਿਚਕਾਰ ਐਕਸੈਸ ਨੈੱਟਵਰਕ ਅਣਬਦਲਿਆ ਰੱਖੋ, ਨਹੀਂ ਤਾਂ ਤੁਸੀਂ ਦੋ ਵੱਖਰੀਆਂ ਸਮੱਸਿਆਵਾਂ ਦੀ ਤੁਲਨਾ ਕਰੋਗੇ।

ਉਸੇ ਪਰਿਵਾਰ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ ਜੋ ਅਸਲ ਵਿੱਚ ਟੁੱਟਿਆ

IPv4 ਰਾਹੀਂ ਲੋਡ ਹੋਣ ਵਾਲਾ ਪੰਨਾ ਤੁਹਾਨੂੰ ਦੱਸਦਾ ਹੈ ਕਿ ਭੌਤਿਕ ਨੈੱਟਵਰਕ ਜੀਵਤ ਹੈ। ਇਹ ਨਹੀਂ ਦੱਸਦਾ ਕਿ ਸੇਵਾ ਕੋਲ ਗਲੋਬਲ IPv6 ਪਤਾ ਹੈ ਜਾਂ ਨਹੀਂ, ਪ੍ਰੀਫਿਕਸ ਅਜੇ ਵੀ ਘੋਸ਼ਿਤ ਹੋ ਰਿਹਾ ਹੈ ਜਾਂ ਨਹੀਂ, ਜਾਂ ਕੋਈ ਚੀਜ਼ ਪਰਿਵਾਰ ਨੂੰ ਫਿਲਟਰ ਕਰ ਰਹੀ ਹੈ ਜਾਂ ਨਹੀਂ। ਸੰਦ ਚੁਣਨ ਤੋਂ ਪਹਿਲਾਂ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਕੀ ਫੇਲ੍ਹ ਹੋਇਆ, ਕਿਉਂਕਿ ਅਪਹੁੰਚ ਪਤੇ 'ਤੇ ਰਿਜ਼ੋਲਵ ਹੋਣ ਵਾਲਾ ਨਾਮ ਬਿਲਕੁਲ ਉਸੇ ਨਾਮ ਵਾਂਗ ਦਿਸਦਾ ਹੈ ਜੋ ਰਿਜ਼ੋਲਵ ਹੀ ਨਹੀਂ ਹੁੰਦਾ। ਪੁੱਛੋ ਕਿ ਕਿਹੜੀ ਪਰਤ ਨੇ ਗਲਤ ਜਵਾਬ ਦਿੱਤਾ, ਅਤੇ ਜਵਾਬ ਲਿਖ ਲਓ। ਇਸ ਤੋਂ ਬਿਨਾਂ ਹਰ ਅਗਲਾ ਕਦਮ ਪ੍ਰਕਿਰਿਆ ਦੇ ਭੇਸ ਵਿੱਚ ਅਨੁਮਾਨ ਹੈ।

ਪੂਰੀ ਤੁਲਨਾ ਦੌਰਾਨ ਉਹੀ Wi-Fi ਨੈੱਟਵਰਕ ਅਤੇ ਉਹੀ ਐਕਸੈਸ ਪੁਆਇੰਟ ਰੱਖੋ। ਕੱਲ੍ਹ IPv6 ਦੇਣ ਵਾਲਾ ਕੈਫੇ ਨੈੱਟਵਰਕ ਹੁਣ ਤੁਸੀਂ ਜਿਸ ਨੈੱਟਵਰਕ 'ਤੇ ਹੋ ਉਸ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਦੱਸਦਾ।

ਰੂਟ ਤੋਂ ਪਹਿਲਾਂ ਪਤਾ ਪੜ੍ਹੋ

ਸਿਸਟਮ ਸੈਟਿੰਗਜ਼ ਵਿੱਚ, ਸਰਗਰਮ ਸੇਵਾ ਦਾ TCP/IP ਪੈਨਲ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ IPv6 ਆਟੋਮੈਟਿਕ, ਮੈਨੁਅਲ ਜਾਂ ਸਿਰਫ਼ ਲਿੰਕ-ਲੋਕਲ ਹੈ। ਇਸ ਦੀ ਤੁਲਨਾ ਆਪਣੀ ਉਮੀਦ ਨਾਲ ਕਰੋ, ਯਾਦ ਰੱਖੋ ਕਿ ਸੰਸਥਾ ਨੇ ਜਾਣ-ਬੁੱਝ ਕੇ ਮੈਨੁਅਲ ਸੰਰਚਨਾ ਚੁਣੀ ਹੋ ਸਕਦੀ ਹੈ। ਫਿਰ ifconfig ਚਲਾਓ ਅਤੇ ਸੰਬੰਧਿਤ ਇੰਟਰਫੇਸ ਪੜ੍ਹੋ। ਸਿਰਫ਼ fe80:: ਪਤਾ ਹੋਣ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਇੰਟਰਫੇਸ ਆਪਣੇ ਗੁਆਂਢੀਆਂ ਨਾਲ ਗੱਲ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਇਸ ਤੋਂ ਵੱਧ ਨਹੀਂ, ਇਸ ਲਈ ਲਿੰਕ-ਲੋਕਲ ਮੌਜੂਦਗੀ ਵਰਤੋਂਯੋਗ ਰਸਤੇ ਦਾ ਸਬੂਤ ਨਹੀਂ।

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

ਫੇਲ੍ਹ ਹੋਏ ਟਿਕਾਣੇ ਲਈ ਰੂਟ ਸਾਰਣੀ ਪੜ੍ਹੋ

ਕਰਨਲ ਨੂੰ ਫੇਲ੍ਹ ਹੋਏ ਟਿਕਾਣੇ ਬਾਰੇ ਪੁੱਛੋ, ਡਿਫਾਲਟ ਰੂਟ ਬਾਰੇ ਨਹੀਂ। route -n get 2001:db8::25 ਉਸ ਪਤੇ ਲਈ ਚੁਣਿਆ ਇੰਟਰਫੇਸ ਅਤੇ ਗੇਟਵੇ ਛਾਪਦਾ ਹੈ, ਅਤੇ netstat -rn -f inet6 ਤੁਲਨਾ ਲਈ ਪੂਰੀ ਸਾਰਣੀ ਦਿਖਾਉਂਦਾ ਹੈ। ਡਿਫਾਲਟ ਰੂਟ ਤੁਹਾਨੂੰ ਦੱਸਦਾ ਹੈ ਕਿ ਡਿਫਾਲਟ ਮੌਜੂਦ ਹੈ; ਇਹ ਨਹੀਂ ਦੱਸਦਾ ਕਿ ਇਹ ਟਿਕਾਣਾ ਉਸ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ।

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

ਕਲਾਇੰਟ ਦੀ ਬਲਾਕ ਨੀਤੀ ਨੂੰ ਬਚੇ ਨਿਯਮ ਤੋਂ ਵੱਖ ਕਰੋ

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

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

ਸਬੂਤ ਇਕੱਠੇ ਕਰੋ, ਫਿਰ ਇੱਕ ਚੀਜ਼ ਬਦਲੋ

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

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