Mac 'ਤੇ Azure VPN Client: DNS ਸਰਵਰ ਪ੍ਰੋਫਾਈਲ ਵਿੱਚ ਪਾਓ

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

ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਤੁਸੀਂ ਕਿਹੜਾ ਕਲਾਇੰਟ ਸੈੱਟ ਕਰ ਰਹੇ ਹੋ

ਇਹ Microsoft ਦਾ Azure VPN Client ਹੈ, ਜੋ ਪੁਆਇੰਟ-ਟੂ-ਸਾਈਟ ਪਹੁੰਚ ਲਈ OpenVPN ਵਰਤਦਾ ਹੈ। ਇਸਦਾ XML macOS ਦਾ ਮੂਲ IKEv2 ਪ੍ਰੋਫਾਈਲ ਨਹੀਂ ਹੈ, ਅਤੇ ਕਿਸੇ ਵੀ ਤੀਜੀ-ਧਿਰ ਦੇ OpenVPN ਕਲਾਇੰਟ ਲਈ ਕਨਫਿਗਰੇਸ਼ਨ ਫਾਈਲ ਵੀ ਨਹੀਂ ਹੈ।

ਜੇ Mac ਅੰਦਰੂਨੀ ਸਿਸਟਮ ਡਾਇਲਾਗ ਰਾਹੀਂ ਜੁੜਦਾ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਗਲਤ ਦਸਤਾਵੇਜ਼ ਵਿੱਚ ਹੋ।

DNS ਪ੍ਰੋਫਾਈਲ XML ਦੇ ਅੰਦਰ ਰਹਿੰਦਾ ਹੈ

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

ਵਿਕਲਪਿਕ ਸੈਟਿੰਗਾਂ ਦੀ ਗਾਈਡ DNS ਐਂਟਰੀਆਂ clientconfig ਐਲੀਮੈਂਟ ਦੇ ਅੰਦਰ ਰੱਖਦੀ ਹੈ। ਘੱਟੋ-ਘੱਟ ਟੁਕੜਾ ਇੰਝ ਦਿਸਦਾ ਹੈ, ਉਸ ਪਤੇ ਨਾਲ ਜੋ ਤੁਹਾਡੀ ਸੰਸਥਾ ਅਸਲ ਵਿੱਚ ਚਲਾਉਂਦੀ ਹੈ।

<clientconfig>
    <dnsservers>
        <dnsserver>10.20.2.4</dnsserver>
    </dnsservers>
</clientconfig>

ਉਹ ਪਤਾ ਉਦਾਹਰਨ ਲਈ ਹੈ, Azure ਦਿੰਦਾ ਰਿਜ਼ੋਲਵਰ ਨਹੀਂ। ਦੂਜਾ clientconfig ਐਲੀਮੈਂਟ ਚਿਪਕਾਉਣ ਦੀ ਥਾਂ ਐਂਟਰੀਆਂ ਨੂੰ ਮੌਜੂਦਾ ਕਨਫਿਗਰੇਸ਼ਨ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰੋ, ਕਿਉਂਕਿ Microsoft ਕਹਿੰਦਾ ਹੈ ਕਿ macOS 'ਤੇ ਦੁਹਰਾਏ ਐਲੀਮੈਂਟ ਸਮਰਥਿਤ ਨਹੀਂ ਹਨ। ਬਣਾਏ ਗਏ ਪ੍ਰੋਫਾਈਲਾਂ ਵਿੱਚ ਜਿੱਥੇ ਅਸਲ ਕਨਫਿਗਰੇਸ਼ਨ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ ਉੱਥੇ nil ਪਲੇਸਹੋਲਡਰ ਵੀ ਹੋ ਸਕਦਾ ਹੈ, ਅਤੇ nil ਐਲੀਮੈਂਟ ਦੇ ਨਾਲ ਸੈਟਿੰਗਾਂ ਜੋੜਨਾ ਮੁਰੰਮਤ ਨਹੀਂ ਹੈ।

ਆਯਾਤ ਹੀ ਬਦਲਾਅ ਹੈ

