ਤੁਹਾਡੀ ਸਕ੍ਰਿਪਟ VPN ਸ਼ੁਰੂ ਕਰਦੀ ਹੈ; ਇਹ ਇਸਨੂੰ ਤਿਆਰ ਨਹੀਂ ਕਰਦੀ

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

ਤਿਆਰੀ ਅਤੇ ਸੈਸ਼ਨ ਕੰਟਰੋਲ ਦੋ ਕੰਮ ਹਨ ਜਿਨ੍ਹਾਂ ਦੇ ਦੋ ਮਾਲਕ ਹਨ, ਅਤੇ ਉਲਟਾ ਮੰਨਣ ਵਾਲਾ ਵਰਕਫਲੋ ਜਿੱਥੇ ਲਿਖਿਆ ਗਿਆ ਉਸੇ ਮਸ਼ੀਨ 'ਤੇ ਹਰ ਟੈਸਟ ਪਾਸ ਕਰੇਗਾ।

ਸਟਾਰਟ ਕਮਾਂਡ ਅਸਲ ਵਿੱਚ ਕਿਸ ਨਾਲ ਗੱਲ ਕਰਦੀ ਹੈ

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

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

VPN ਕਨਫਿਗਰੇਸ਼ਨ ਦੇ ਤਿੰਨ ਮਾਲਕ

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

ਮੂਲ ਨਿੱਜੀ VPN ਕਨਫਿਗਰੇਸ਼ਨ Apple ਦੇ Network Extension API ਰਾਹੀਂ ਬਣਾਈ ਜਾਂਦੀ ਹੈ, ਜੋ ਅੰਦਰੂਨੀ IPsec ਅਤੇ IKEv2 ਪ੍ਰੋਟੋਕੋਲ ਕਵਰ ਕਰਦੀ ਹੈ। ਇਹ ਸੇਵ ਕਦਮ ਅਤੇ ਵਰਤੋਂਕਾਰ ਦੀ ਮਨਜ਼ੂਰੀ ਵਾਲਾ ਐਪਲੀਕੇਸ਼ਨ ਇੰਟਰਫੇਸ ਹੈ, ਉਹ shell ਕਮਾਂਡ ਨਹੀਂ ਜੋ ਵਿਕਰੇਤਾ ਵੱਲੋਂ ਦਿੱਤਾ ਕੋਈ ਵੀ ਟਨਲ ਕਿਸਮ ਚੁੱਪਚਾਪ ਬਣਾ ਦੇਵੇ।

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

ਮੂਲ ਤਿਆਰੀ ਵਿੱਚ ਸੇਵ ਅਤੇ ਮਨਜ਼ੂਰੀ ਹੁੰਦੀ ਹੈ

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

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

Apple ਇਹ ਵੀ ਸਲਾਹ ਦਿੰਦਾ ਹੈ ਕਿ API 'ਤੇ ਭਰੋਸਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਕਨਫਿਗਰੇਸ਼ਨ ਪ੍ਰੋਫਾਈਲ ਨਾਲ ਸਰਵਰ ਦੀ ਅਨੁਕੂਲਤਾ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ। ਇਹ ਜਾਂਚ ਪਹਿਲਾਂ ਕਰਨ ਨਾਲ «ਸਰਵਰ ਇਸ ਕਲਾਇੰਟ ਨੂੰ ਸਵੀਕਾਰ ਨਹੀਂ ਕਰੇਗਾ» ਅਤੇ «ਕਲਾਇੰਟ ਨੇ ਕਦੇ ਸੈਟਿੰਗਾਂ ਸੰਭਾਲੀਆਂ ਨਹੀਂ» ਵੱਖ ਹੋ ਜਾਂਦੇ ਹਨ, ਅਤੇ ਇਹ ਵੱਖਰੀਆਂ ਟੀਮਾਂ ਲਈ ਵੱਖਰੀਆਂ ਟਿਕਟਾਂ ਹਨ।

ਦੁਹਰਾਉਣ ਯੋਗ ਸਟਾਰਟ ਕਮਾਂਡ ਕੀ ਮੰਨ ਸਕਦੀ ਹੈ

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

ਮੂਲ ਕਨੈਕਸ਼ਨਾਂ ਲਈ scutil --nc start ਵਰਗੀ ਨਾਮ ਵਾਲੀ ਸੈਸ਼ਨ ਬੇਨਤੀ ਇੱਕ ਕੰਟਰੋਲ ਕਿਰਿਆ ਹੈ। ਇਹ ਸਰਵਰ ਸੈਟਿੰਗਾਂ ਇੰਸਟਾਲ ਨਹੀਂ ਕਰਦੀ, ਪ੍ਰਮਾਣ ਪੱਤਰ ਆਯਾਤ ਨਹੀਂ ਕਰਦੀ ਅਤੇ ਪਹਿਲੀ-ਸੇਵ ਦਾ ਅਧਿਕਾਰ ਨਹੀਂ ਕਰਦੀ। ਇਸਨੂੰ ਜ਼ੰਜੀਰ ਦੇ ਆਖਰੀ ਕਦਮ ਵਜੋਂ ਸਮਝੋ, ਕਦੇ ਵੀ ਪੂਰੀ ਜ਼ੰਜੀਰ ਵਜੋਂ ਨਹੀਂ।

ਭੇਤ ਕਮਾਂਡ-ਲਾਈਨ ਆਰਗਿਊਮੈਂਟਾਂ ਅਤੇ ਆਮ ਨਿਦਾਨ ਆਉਟਪੁੱਟ ਤੋਂ ਬਾਹਰ ਰੱਖੋ। ਤੈਨਾਤੀ ਨੇ ਜੋ ਵੀ ਪਹਿਚਾਣ ਵਿਧੀ ਚੁਣੀ ਹੋਵੇ, ਸਟਾਰਟ ਕਮਾਂਡ ਨੂੰ ਉਸੇ 'ਤੇ ਨਿਰਭਰ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ shell ਇਤਿਹਾਸ ਵਿੱਚ ਚਿਪਕਾਇਆ ਪਾਸਵਰਡ ਕਿਸੇ ਵੀ ਸਮੀਖਿਆ ਵਿੱਚ ਇੱਕ ਖੋਜ ਹੈ।

ਦੋ ਸਵੀਕ੍ਰਿਤੀ ਜਾਂਚਾਂ

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

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