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

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

ਬੂਟ ਮਾਰਗ ਅਸਲ ਵਿੱਚ ਕੀ ਮੰਗਦਾ ਹੈ

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

ਫੇਲ ਕੀਰਿੰਗ ਵਿੱਚ ਲੁਕਿਆ ਨਹੀਂ, ਕਨੈਕਸ਼ਨ ਵਿੱਚ ਹੀ ਲਿਖਿਆ ਹੋਇਆ ਹੈ।

ਕਨੈਕਸ਼ਨ 'ਤੇ ਸੀਕ੍ਰੇਟ ਫਲੈਗ ਪੜ੍ਹਨਾ

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

ਪ੍ਰੋਫਾਈਲ ਸੂਚੀ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ, ਫਿਰ ਪੱਕਾ ਕਰੋ ਕਿ ਕਿਹੜਾ ਕਨੈਕਸ਼ਨ ਆਪਣੇ ਆਪ ਚੁੱਕਣ ਲਈ ਸੈੱਟ ਹੈ। ਫਿਰ ਇੱਕ ਕਨੈਕਸ਼ਨ ਡੰਪ ਕਰੋ ਅਤੇ ਪਾਸਵਰਡ ਫਲੈਗ ਪੜ੍ਹੋ:

nmcli -f NAME,UUID,TYPE,AUTOCONNECT connection show
nmcli connection show "Work VPN" | grep -i -E "password|secret|key"
journalctl -b -u NetworkManager --grep "secret"

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

Flag valueWhere the secret livesBehaviour before login
0Stored in the connection profileAvailable to the system service
1Owned by a secret agentBlocks until the agent is unlocked
2Never storedPrompts on every activation
4Not requiredNever requested at all

ਕਨੈਕਸ਼ਨ ਨੂੰ ਸਿਸਟਮ ਸਕੋਪ ਵਿੱਚ ਲਿਜਾਣ ਨਾਲ ਜਵਾਬ ਕਿਉਂ ਬਦਲਦਾ ਹੈ

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

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

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

ਕੀ ਨਾ ਕਰੋ, ਅਤੇ ਇਸ ਦੀ ਬਜਾਏ ਕੀ ਕਰੋ

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

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

ਲੌਗਇਨ ਤੋਂ ਬਾਅਦ ਦੀ ਹੱਥੀਂ ਮੁੜ-ਕੋਸ਼ਿਸ਼ ਦੀ ਬਜਾਏ ਨਿਯੰਤਰਿਤ ਸਾਫ਼ ਬੂਟ ਤੋਂ ਪਰਖੋ। ਮੁੜ-ਕੋਸ਼ਿਸ਼ ਉਸੇ ਕਾਰਨ ਕਾਮਯਾਬ ਹੁੰਦੀ ਹੈ ਜਿਸ ਕਾਰਨ ਬੂਟ ਵੇਲੇ ਦੀ ਕੋਸ਼ਿਸ਼ ਫੇਲ ਹੋਈ, ਅਤੇ ਤੇਜ਼ ਜਾਂਚ ਠੀਕ ਉਹੀ ਸਬੂਤ ਨਸ਼ਟ ਕਰਦੀ ਹੈ।

ਸੰਬੰਧਿਤ ਲੇਖ