ਫਾਈਲ ਸੰਭਾਲਣ ਨਾਲ ਆਪਣੇ ਆਪ ਕੁਝ ਨਹੀਂ ਬਦਲਦਾ। Azure VPN Client ਖੋਲ੍ਹੋ, Import ਚੁਣੋ, ਸੋਧੀ XML ਚੁਣੋ, ਲੋੜੀਂਦੇ ਖੇਤਰ ਭਰੋ ਅਤੇ ਕਨੈਕਸ਼ਨ ਸੰਭਾਲੋ।

ਫਿਰ ਉਸੇ ਆਯਾਤ ਕੀਤੇ ਕਨੈਕਸ਼ਨ ਰਾਹੀਂ ਦੁਬਾਰਾ ਜੁੜੋ। ਡਿਸਕ 'ਤੇ ਪ੍ਰੋਫਾਈਲ ਪਈ ਰਹਿਣਾ ਜਦੋਂ ਕਿ ਪੁਰਾਣਾ ਕਨੈਕਸ਼ਨ ਸਰਗਰਮ ਰਹਿੰਦਾ ਹੈ, ਸਹੀ ਸੋਧ ਕੁਝ ਨਾ ਕਰਦੀ ਦਿਸਣ ਦਾ ਸਭ ਤੋਂ ਆਮ ਕਾਰਨ ਹੈ।

ਸਫਿਕਸ ਸੀਮਾ ਤੁਹਾਡੀ ਪਹਿਲੀ ਜਾਂਚ ਤੈਅ ਕਰਦੀ ਹੈ

ਜਿਵੇਂ 30 ਅਕਤੂਬਰ 2026 ਨੂੰ ਦਸਤਾਵੇਜ਼ਬੱਧ ਹੈ, ਇਸ ਕਨਫਿਗਰੇਸ਼ਨ ਵਿੱਚ ਵਾਧੂ DNS ਸਫਿਕਸ ਮੁੱਲ macOS 'ਤੇ ਠੀਕ ਤਰ੍ਹਾਂ ਨਹੀਂ ਰਹਿੰਦੇ। Windows ਦਾ ਸਫਿਕਸ ਉਦਾਹਰਨ ਕਾਪੀ ਕਰਕੇ ਉਹੀ ਵਿਵਹਾਰ ਦਾ ਵਾਅਦਾ ਕਰਨਾ ਉਹੀ ਤਰੀਕਾ ਹੈ ਜਿਸ ਨਾਲ ਕੰਮ ਕਰਦਾ ਰਿਜ਼ੋਲਵਰ ਟੁੱਟਿਆ ਦੱਸਿਆ ਜਾਂਦਾ ਹੈ। ਸਫਿਕਸ ਦਰਜ ਕਰੋ, ਸੰਭਾਲੋ, ਦੁਬਾਰਾ ਜੁੜੋ ਅਤੇ ਵੇਖੋ ਕਿ ਉਹ ਦੁਬਾਰਾ ਜੁੜਨ ਤੋਂ ਬਾਅਦ ਵੀ ਰਹੇ ਜਾਂ ਨਹੀਂ। ਜੇ ਨਹੀਂ ਰਹੇ, ਤਾਂ ਕਲਾਇੰਟ ਨਾਲ ਲੜਨ ਦੀ ਥਾਂ ਪੂਰੀ ਤਰ੍ਹਾਂ ਯੋਗ ਨਾਮਾਂ ਨਾਲ ਯੋਜਨਾ ਬਣਾਓ।

ਪਹਿਲਾਂ ਪੂਰੀ ਤਰ੍ਹਾਂ ਯੋਗ ਨਿੱਜੀ ਹੋਸਟਨਾਮ ਨਾਲ ਜਾਂਚੋ। ਜੇ FQDN ਹੱਲ ਹੁੰਦਾ ਹੈ ਅਤੇ ਛੋਟਾ ਨਾਮ ਨਹੀਂ, ਤਾਂ ਤੁਸੀਂ ਕੁਝ ਖਾਸ ਸਿੱਖਿਆ: ਰਿਜ਼ੋਲਵਰ ਪਹੁੰਚ ਵਿੱਚ ਹੈ ਅਤੇ ਛੋਟੇ ਨਾਮ ਦਾ ਵਿਸਥਾਰ ਨਹੀਂ ਹੈ। ਇਹ ਪਹੁੰਚ ਤੋਂ ਬਾਹਰ DNS ਸਰਵਰ ਤੋਂ ਵੱਖਰੀ ਖਰਾਬੀ ਹੈ, ਅਤੇ ਇਸ ਲਈ ਵੱਖਰਾ ਜ਼ਿੰਮੇਵਾਰ ਵਿਅਕਤੀ ਚਾਹੀਦਾ ਹੈ।

