Wi-Fi ਕਹਿੰਦਾ ਜੁੜਿਆ ਹੈ, ਕੁਝ ਵੀ ਲੋਡ ਨਹੀਂ ਹੁੰਦਾ: ਪੁਰਾਣੇ Mac ਰਿਜੌਲਵਰ

ਕਿਸੇ ਸ਼ਾਬਦਿਕ ਪਤੇ 'ਤੇ ping ਕਰੋ ਅਤੇ ਉਹ ਜਵਾਬ ਦਿੰਦਾ ਹੈ। ਕੋਈ ਸਾਈਟ ਨਾਮ ਨਾਲ ਖੋਲ੍ਹੋ ਅਤੇ ਕੁਝ ਨਹੀਂ ਹੁੰਦਾ, ਜਦੋਂ ਕਿ ਨੈੱਟਵਰਕ ਆਈਕਨ ਜ਼ੋਰ ਦਿੰਦਾ ਹੈ ਕਿ ਕਨੈਕਸ਼ਨ ਠੀਕ ਹੈ। ਜਿਸ Mac ਨੇ ਹੁਣੇ ਕਿਸੇ VPN ਨਾਲ ਜੁੜਿਆ ਹੈ, ਉਸ ਵਿੱਚ ਇਹ ਸੰਜੋਗ ਲਗਭਗ ਹਮੇਸ਼ਾ ਇਹ ਦੱਸਦਾ ਹੈ ਕਿ ਖੋਜਾਂ ਉਸ ਸਰਵਰ ਵੱਲ ਹਨ ਜੋ ਹੁਣ ਪਹੁੰਚ ਵਿੱਚ ਨਹੀਂ, ਇਹ ਨਹੀਂ ਕਿ ਨੈੱਟਵਰਕ ਬੰਦ ਹੈ। ਪਤੇ ਪਹਿਲਾਂ ਕਿਸੇ ਸਮੇਂ Wi-Fi ਸੇਵਾ 'ਤੇ ਪਿੰਨ ਕੀਤੇ ਗਏ ਸਨ ਅਤੇ ਉਦੋਂ ਤੋਂ ਕਿਸੇ ਨੇ ਉਹ ਨਹੀਂ ਹਟਾਏ। ਬਾਹਰ ਕੱਢਣ ਨਾਲ ਜਾਂਚ ਕਰੋ, ਫਿਰ ਪਿੰਨ ਕੀਤੀਆਂ ਐਂਟਰੀਆਂ ਮਿਟਾ ਦਿਓ।

ਮੁਰੰਮਤ ਫਲਸ਼ ਨਹੀਂ, ਮਿਟਾਉਣਾ ਹੈ, ਅਤੇ ਫ਼ਰਕ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿਉਂਕਿ ਜੋ ਹੁਕਮ ਬਹੁਤੇ ਲੋਕ ਪਹਿਲਾਂ ਅਜ਼ਮਾਉਂਦੇ ਹਨ ਉਹ ਬਿਲਕੁਲ ਹੋਰ ਕੁਝ ਕਰਦੇ ਹਨ।

ਜੁੜਿਆ ਹੋਣਾ ਲਿੰਕ ਬਾਰੇ ਇੱਕ ਬਿਆਨ ਹੈ

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

ਇਸੇ ਲਈ ਆਪਣਾ ਹੈਂਡਸ਼ੇਕ ਪੂਰਾ ਕਰਨ ਵਾਲਾ ਟਨਲ ਪਹਿਲਾਂ ਹੀ ਗ਼ਲਤ ਦਿਸ਼ਾ ਵਿੱਚ ਗਈ ਖੋਜ ਵਿੱਚ ਕੁਝ ਨਹੀਂ ਬਦਲਦਾ। VPN ਨੇ ਰਿਜੌਲਵਰ ਜੋੜਿਆ; ਜੋ ਅਸਫਲ ਹੋ ਰਿਹਾ ਸੀ ਉਸਦੀ ਜਾਂਚ ਉਸਨੇ ਨਹੀਂ ਕੀਤੀ।

