macOS ਦਾ ਸੇਵਾ ਕ੍ਰਮ ਤੁਹਾਡੇ VPN ਰੂਟਾਂ ਨੂੰ ਨਿਯੰਤਰਿਤ ਨਹੀਂ ਕਰਦਾ

ਵੈਬਸਾਈਟ ’ਤੇ ਕੁਝ ਫੇਲ ਹੁੰਦਾ ਹੈ, ਸਹਿਕਰਮੀ ਨੂੰ ਯਾਦ ਆਉਂਦਾ ਹੈ ਕਿ ਸੇਵਾ ਕ੍ਰਮ ਮੌਜੂਦ ਹੈ, ਅਤੇ Wi-Fi ਨੂੰ Ethernet ਉੱਤੇ ਖਿੱਚਿਆ ਜਾਂਦਾ ਹੈ। ਕੁਝ ਨਹੀਂ ਬਦਲਦਾ, ਕਿਉਂਕਿ ਉਸ ਸੂਚੀ ਨੇ ਕਦੇ ਤੈਅ ਨਹੀਂ ਕੀਤਾ ਕਿ VPN ਦਾ ਟਿਕਾਣਾ ਕਿੱਥੇ ਜਾਂਦਾ ਹੈ। Apple VPN ਕਨੈਕਸ਼ਨਾਂ ਨੂੰ ਆਮ ਨਾਲੋਂ ਤਰਜੀਹ ਦਿੰਦਾ ਹੈ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਇਸ ਮੁੜ-ਤਰਤੀਬ ਤੋਂ ਬਾਹਰ ਰੱਖਦਾ ਹੈ, ਇਸ ਲਈ ਉਹ ਸਵਿੱਚ ਪੁੱਛੇ ਗਏ ਸਵਾਲ ਨਾਲੋਂ ਤੰਗ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ। ਫੇਲ ਹੋਣ ਲਈ ਚੁਣਿਆ ਗਿਆ ਰੂਟ ਅਤੇ resolver ਚਾਹੀਦਾ ਹੈ, ਨਵੀਂ ਦਰਜਾਬੰਦੀ ਨਹੀਂ।

ਸੇਵਾ ਕ੍ਰਮ ਕੀ ਬਦਲਦਾ ਹੈ, ਅਤੇ ਕੀ ਕਦੇ ਨਹੀਂ ਛੂੰਹਦਾ

«ਸੇਵਾ ਕ੍ਰਮ ਸੈੱਟ ਕਰੋ» ਸਿਸਟਮ ਸੈਟਿੰਗਾਂ, ਨੈੱਟਵਰਕ ਅਧੀਨ, Action ਮੀਨੂ ਵਿੱਚ ਹੈ, ਅਤੇ ਦੋ ਜਾਂ ਵੱਧ ਸਰਗਰਮ ਹੋਣ ’ਤੇ ਇਹ ਆਮ ਕਨੈਕਸ਼ਨਾਂ ਦੀ ਤਰਤੀਬ ਲਾਉਂਦਾ ਹੈ। ਉਹ ਤਰਤੀਬ ਪ੍ਰਾਇਮਰੀ ਸੇਵਾ ਚੁਣਦੀ ਹੈ, ਜੋ ਡਿਫ਼ਾਲਟ ਰੂਟ ਅਤੇ resolver ਦੇ ਵਿਵਹਾਰ ਦਾ ਹਿੱਸਾ ਦਿੰਦੀ ਹੈ। ਇਹ ਬਰਾਬਰ ਦੇ ਵਿਚਕਾਰ ਫ਼ੈਸਲਾ ਹੈ, ਟਨਲ ਪਿੱਛੇ ਦੇ ਨਿੱਜੀ ਟਿਕਾਣਿਆਂ ਲਈ ਸਵਿੱਚ ਨਹੀਂ। Wi-Fi ਅਤੇ USB Ethernet ਅਡੈਪਟਰ ਵਾਲਾ ਲੈਪਟਾਪ ਇਸ ਨੂੰ ਵਾਜਬ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦੇਣ ਲਈ ਵਰਤਦਾ ਹੈ, ਅਤੇ ਉਹ ਸਵਾਲ ਟਨਲ ਬਾਰੇ ਨਹੀਂ ਹੈ।