ਰਿਜ਼ੋਲਵਰ ਨੂੰ ਅਜੇ ਵੀ ਮਾਰਗ ਚਾਹੀਦਾ ਹੈ

XML ਵਿੱਚ ਪਤਾ ਸੂਚੀਬੱਧ ਕਰਨ ਨਾਲ DNS ਸੇਵਾ ਨਹੀਂ ਬਣਦੀ। ਉਸ ਪਤੇ 'ਤੇ ਅਧਿਕਾਰਤ ਰਿਜ਼ੋਲਵਰ ਚੱਲਣਾ ਚਾਹੀਦਾ ਹੈ ਜੋ ਨਿੱਜੀ ਨਾਮ ਥਾਂ ਦਾ ਜਵਾਬ ਦੇ ਸਕੇ ਜਾਂ ਅੱਗੇ ਭੇਜ ਸਕੇ, ਅਤੇ Mac ਨੂੰ ਟਨਲ ਰਾਹੀਂ ਉੱਥੇ ਪਹੁੰਚਣ ਦੀ ਆਗਿਆ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ। ਜੇ ਉਹ ਰਿਜ਼ੋਲਵਰ ਅਜਿਹੇ ਫਾਇਰਵਾਲ ਨਿਯਮ ਪਿੱਛੇ ਹੈ ਜੋ ਟਨਲ ਦੀ ਸੀਮਾ ਨਹੀਂ ਜਾਣਦਾ, ਤਾਂ ਕਿਊਰੀਆਂ ਕਿਸੇ ਕੰਮ ਦੀ ਗਲਤੀ ਤੋਂ ਬਿਨਾਂ ਸਮਾਂ ਸਮਾਪਤ ਹੋ ਜਾਂਦੀਆਂ ਹਨ। ਫਿਰ ਸਮਾਂ ਸਮਾਪਤੀ ਬਿਲਕੁਲ ਗਲਤ ਪਤੇ ਵਾਂਗ ਦਿਸਦੀ ਹੈ, ਅਤੇ ਲੋਕ ਇੱਕ ਘੰਟਾ XML ਦੁਬਾਰਾ ਸੰਪਾਦਿਤ ਕਰਦੇ ਹਨ।

ਜੁੜੇ Mac ਦੀ ਸਰਗਰਮ ਰਿਜ਼ੋਲਵਰ ਸਥਿਤੀ ਵੇਖੋ, ਫਿਰ ਐਪ ਦੀ ਰਿਜ਼ੋਲਵਰ ਚੋਣ ਤੋਂ ਇਸਦਾ ਜਵਾਬ ਵੱਖ ਕਰਨ ਲਈ ਉਸ ਸਰਵਰ ਨੂੰ ਸਿੱਧਾ ਪੁੱਛੋ। ਸਿੱਧੀ ਕਿਊਰੀ ਸਾਬਤ ਕਰਦੀ ਹੈ ਕਿ ਸਰਵਰ ਕੰਮ ਕਰਦਾ ਹੈ। ਇਹ ਸਾਬਤ ਨਹੀਂ ਕਰਦੀ ਕਿ ਆਮ ਖੋਜਾਂ ਉਸਨੂੰ ਚੁਣਦੀਆਂ ਹਨ।

ਤਿੰਨ ਵੱਖਰੇ ਨਤੀਜੇ ਸੌਂਪੋ

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

ਹਰ ਨਤੀਜੇ ਲਈ ਇੱਕ ਲਾਈਨ ਕਾਫ਼ੀ ਹੈ, ਅਤੇ ਇਹ ਅਗਲੇ ਵਿਅਕਤੀ ਨੂੰ ਪਹਿਲਾਂ ਤੋਂ ਸਹੀ ਪ੍ਰੋਫਾਈਲ ਦੁਬਾਰਾ ਸੰਪਾਦਿਤ ਕਰਨ ਤੋਂ ਰੋਕਦੀ ਹੈ।