ਨਾਵਾਂ ਨੂੰ ਪੈਕਟਾਂ ਤੋਂ ਅਲੱਗ ਕਰੋ

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

ਨਾਮ ਦਾ ਅਸਫਲ ਹੋਣਾ ਜਦੋਂ ਕਿ ਮੇਲ ਖਾਂਦਾ ਪਤਾ ਸਫਲ ਹੁੰਦਾ ਹੈ, ਉਂਗਲ ਦੀ ਛਾਪ ਹੈ। ਦਾਇਰੇ 'ਤੇ ਵੀ ਧਿਆਨ ਦਿਓ: ਸਭ ਕੁਝ ਅਸਫਲ ਹੋਣਾ ਟੁੱਟੀ ਹੋਈ ਵਿਸ਼ਵਵਿਆਪੀ ਐਂਟਰੀ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ, ਜਦੋਂ ਕਿ ਸਿਰਫ਼ ਟਨਲ ਦੇ ਅੰਦਰਲੇ ਹੋਸਟ ਅਸਫਲ ਹੋਣਾ ਕਿਸੇ ਹੋਰ ਮਾਲਕ ਅਤੇ ਛੋਟੀ ਮੁਰੰਮਤ ਵੱਲ।

ਪਿੰਨ ਕੀਤੇ ਸਰਵਰ ਹਟਾਓ

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

ਪੁਰਾਣੀਆਂ ਰਿਲੀਜ਼ਾਂ ਉਹੀ ਪੈਨਲ ਇੱਕ ਪੱਧਰ ਡੂੰਘਾ, Advanced ਬਟਨ ਪਿੱਛੇ ਲੁਕਾਉਂਦੀਆਂ ਹਨ, ਵਿਵਹਾਰ ਅਤੇ ਨਤੀਜਾ ਉਹੀ।

ਪੈਨਲ ਨਹੀਂ, ਹਾਲਤ ਪੜ੍ਹੋ

scutil --dns | head -40 macOS ਜੋ ਰਿਜੌਲਵਰ ਅਸਲ ਵਿੱਚ ਵਰਤ ਰਿਹਾ ਹੈ ਉਹ ਦਾਇਰੇ ਅਨੁਸਾਰ ਗਰੁੱਪ ਕਰਕੇ ਛਾਪਦਾ ਹੈ, ਅਤੇ ਕਿਸੇ ਜਾਣੇ-ਪਛਾਣੇ ਅੰਦਰੂਨੀ ਨਾਮ ਦਾ ਤੇਜ਼ nslookup ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਜਵਾਬ ਆਉਂਦਾ ਹੈ ਜਾਂ ਨਹੀਂ। ਦੋਵੇਂ ਆਉਟਪੁੱਟ ਤੁਲਨਾ ਕਰੋ: ਪੈਨਲ ਸਾਫ਼ ਪਰ ਪੁਰਾਣਾ ਸਰਵਰ ਅਜੇ ਵੀ ਸੂਚੀ ਵਿੱਚ ਹੋਵੇ ਤਾਂ ਉਹ ਸੈਟਿੰਗ ਕਿਸੇ ਹੋਰ ਲੇਖਕ ਕੋਲ ਹੈ। ਉਹ ਵੱਖਰੀ ਬੱਗ ਹੈ, ਵੱਖਰੇ ਹੱਲ ਨਾਲ।

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

ਐਂਟਰੀਆਂ ਕੌਣ ਵਾਪਸ ਰੱਖਦਾ ਹੈ

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

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

ਬਾਕੀ ਸਭ ਸੰਭਾਲ ਦਾ ਤਮਾਸ਼ਾ ਹੈ: ਉਹ ਹੁਕਮ ਜੋ ਜਾਣ-ਬੁੱਝ ਕੇ ਕੀਤੇ ਜਾਪਦੇ ਹਨ, ਮਾਪਣਯੋਗ ਕੁਝ ਨਹੀਂ ਬਦਲਦੇ, ਅਤੇ ਅਗਲੇ ਵਿਅਕਤੀ ਲਈ ਉਹੀ ਟੁੱਟੀ ਖੋਜ ਛੱਡ ਜਾਂਦੇ ਹਨ।