VPN ਪ੍ਰੋਫ਼ਾਈਲ ਸ਼ਾਮਲ ਰੂਟ, ਬਾਹਰ ਰੱਖੇ ਟਿਕਾਣੇ ਅਤੇ ਕਈ ਵਾਰ ਪ੍ਰਤੀ-ਐਪ ਨਿਯਮ ਰੱਖਦਾ ਹੈ, ਅਤੇ ਇਹ ਤੈਅ ਕਰਦੇ ਹਨ ਕਿ ਟਨਲ ਵਿੱਚ ਕੀ ਵੜਦਾ ਹੈ; ਕ੍ਰਮ ਮੀਨੂ ਉਹਨਾਂ ਨੂੰ ਸੋਧਦਾ ਨਹੀਂ। ਇਸ ਲਈ ਸਪਲਿਟ-ਟਨਲ ਪ੍ਰੋਫ਼ਾਈਲ ਜਨਤਕ ਟ੍ਰੈਫ਼ਿਕ ਨੂੰ ਬਾਹਰ ਛੱਡ ਸਕਦਾ ਹੈ ਜਦੋਂ ਕਿ VPN ਅਜੇ ਵੀ ਹਰ ਭੌਤਿਕ ਇੰਟਰਫ਼ੇਸ ਨਾਲੋਂ ਉੱਪਰ ਹੈ। Wi-Fi ਨੂੰ ਸਿਖਰ ’ਤੇ ਖਿੱਚਣ ਨਾਲ ਕੋਈ ਨਿੱਜੀ ਰੇਂਜ ਪਹੁੰਚਯੋਗ ਨਹੀਂ ਬਣਦੀ, ਅਤੇ ਇਹ ਉਸ ਟਿਕਾਣੇ ਨੂੰ ਨਹੀਂ ਰੋਕ ਸਕਦਾ ਜੋ ਪ੍ਰੋਫ਼ਾਈਲ ਪਹਿਲਾਂ ਹੀ ਸ਼ਾਮਲ ਕਰਦਾ ਹੈ। ਸੂਚੀ ਇੰਟਰਫ਼ੇਸ ਹਿਲਾਉਂਦੀ ਹੈ; ਪ੍ਰੋਫ਼ਾਈਲ ਪ੍ਰੀਫ਼ਿਕਸ ਹਿਲਾਉਂਦਾ ਹੈ। Apple ਇਹ ਤਰਜੀਹ ਆਪਣੇ ਨੈੱਟਵਰਕ ਸੇਵਾ ਕ੍ਰਮ ਪੰਨੇ ’ਤੇ ਦਰਜ ਕਰਦਾ ਹੈ, ਜੋ ਕੁਝ ਵੀ ਮੁੜ-ਤਰਤੀਬ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਇੱਕ ਵਾਰ ਪੜ੍ਹਨ ਯੋਗ ਹੈ।

ਮਸ਼ੀਨ ਨੇ ਅਸਲ ਵਿੱਚ ਚੁਣਿਆ ਰੂਟ ਪੜ੍ਹੋ

