VPN ਦੇ ਨਾਲ ਵਾਲੇ ਸਥਾਨਕ ਡੋਮੇਨ ਲਈ macOS ਰਿਜ਼ੌਲਵਰ ਫਾਈਲ

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

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

ਤੰਗ ਕੰਮ ਵਾਲੀ ਇੱਕ ਫਾਈਲ

ਮੰਨ ਲਓ ਸਥਾਨਕ ਜ਼ੋਨ lab.example.org ਹੈ ਅਤੇ ਇਸਦਾ ਸਰਵਰ 192.168.55.1 ਉੱਤੇ ਜਵਾਬ ਦਿੰਦਾ ਹੈ। ਜਿਸ Mac ਉੱਤੇ ਤੁਹਾਨੂੰ ਤਬਦੀਲੀ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਹੈ, ਉੱਥੇ ਪ੍ਰਸ਼ਾਸਕ ਨਾਮ ਹੀ ਡੋਮੇਨ ਵਾਲੀ ਸਾਦੀ ਟੈਕਸਟ ਫਾਈਲ /etc/resolver/lab.example.org ਬਣਾਉਂਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਇੱਕ ਹੀ nameserver 192.168.55.1 ਲਾਈਨ ਹੁੰਦੀ ਹੈ। ਨਵੇਂ ਸਿਸਟਮ ਉੱਤੇ ਇਹ ਡਾਇਰੈਕਟਰੀ ਨਹੀਂ ਹੋ ਸਕਦੀ, ਇਸ ਲਈ ਇਸਨੂੰ ਪ੍ਰਸ਼ਾਸਕੀ ਅਧਿਕਾਰਾਂ ਨਾਲ ਬਣਾਓ, ਅਤੇ ਪ੍ਰਬੰਧਨ ਸੌਫਟਵੇਅਰ ਕੋਲ ਪਹਿਲਾਂ ਹੀ ਉੱਥੇ ਫਾਈਲ ਹੋਣ ਦੀ ਸੂਰਤ ਵਿੱਚ ਲਿਖਣ ਤੋਂ ਪਹਿਲਾਂ ਵੇਖੋ।

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

macOS ਰਿਜ਼ੌਲਵਰਾਂ ਵਿੱਚੋਂ ਕਿਵੇਂ ਚੁਣਦਾ ਹੈ

ਇੱਕ ਤੋਂ ਵੱਧ ਰਿਜ਼ੌਲਵਰ ਕਲਾਇੰਟ ਸਰਗਰਮ ਹੋ ਸਕਦੇ ਹਨ, ਅਤੇ ਸਭ ਤੋਂ ਵਿਸ਼ੇਸ਼ ਮੇਲ ਖਾਂਦਾ ਡੋਮੇਨ ਜਿੱਤਦਾ ਹੈ। ਇਸ ਲਈ lab.example.org ਲਈ ਰਿਜ਼ੌਲਵਰ ਦਾ ਦਾਇਰਾ ਡਿਫ਼ਾਲਟ ਰਿਜ਼ੌਲਵਰ ਨਾਲੋਂ ਵੱਖਰਾ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਆਪਣੀ ਫਾਈਲ ਵਾਲਾ ਹੋਰ ਵਿਸ਼ੇਸ਼ ਸਬਡੋਮੇਨ ਫਿਰ ਤਰਜੀਹ ਲੈ ਸਕਦਾ ਹੈ। ਇਹੀ ਕੰਮ ਵਾਲੇ VPN ਨੂੰ ਆਪਣਾ ਸਫਿਕਸ ਰੱਖਣ ਦਿੰਦਾ ਹੈ ਜਦੋਂ ਕਿ ਤੁਹਾਡਾ ਲੈਬ ਜ਼ੋਨ ਕਿਤੇ ਹੋਰ ਜਾਂਦਾ ਹੈ। ਇਸ ਪ੍ਰਬੰਧ ਵਿੱਚ ਕੁਝ ਵੀ ਵਿਸ਼ਵਵਿਆਪੀ ਨਹੀਂ ਹੈ, ਅਤੇ ਇਹੀ ਯਾਦ ਰੱਖਣ ਵਾਲੀ ਗੱਲ ਹੈ।

/etc/resolv.conf ਨੂੰ ਛੱਡ ਦਿਓ। macOS ਉਹ ਫਾਈਲ ਆਪ ਬਣਾਉਂਦਾ ਹੈ, ਅਤੇ ਉਸ ਵਿੱਚ ਕਦੇ ਵੀ ਡੋਮੇਨ-ਵਿਸ਼ੇਸ਼ ਹੱਲ ਦੀ ਪੂਰੀ ਤਸਵੀਰ ਨਹੀਂ ਸੀ। ਸੰਰਚਨਾ ਇਸ ਡਾਇਰੈਕਟਰੀ ਦੀਆਂ ਫਾਈਲਾਂ ਦੀ ਥਾਂ ਸਿਸਟਮ ਸੰਰਚਨਾ ਡੇਟਾਬੇਸ ਤੋਂ ਵੀ ਆ ਸਕਦੀ ਹੈ, ਅਤੇ ਇਸੇ ਲਈ ਪ੍ਰਬੰਧਨ ਪ੍ਰੋਫਾਈਲ ਤੁਹਾਡੇ ਲਿਖੇ ਨੂੰ ਉੱਪਰ ਲਿਖ ਸਕਦਾ ਹੈ।

ਫਾਈਲ ਜੋ ਤਿੰਨ ਚੀਜ਼ਾਂ ਨਹੀਂ ਦੇ ਸਕਦੀ

ਸਰਵਰ ਪਹੁੰਚਯੋਗ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਜੇ VPN ਸਥਾਨਕ ਨੈੱਟਵਰਕਿੰਗ ਨੂੰ ਰੋਕਦਾ ਹੈ, ਜਾਂ ਕੋਈ ਕਾਰਪੋਰੇਟ ਰਸਤਾ ਸਰਵਰ ਦੀ ਪਤਾ ਸੀਮਾ ਫੜ ਲੈਂਦਾ ਹੈ, ਤਾਂ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸਹੀ ਸਫਿਕਸ ਫਾਈਲ ਵੀ ਕਿਊਰੀ ਨਹੀਂ ਪਹੁੰਚਾ ਸਕਦੀ। ਇਹ ਗੱਲ ਨੈੱਟਵਰਕ ਦੇ ਮਾਲਕ ਕੋਲ ਲੈ ਜਾਓ, ਆਪਣੇ ਆਪ ਸਥਾਨਕ ਛੋਟਾਂ ਨੂੰ ਨਾ ਫੈਲਾਓ।

ਜ਼ੋਨ ਵਿੱਚ ਸਹੀ ਜਵਾਬ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਇਸਨੂੰ printer.lab.example.org ਵਰਗੇ ਪੂਰੀ ਤਰ੍ਹਾਂ ਯੋਗ ਨਾਮ ਨਾਲ ਪਰਖਣਾ ਸਭ ਤੋਂ ਵਧੀਆ ਹੈ। ਛੋਟਾ ਨਾਮ ਖੋਜ-ਡੋਮੇਨ ਵਿਵਹਾਰ ਸ਼ੁਰੂ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਅੰਤ ਵਿੱਚ ਤੁਹਾਡੇ ਚਾਹੇ ਸਵਾਲ ਤੋਂ ਵੱਖਰਾ ਸਵਾਲ ਪੁੱਛ ਸਕਦਾ ਹੈ।

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

DNS ਬਦਲਣ ਦੀ ਥਾਂ ਚੋਣ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ

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

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

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