ਇੱਕ VPN ਸੈਕੰਡਰੀ ਇੱਕ Wi-Fi ਪ੍ਰੋਫਾਈਲ ਦੀ ਹੈ, ਸਾਰਿਆਂ ਦੀ ਨਹੀਂ
VPN ਸੈਕੰਡਰੀ ਇੱਕ ਬੇਸ ਕਨੈਕਸ਼ਨ ਨਾਲ ਜੁੜਿਆ UUID ਹੈ। ਯੋਜਨਾ ਬਣਾਓ ਕਿ ਭਵਿੱਖ ਦੇ Wi-Fi ਪ੍ਰੋਫਾਈਲ ਇਸਨੂੰ ਕਿਵੇਂ ਵਿਰਾਸਤ ਵਿੱਚ ਲੈਣਗੇ ਅਤੇ ਉਹ UUID ਬਦਲਣ 'ਤੇ ਕੀ ਹੋਵੇਗਾ।
ਘਰ ਦੇ Wi-Fi ਕਨੈਕਸ਼ਨ ਦੀ ਸੈਕੰਡਰੀ ਵਜੋਂ VPN ਕਨਫਿਗਰ ਕਰੋ ਅਤੇ ਸਭ ਕੁਝ ਕੰਮ ਕਰਦਾ ਹੈ, ਜਦੋਂ ਤੱਕ ਲੈਪਟਾਪ ਕਿਸੇ ਹੋਰ ਐਕਸੈਸ ਪੁਆਇੰਟ ਵਿੱਚ ਸ਼ਾਮਲ ਨਹੀਂ ਹੁੰਦਾ ਅਤੇ ਟਨਲ ਹੇਠਾਂ ਹੀ ਰਹਿੰਦੀ ਹੈ। ਨਵਾਂ ਕਨੈਕਸ਼ਨ ਆਪਣੇ UUID ਵਾਲਾ ਵੱਖਰਾ ਕਨਫਿਗਰੇਸ਼ਨ ਆਬਜੈਕਟ ਹੈ, ਅਤੇ ਇਸਦੇ ਪੂਰਵਵਰਤੀ ਲਈ ਤੁਸੀਂ ਜੋ ਬੰਧਨ ਬਣਾਇਆ ਸੀ, ਉਸਨੂੰ ਜਾਣਨ ਦਾ ਇਸ ਕੋਲ ਕੋਈ ਕਾਰਨ ਨਹੀਂ ਹੈ। ਕੁਝ ਵੀ ਖਰਾਬ ਨਹੀਂ ਹੋਇਆ; ਸੰਬੰਧ ਬੱਸ ਕਦੇ ਸੀ ਹੀ ਨਹੀਂ।
NetworkManager ਦਾ ਕਨੈਕਸ਼ਨ ਸੰਦਰਭ ਸੈਕੰਡਰੀ ਨੂੰ ਉਹਨਾਂ UUID ਵਜੋਂ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦਾ ਹੈ ਜੋ ਕਿਸੇ ਖਾਸ ਬੇਸ ਕਨੈਕਸ਼ਨ ਨਾਲ ਸਰਗਰਮ ਹੁੰਦੇ ਹਨ। ਇਹ ਇਹ ਵੀ ਦੱਸਦਾ ਹੈ ਕਿ ਆਮ VPN ਪ੍ਰੋਫਾਈਲ ਬੇਸ ਕਨੈਕਸ਼ਨਾਂ ਵਾਂਗ ਆਟੋਮੈਟਿਕ ਸਰਗਰਮੀ ਲਾਗੂ ਨਹੀਂ ਕਰਦੇ। ਦੋਵੇਂ ਕਥਨ ਇੱਕੋ ਸਿੱਟੇ ਵੱਲ ਲੈ ਜਾਂਦੇ ਹਨ: ਸੰਬੰਧ ਹਰ ਪ੍ਰੋਫਾਈਲ ਲਈ ਵੱਖਰਾ ਹੈ, ਅਤੇ ਹਰ ਨਵੇਂ ਲਈ ਕਿਸੇ ਨੂੰ ਇਹ ਬਣਾਉਣਾ ਪਵੇਗਾ।
ਸੈਕੰਡਰੀ ਅਸਲ ਵਿੱਚ ਕੀ ਹੈ
ਬੇਸ ਕਨੈਕਸ਼ਨ ਦੀ ਇੱਕ ਪਛਾਣ, ਇੱਕ UUID ਅਤੇ ਸੈਕੰਡਰੀ ਦੀ ਸੂਚੀ ਹੁੰਦੀ ਹੈ। ਜਦੋਂ ਇਹ ਸਰਗਰਮ ਹੁੰਦਾ ਹੈ, ਪ੍ਰਬੰਧਕ ਉਹਨਾਂ ਸੈਕੰਡਰੀ ਨੂੰ ਵੀ ਕ੍ਰਮ ਵਿੱਚ ਸਰਗਰਮ ਕਰਦਾ ਹੈ, ਅਤੇ ਇਸ ਤਰ੍ਹਾਂ VPN ਬਿਨਾਂ ਹੱਥੀਂ ਕਲਿੱਕ ਦੇ Wi-Fi ਨੈੱਟਵਰਕ ਦਾ ਪਾਲਣ ਕਰਦਾ ਹੈ। ਸੰਬੰਧ ਬੇਸ ਕਨੈਕਸ਼ਨ ਉੱਤੇ ਰਹਿੰਦਾ ਹੈ, ਨਾਵਾਂ ਦੀ ਬਜਾਏ UUID ਸਟ੍ਰਿੰਗਾਂ ਵਜੋਂ ਲਿਖਿਆ ਜਾਂਦਾ ਹੈ। ਪੇਸ਼ਕਾਰੀ ਦੀ ਇਹ ਚੋਣ ਇਤਫਾਕੀਆ ਨਹੀਂ ਹੈ; ਇਹੀ ਸੰਬੰਧ ਨੂੰ ਨਾਮ ਬਦਲਣ ਤੋਂ ਬਾਅਦ ਵੀ ਬਚਾਈ ਰੱਖਦਾ ਹੈ।
ਨਾਵਾਂ ਬਾਰੇ ਉਹ ਵੇਰਵਾ ਦਿਸਣ ਨਾਲੋਂ ਵੱਧ ਮਹੱਤਵਪੂਰਨ ਹੈ। VPN ਪ੍ਰੋਫਾਈਲ ਦਾ ਨਾਮ ਬਦਲਣ ਨਾਲ ਇਸਦਾ UUID ਅਛੂਤਾ ਰਹਿੰਦਾ ਹੈ, ਇਸ ਲਈ ਮੌਜੂਦਾ ਸੰਬੰਧ ਕੰਮ ਕਰਦੇ ਰਹਿੰਦੇ ਹਨ। ਪੁਰਾਣਾ ਪ੍ਰੋਫਾਈਲ ਮਿਟਾ ਕੇ ਨਵਾਂ ਆਯਾਤ ਕਰਨ ਨਾਲ ਨਵਾਂ UUID ਬਣਦਾ ਹੈ, ਅਤੇ ਪੁਰਾਣੇ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਨ ਵਾਲਾ ਹਰ ਸੰਬੰਧ ਹੁਣ ਕਿਸੇ ਵੱਲ ਇਸ਼ਾਰਾ ਨਹੀਂ ਕਰਦਾ।
ਜੋੜਨ ਤੋਂ ਪਹਿਲਾਂ ਮੌਜੂਦਾ ਸੂਚੀ ਦੀ ਜਾਂਚ ਕਰੋ। ਇੱਕ ਸੈਕੰਡਰੀ ਵਾਲਾ ਘਰ ਦਾ ਪ੍ਰੋਫਾਈਲ ਹਰ SSID ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਨਿਯਮ ਨਹੀਂ ਹੈ; ਇਹ ਇੱਕ ਆਬਜੈਕਟ ਵਿੱਚ ਇੱਕ ਕਤਾਰ ਹੈ, ਅਤੇ ਜਦੋਂ ਕੋਈ ਹੋਰ ਬੇਸ ਸਰਗਰਮ ਹੋਵੇਗਾ ਤਾਂ ਇਸਦੀ ਸਲਾਹ ਨਹੀਂ ਲਈ ਜਾਵੇਗੀ।
ਸੰਬੰਧ ਨੂੰ ਉੱਥੇ ਰੱਖੋ ਜਿੱਥੇ ਪ੍ਰੋਫਾਈਲ ਬਣਦੇ ਹਨ
ਨਿੱਜੀ ਮਸ਼ੀਨ ਉੱਤੇ, ਲੋੜੀਂਦੇ ਸੈਕੰਡਰੀ ਨੂੰ ਜੋੜਨਾ ਹਰ ਮਨਜ਼ੂਰ Wi-Fi ਪ੍ਰੋਫਾਈਲ ਜੋੜਨ ਦਾ ਹਿੱਸਾ ਬਣਾਓ। ਇਹ ਵਿਸ਼ੇਸ਼ਤਾ ਨਹੀਂ, ਆਦਤ ਹੈ, ਪਰ ਇੱਕਸਾਰ ਸਥਿਤੀ ਪੈਦਾ ਕਰਨ ਵਾਲੀ ਆਦਤ ਹੈ, ਅਤੇ ਹਰ ਨੈੱਟਵਰਕ ਲਈ ਇੱਕ ਕਮਾਂਡ ਜਾਂ ਦੋ ਸੰਵਾਦ ਫੇਰੀਆਂ ਲੱਗਦੀਆਂ ਹਨ। ਕਿਹੜੇ ਨੈੱਟਵਰਕ ਟਨਲ ਲੈਣੇ ਚਾਹੀਦੇ ਹਨ ਦਾ ਛੋਟਾ ਨੋਟ ਰੱਖੋ, ਕਿਉਂਕਿ ਸੂਚੀ ਹੀ ਨੀਤੀ ਹੈ।
ਪ੍ਰਬੰਧਿਤ ਡਿਵਾਈਸਾਂ ਉੱਤੇ, ਪ੍ਰੋਵਿਜ਼ਨਿੰਗ ਵਰਕਫਲੋ ਨੂੰ ਇੱਕੋ ਕਦਮ ਵਿੱਚ Wi-Fi ਐਂਟਰੀ ਅਤੇ ਇਸਦਾ VPN ਸੰਬੰਧ ਬਣਾਉਣ ਦਿਓ, ਅਤੇ ਪਹਿਲਾਂ ਤੋਂ ਮੌਜੂਦ ਮਨਜ਼ੂਰ ਪ੍ਰੋਫਾਈਲਾਂ ਉੱਤੇ ਵੀ ਉਹੀ ਵਿਵਹਾਰ ਲਾਗੂ ਕਰੋ। ਸਿਰਫ਼ VPN ਪ੍ਰੋਫਾਈਲ ਵੰਡਣ ਨਾਲ ਬੇਸ ਸੰਬੰਧ ਅਣ-ਨਿਰਦਿਸ਼ਟ ਰਹਿ ਜਾਂਦੇ ਹਨ, ਅਤੇ ਇਸ ਤਰ੍ਹਾਂ ਇੱਕ ਫਲੀਟ ਨੂੰ ਅਜਿਹੀ ਟਨਲ ਮਿਲਦੀ ਹੈ ਜੋ ਅੱਧੇ ਲੈਪਟਾਪ ਹੀ ਵਰਤਦੇ ਹਨ।
ਜਿੱਥੇ ਵਰਤੋਂਕਾਰ ਅਜੇ ਵੀ ਪ੍ਰਬੰਧਿਤ ਮਾਰਗ ਤੋਂ ਬਾਹਰ ਪ੍ਰੋਫਾਈਲ ਬਣਾ ਸਕਦੇ ਹਨ, ਉੱਥੇ ਉਹਨਾਂ ਐਂਟਰੀਆਂ ਦਾ ਕੀ ਹੋਵੇਗਾ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਤੈਅ ਕਰੋ। ਇਹ ਮੰਨਣਾ ਕਿ ਉਹਨਾਂ ਨੂੰ ਸੰਬੰਧ ਵਿਰਾਸਤ ਵਿੱਚ ਮਿਲੇਗਾ, ਨੀਤੀ ਨਹੀਂ ਹੈ; ਇਹ ਸਹਾਇਤਾ ਲਾਗਤ ਵਾਲੀ ਆਸ ਹੈ।
VPN ਦੀ ਪਛਾਣ ਬਦਲਣ ਦੀ ਯੋਜਨਾ ਬਣਾਓ
ਪ੍ਰੋਵਿਜ਼ਨਿੰਗ ਸਰੋਤ ਨੂੰ ਲੋੜੀਂਦੇ VPN ਦਾ UUID ਚਾਹੀਦਾ ਹੈ, ਕਿਸੇ ਦਾ ਅੰਦਾਜ਼ਾ ਲਾਇਆ ਪ੍ਰਦਰਸ਼ਨ ਨਾਮ ਨਹੀਂ। ਜਦੋਂ ਰੱਖ-ਰਖਾਅ ਉਸ VPN ਨੂੰ ਨਵੇਂ ਆਯਾਤ ਕੀਤੇ ਆਬਜੈਕਟ ਨਾਲ ਬਦਲਦਾ ਹੈ, ਉਸੇ ਤਬਦੀਲੀ ਵਿੱਚ ਪ੍ਰੋਵਿਜ਼ਨਿੰਗ ਟੈਂਪਲੇਟ ਅਤੇ ਪ੍ਰਭਾਵਿਤ ਮੌਜੂਦਾ ਸੰਬੰਧ ਅੱਪਡੇਟ ਕਰੋ। ਨਾਮ ਬਦਲਣਾ ਬਦਲੀ ਨਹੀਂ ਹੈ, ਅਤੇ ਦੋਵਾਂ ਨੂੰ ਬਰਾਬਰ ਮੰਨਣਾ ਉਹ ਤਰੀਕਾ ਹੈ ਜਿਸ ਨਾਲ ਕੰਮ ਕਰਦਾ ਰੋਲਆਊਟ ਇੱਕ ਹਫ਼ਤੇ ਬਾਅਦ ਟੁੱਟ ਜਾਂਦਾ ਹੈ।
UUID ਨੂੰ ਇਸਦੇ ਹੋਣ ਦੇ ਕਾਰਨ ਦੇ ਕੋਲ ਰੱਖੋ। ਭਵਿੱਖ ਦਾ ਇੰਜੀਨੀਅਰ ਜਿਸਨੂੰ ਸੈਕੰਡਰੀ ਦੀ ਸੂਚੀ ਵਿੱਚ ਨੰਗਾ UUID ਮਿਲਦਾ ਹੈ, ਉਹ ਦੱਸ ਨਹੀਂ ਸਕਦਾ ਕਿ ਇਹ ਮੌਜੂਦਾ ਹੈ ਜਾਂ ਨਹੀਂ, ਅਤੇ ਸੰਭਵ ਹੈ ਕਿ ਸਫ਼ਾਈ ਕਰਦਿਆਂ ਉਹ ਇਸਨੂੰ ਮਿਟਾ ਦੇਵੇ।
ਸਰਗਰਮੀ ਲਾਗੂ ਕਰਨਾ ਨਹੀਂ ਹੈ
ਸੈਕੰਡਰੀ ਦੀ ਬੇਨਤੀ ਸਰਗਰਮੀ ਦੇ ਸਮੇਂ ਹੁੰਦੀ ਹੈ। ਇਹ ਪ੍ਰਮਾਣਿਕਤਾ ਪੂਰੀ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਦੇ ਅੰਤਰਾਲ ਵਿੱਚ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਰੋਕਦੀ ਨਹੀਂ, ਅਤੇ ਟਨਲ ਫੇਲ ਹੋਣ ਤੋਂ ਬਾਅਦ ਇਹ ਟ੍ਰੈਫਿਕ ਨਹੀਂ ਰੋਕਦੀ। ਇਹ ਵੱਖਰੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਹਨ ਜੋ ਵੱਖਰੇ ਕਾਰਜਵਿਧੀਆਂ ਦੁਆਰਾ ਦਿੱਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਅਤੇ ਇਹਨਾਂ ਨੂੰ ਮਿਲਾਉਣ ਨਾਲ ਅਜਿਹਾ ਡਿਜ਼ਾਈਨ ਬਣਦਾ ਹੈ ਜੋ ਪ੍ਰੋਫਾਈਲ ਵਿੱਚ ਸਖ਼ਤ ਦਿਸਦਾ ਹੈ ਅਤੇ ਵਿਵਹਾਰ ਵਿੱਚ ਢਿੱਲਾ ਹੈ।
ਸਿੱਧੇ ਟ੍ਰੈਫਿਕ ਨੂੰ ਰੋਕਣਾ ਆਪਣੀ ਕਨਫਿਗਰੇਸ਼ਨ ਅਤੇ ਆਪਣੇ ਫੇਲ ਹੋਣ ਦੇ ਢੰਗਾਂ ਵਾਲੀ ਵੱਖਰੀ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ, ਅਤੇ ਇਸਨੂੰ ਉਸ ਟ੍ਰੈਫਿਕ ਦਾ ਹਿਸਾਬ ਰੱਖਣਾ ਚਾਹੀਦਾ ਹੈ ਜੋ ਕਿਸੇ ਵੀ ਟਨਲ ਦੇ ਬਣਨ ਤੋਂ ਪਹਿਲਾਂ ਨੈੱਟਵਰਕ ਤੱਕ ਪਹੁੰਚਣਾ ਚਾਹੀਦਾ ਹੈ: ਕੈਪਟਿਵ ਪੋਰਟਲ, ਸਾਈਨ-ਇਨ ਪੰਨੇ, ਐਂਡਪੁਆਇੰਟ ਖੁਦ। ਜੋ ਰੋਕ ਨੀਤੀ ਪ੍ਰਮਾਣਿਕਤਾ ਤੋਂ ਪਹਿਲਾਂ ਪੂਰੀ ਨਹੀਂ ਕੀਤੀ ਜਾ ਸਕਦੀ, ਉਹ ਮਸ਼ੀਨ ਨੂੰ ਉਸੇ ਨੈੱਟਵਰਕ ਤੋਂ ਬਾਹਰ ਕਰ ਦਿੰਦੀ ਹੈ ਜਿਸਦੀ ਇਸਨੂੰ ਲੋੜ ਹੈ।
ਉਹ ਫ਼ਰਕ ਉਹਨਾਂ ਹਦਾਇਤਾਂ ਵਿੱਚ ਪਾਓ ਜੋ ਵਰਤੋਂਕਾਰ ਅਸਲ ਵਿੱਚ ਪੜ੍ਹਦੇ ਹਨ। ਨਵਾਂ Wi-Fi ਨੈੱਟਵਰਕ ਟਨਲ ਮੰਗ ਸਕਦਾ ਹੈ; ਲਾਗੂ ਕਰਨਾ ਇਹ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਜੁੜ ਨਾ ਸਕਣ 'ਤੇ ਕੁਝ ਬਾਹਰ ਜਾ ਸਕਦਾ ਹੈ ਜਾਂ ਨਹੀਂ। ਜਿਨ੍ਹਾਂ ਨੂੰ ਸਿਰਫ਼ ਪਹਿਲਾ ਅੱਧ ਦੱਸਿਆ ਜਾਂਦਾ ਹੈ, ਉਹ ਡਿਜ਼ਾਈਨ ਨੂੰ ਟੁੱਟਿਆ ਦੱਸਣਗੇ।
ਸੱਚਮੁੱਚ ਨਵੇਂ ਪ੍ਰੋਫਾਈਲ ਨਾਲ ਟੈਸਟ ਕਰੋ
ਪਹਿਲਾਂ ਤੋਂ ਕੰਮ ਕਰ ਰਹੀ ਘਰ ਦੀ ਐਂਟਰੀ ਨਹੀਂ, ਸਗੋਂ ਮਨਜ਼ੂਰ ਟੈਸਟ ਨੈੱਟਵਰਕ ਅਤੇ ਨਵੀਂ ਬਣਾਈ ਬੇਸ ਪ੍ਰੋਫਾਈਲ ਵਰਤੋ। ਬੇਸ ਦੀ ਸਰਗਰਮੀ, ਮੰਗਿਆ ਸੈਕੰਡਰੀ UUID ਅਤੇ ਕੋਈ ਵੀ ਪ੍ਰਮਾਣਿਕਤਾ ਸੰਕੇਤ ਕ੍ਰਮ ਵਿੱਚ ਦੇਖੋ, ਅਤੇ ਜਿੱਥੇ ਅਟਕੇ ਉੱਥੇ ਕਿਹੜਾ ਪੜਾਅ ਅਟਕਿਆ ਲਿਖੋ। ਡੈਸਕਟਾਪ ਲੌਗਇਨ ਤੋਂ ਬਾਅਦ ਉਪਲਬਧ ਹੋਣ ਵਾਲਾ ਗੁਪਤ ਏਜੰਟ ਹਰ ਸਟਾਰਟਅੱਪ ਸੰਦਰਭ ਵਿੱਚ ਆਪਣੇ ਆਪ ਮੌਜੂਦ ਨਹੀਂ ਹੁੰਦਾ, ਇਸ ਲਈ ਰੀਬੂਟ ਵੀ ਟੈਸਟ ਯੋਜਨਾ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰੋ। ਫਿਰ ਲੋੜੀਂਦੇ ਸਰੋਤ ਅਤੇ ਫੇਲ ਹੋਣ ਦੇ ਮਾਰਗ ਦੀ ਜਾਂਚ ਕਰੋ: ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਲੋੜ ਪੈਣ ਤੋਂ ਪਹਿਲਾਂ ਟਨਲ ਉੱਪਰ ਆਉਂਦੀ ਹੈ ਜਾਂ ਨਹੀਂ, ਅਤੇ ਪ੍ਰਮਾਣਿਕਤਾ ਫੇਲ ਹੋਣ 'ਤੇ ਉਸ ਐਪਲੀਕੇਸ਼ਨ ਦਾ ਕੀ ਹੁੰਦਾ ਹੈ?
ਫਿਰ ਲੋੜੀਂਦੇ ਸਰੋਤ ਅਤੇ ਫੇਲ ਹੋਣ ਦੇ ਮਾਰਗ ਦੀ ਜਾਂਚ ਕਰੋ: ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਲੋੜ ਪੈਣ ਤੋਂ ਪਹਿਲਾਂ ਟਨਲ ਉੱਪਰ ਆਉਂਦੀ ਹੈ ਜਾਂ ਨਹੀਂ, ਅਤੇ ਟਨਲ ਪ੍ਰਮਾਣਿਤ ਨਾ ਕਰ ਸਕਣ 'ਤੇ ਉਸ ਐਪਲੀਕੇਸ਼ਨ ਦਾ ਕੀ ਹੁੰਦਾ ਹੈ? ਉਹ ਦੋ ਨਿਰੀਖਣ ਸਵੀਕ੍ਰਿਤੀ ਮਾਪਦੰਡ ਹਨ, ਅਤੇ ਉਹਨਾਂ ਵਿੱਚੋਂ ਇੱਕ ਵੀ ਪ੍ਰੋਫਾਈਲ ਵਿੱਚ ਨਹੀਂ ਦਿਸਦਾ।