ਕਿਸੇ ਖ਼ਾਸ ਪਤੇ ਦਾ ਟਿਕਾਣਾ route get 10.20.4.10 ਨਾਲ ਮਸ਼ੀਨ ਨੂੰ ਪੁੱਛੋ, ਫਿਰ IPv6 ਲਈ route -n get -inet6 2001:db8::10 ਨਾਲ ਦੁਹਰਾਓ। ਦੋਵੇਂ ਪਰਿਵਾਰ ਵੱਖਰੇ ਫ਼ੈਸਲੇ ਹਨ, ਇਸ ਲਈ ਕੰਮ ਕਰਨ ਵਾਲਾ IPv4 ਰੂਟ v6 ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦਾ, ਅਤੇ ਸਿੱਧਾ ਜੁੜਿਆ ਸਬਨੈੱਟ ਜਾਂ ਵਧੇਰੇ ਖ਼ਾਸ ਪ੍ਰੀਫ਼ਿਕਸ ਕਿਸੇ ਵੀ ਹਾਲਤ ਵਿੱਚ ਆਮ ਕਨੈਕਸ਼ਨ ਲੇਬਲ ਨੂੰ ਹਰਾ ਦਿੰਦਾ ਹੈ, ਇਹੀ ਕਾਰਨ ਹੈ ਕਿ ਉਹ ਲੇਬਲ ਲੋਕਾਂ ਨੂੰ ਭਟਕਾਉਂਦਾ ਰਹਿੰਦਾ ਹੈ।

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

DNS ਨਾਮ ਨਾਲ ਹੱਲ ਕਰਦਾ ਹੈ, ਇੰਟਰਫ਼ੇਸ ਨਾਲ ਨਹੀਂ

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

ਇਸ ਲਈ ਕਿਸੇ ਪਤੇ ’ਤੇ ping ਕੰਮ ਕਰ ਸਕਦਾ ਹੈ ਜਦੋਂ ਕਿ ਹੋਸਟਨਾਮ ਫੇਲ ਹੁੰਦਾ ਹੈ, ਜਾਂ ਉਲਟ। ਦੋਸ਼ੀ ਚੁਣਨ ਤੋਂ ਪਹਿਲਾਂ ਦੋਵੇਂ ਆਉਟਪੁੱਟ ਪੜ੍ਹੋ।

ਪ੍ਰੋਫ਼ਾਈਲ ਬਦਲੋ, ਫਿਰ ਦੋਵੇਂ ਆਉਟਪੁੱਟ ਦੁਬਾਰਾ ਪੜ੍ਹੋ

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

ਫੇਲ ਹੋਣਾ ਦੁਹਰਾਓ, ਰੂਟ ਪੜ੍ਹੋ, resolver ਪੜ੍ਹੋ, ਇੱਕ ਚੀਜ਼ ਬਦਲੋ, ਫਿਰ ਉਹੀ ਦੋਵੇਂ ਆਉਟਪੁੱਟ ਦੁਬਾਰਾ ਪੜ੍ਹੋ। ਇੱਕੋ ਵਾਰ ਕਈ ਸੇਵਾਵਾਂ ਅਤੇ ਪ੍ਰੋਫ਼ਾਈਲ ਮਿਲਾਉਣ ਨਾਲ ਐਸੀ ਮਸ਼ੀਨ ਰਹਿ ਜਾਂਦੀ ਹੈ ਜਿਸ ਨੂੰ ਕੋਈ ਸਮਝਾ ਨਹੀਂ ਸਕਦਾ, ਠੀਕ ਕਰਨ ਵਾਲਾ ਵੀ ਨਹੀਂ। ਜਦੋਂ ਦੋਵੇਂ ਆਉਟਪੁੱਟ ਤੁਹਾਡੇ ਮਨਸ਼ਾ ਬਦਲਾਅ ਨਾਲ ਮੇਲ ਖਾਂਦੀਆਂ ਹਨ ਤਦ ਜਾਂਚ ਪੂਰੀ ਹੁੰਦੀ ਹੈ। ਜੇ ਉਹ ਅਜੇ ਵੀ ਨਹੀਂ ਮਿਲਦੀਆਂ, ਤਾਂ ਪ੍ਰੋਫ਼ਾਈਲ ਅਤੇ ਮਸ਼ੀਨ ਦੋ ਵੱਖਰੀਆਂ ਨੀਤੀਆਂ ਦਾ ਵਰਣਨ ਕਰ ਰਹੇ ਹਨ, ਅਤੇ ਬਦਲਣਾ ਪ੍ਰੋਫ਼ਾਈਲ ਹੈ।