ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਘਟਾਉਣ ਤੋਂ ਬਾਅਦ: ਕਿਹੜੀਆਂ OpenVPN ਫਾਈਲਾਂ ਅਜੇ ਵੀ ਕੰਮ ਕਰਦੀਆਂ ਹਨ?
ਘਟਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਖੋਲ੍ਹੇ ਗਏ ਡਿਸਕ੍ਰਿਪਟਰ ਕੰਮ ਕਰਦੇ ਰਹਿੰਦੇ ਹਨ; ਬਾਅਦ ਵਿੱਚ ਦੁਬਾਰਾ ਖੋਲ੍ਹੇ ਜਾਣ ਵਾਲੇ ਰਾਹ ਨਹੀਂ। ਤੈਅ ਕਰੋ ਕਿ ਤੁਹਾਡੇ ਸੈਟਅਪ ਨੂੰ ਤਿੰਨ ਰਨਟਾਈਮ ਫਾਈਲਾਂ ਵਿੱਚੋਂ ਕਿਹੜੀ ਦੁਬਾਰਾ ਖੋਲ੍ਹਣੀ ਹੈ।
ਲੰਮਾ ਅੱਪਟਾਈਮ ਸਿਰਫ਼ ਇਹ ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ ਉਸ ਪਲ ਡੈਮਨ ਕੋਲ ਜੋ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਸਨ, ਉਨ੍ਹਾਂ ਨਾਲ ਸ਼ੁਰੂਆਤ ਸਫਲ ਹੋਈ। ਇੱਥੇ ਮਹੱਤਵਪੂਰਨ ਅਸਫਲਤਾਵਾਂ ਬਾਅਦ ਵਿੱਚ ਆਉਂਦੀਆਂ ਹਨ: ਨਵਾਂ ਕਲਾਇੰਟ ਜੁੜਦਾ ਹੈ, ਰੱਦ ਕਰਨ ਦੀ ਸੂਚੀ ਬਦਲੀ ਜਾਂਦੀ ਹੈ, ਸਹਾਇਕ ਸਕ੍ਰਿਪਟ ਨੂੰ ਫਾਈਲ ਲਿਖਣੀ ਪੈਂਦੀ ਹੈ। ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਹਰ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਰਹਿਤ ਖਾਤੇ ਵੱਲੋਂ ਕੀਤੀ ਨਵੀਂ ਖੋਲ੍ਹ ਹੈ, ਆਪਣੇ ਇਜਾਜ਼ਤ ਸਵਾਲ ਅਤੇ ਆਪਣੇ ਗਲਤੀ ਸੰਦੇਸ਼ ਨਾਲ। ਤਿੰਨ ਫੈਸਲੇ ਕੰਮ ਕਰਦੀ ਰਹਿਣ ਵਾਲੀ ਕਨਫਿਗਰੇਸ਼ਨ ਨੂੰ ਅਗਲੀ ਘਟਨਾ ਵਿੱਚ ਅਸਫਲ ਹੋਣ ਵਾਲੀ ਤੋਂ ਵੱਖ ਕਰਦੇ ਹਨ।
ਜਲਦੀ ਲੋਡ ਹੋਇਆ ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਖੁੱਲ੍ਹਣ ਵਾਲਾ ਵੱਖ ਕਰੋ
ਡਿਸਕ੍ਰਿਪਟਰ ਖੁੱਲ੍ਹੀ ਫਾਈਲ ਵਰਣਨ ਉੱਤੇ ਇੱਕ ਹੈਂਡਲ ਹੈ, ਅਤੇ ਪਹੁੰਚ ਢੰਗ ਉਦੋਂ ਤੈਅ ਹੋਇਆ ਸੀ ਜਦੋਂ ਉਹ ਵਰਣਨ ਬਣਾਇਆ ਗਿਆ ਸੀ। ਬਾਅਦ ਵਿੱਚ ਪਰੋਸੈਸ ਦਾ ਵਰਤੋਂਕਾਰ ਬਦਲਣਾ ਹੈਂਡਲ ਬੰਦ ਨਹੀਂ ਕਰਦਾ, ਇਸ ਲਈ root ਵਜੋਂ ਪੜ੍ਹੀ ਗਈ ਕੁੰਜੀ ਫਾਈਲ ਘਟਾਉਣ ਤੋਂ ਬਾਅਦ ਵੀ ਕੰਮ ਕਰਦੀ ਹੈ। ਢੰਗ ਵੀ ਨਹੀਂ ਬਦਲਦਾ: ਪੜ੍ਹਨ ਲਈ ਖੁੱਲ੍ਹਿਆ ਹੈਂਡਲ ਲਿਖਣਯੋਗ ਨਹੀਂ ਬਣਦਾ, ਅਤੇ ਲਿਖਣਯੋਗ ਹੈਂਡਲ ਸਿਰਫ਼ ਇਸ ਕਾਰਨ ਵਾਪਸ ਨਹੀਂ ਲਿਆ ਜਾਂਦਾ ਕਿ ਖਾਤੇ ਨੇ ਰਾਹ ਉੱਤੇ ਆਪਣੇ ਹੱਕ ਗੁਆ ਲਏ। ਇਹ ਦੋ ਤੱਥ ਇਨ੍ਹਾਂ ਰਿਪੋਰਟਾਂ ਦੇ ਬਹੁਤੇ ਹੈਰਾਨਕੁਨ ਵਿਵਹਾਰ ਦੀ ਵਿਆਖਿਆ ਕਰਦੇ ਹਨ।
ਦੂਜਾ ਅੱਧਾ ਹਿੱਸਾ ਯਾਦਦਾਸ਼ਤ ਹੈ। ਡੈਮਨ ਸਰਟੀਫਿਕੇਟ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰ ਸਕਦਾ ਹੈ, ਵਿਸ਼ਲੇਸ਼ਿਤ ਸਮੱਗਰੀ ਰੱਖ ਸਕਦਾ ਹੈ ਅਤੇ ਫਾਈਲ ਬੰਦ ਕਰ ਸਕਦਾ ਹੈ; ਵਰਤੋਂ ਵਿੱਚ ਰਹਿਣ ਵਾਲੀ ਚੀਜ਼ ਡੇਟਾ ਹੈ, ਖੁੱਲ੍ਹੀ ਫਾਈਲ ਨਹੀਂ। ਇਸ ਲਈ ਚੱਲ ਰਿਹਾ ਟ੍ਰੈਫਿਕ ਇਹ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ ਕਿ ਡਿਸਕ੍ਰਿਪਟਰ ਖੁੱਲ੍ਹਾ ਹੈ ਜਾਂ ਰਾਹ ਦਾ ਨਾਮ ਪਹੁੰਚਯੋਗ ਹੈ। ਇਹ ਸਿਰਫ਼ ਇਹ ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ ਮੌਜੂਦਾ ਸੈਸ਼ਨ ਲਈ ਲੋੜੀਂਦੀ ਸਮੱਗਰੀ ਪਹਿਲਾਂ ਮਿਲ ਚੁੱਕੀ ਸੀ।
ਬਾਅਦ ਦੀ ਖੋਲ੍ਹ ਇੱਕ ਵੱਖਰਾ ਸੌਦਾ ਹੈ। ਇਹ ਮੌਜੂਦਾ ਪ੍ਰਮਾਣ, ਮੌਜੂਦਾ ਸੁਰੱਖਿਆ ਸੰਦਰਭ ਅਤੇ ਮੌਜੂਦਾ ਮਾਊਂਟ ਦ੍ਰਿਸ਼ ਅਧੀਨ ਚੱਲਦੀ ਹੈ, ਇਸ ਲਈ ਸ਼ੁਰੂਆਤ ਵਿੱਚ ਪੜ੍ਹਨਯੋਗ ਰਾਹ ਅਗਲੇ ਕਨੈਕਸ਼ਨ ਉੱਤੇ ਰੱਦ ਹੋ ਸਕਦਾ ਹੈ। ਘੁਮਾਓ ਇੱਕ ਜਾਲ ਜੋੜਦਾ ਹੈ: ਉਸੇ ਰਾਹ ਨਾਮ ਉੱਤੇ ਨਵੀਂ ਫਾਈਲ ਲਿਖਣਾ ਮੌਜੂਦਾ ਡਿਸਕ੍ਰਿਪਟਰ ਨੂੰ ਪੁਰਾਣੀ ਵਸਤੂ ਨਾਲ ਜੁੜਿਆ ਛੱਡਦਾ ਹੈ, ਇਸ ਲਈ ਮੁੜ ਲੋਡ ਸਫਲ ਲੱਗ ਸਕਦਾ ਹੈ ਜਦੋਂ ਕਿ ਡੈਮਨ ਅਜੇ ਵੀ ਪਿਛਲੀ ਸਮੱਗਰੀ ਵਰਤ ਰਿਹਾ ਹੁੰਦਾ ਹੈ। ਘੁਮਾਓ ਲਾਗੂ ਹੋਇਆ ਮੰਨਣ ਤੋਂ ਪਹਿਲਾਂ ਪਰੋਸੈਸ ਕੋਲ ਮੌਜੂਦ inode ਦੀ ਡਿਸਕ ਉੱਤੇ ਮੌਜੂਦ inode ਨਾਲ ਤੁਲਨਾ ਕਰੋ।
ਤਿੰਨ ਰਨਟਾਈਮ ਪੜ੍ਹਤਾਂ ਅਤੇ ਹਰ ਇੱਕ ਕਦੋਂ ਹੁੰਦੀ ਹੈ ਦਾ ਨਾਮ ਦਿਓ
ਤਿੰਨ ਸਰੋਤ ਆਮ ਤੌਰ ਉੱਤੇ ਸ਼ੁਰੂਆਤ ਤੋਂ ਬਹੁਤ ਬਾਅਦ ਖੁੱਲ੍ਹਦੇ ਹਨ, ਅਤੇ ਉਹ ਵੱਖ ਵੱਖ ਪਲਾਂ ਉੱਤੇ ਅਸਫਲ ਹੁੰਦੇ ਹਨ। ਕਿਸੇ ਖਾਸ ਕਲਾਇੰਟ ਦੀ ਕਨਫਿਗਰੇਸ਼ਨ ਫਾਈਲ ਉਦੋਂ ਪੜ੍ਹੀ ਜਾਂਦੀ ਹੈ ਜਦੋਂ ਉਹ ਕਲਾਇੰਟ ਜੁੜਦਾ ਹੈ, ਇਸ ਲਈ ਬਾਕੀ ਚੱਲਦੇ ਰਹਿੰਦਿਆਂ ਇੱਕ ਵਰਤੋਂਕਾਰ ਲਈ ਇਹ ਟੁੱਟ ਸਕਦੀ ਹੈ। ਰੱਦ ਡੇਟਾ ਸਾਥੀ ਪ੍ਰਮਾਣਿਕਤਾ ਵੇਲੇ ਅਤੇ ਫਾਈਲ ਬਦਲਣ ਉੱਤੇ ਮੁੜ ਵੇਖਿਆ ਜਾਂਦਾ ਹੈ। ਅਸਥਾਈ ਡਾਇਰੈਕਟਰੀ ਨੂੰ ਸਕ੍ਰਿਪਟ ਜਾਂ ਪਲੱਗਇਨ ਕੁਝ ਲਿਖਦਾ ਹੈ ਤਾਂ ਹੀ ਹੱਥ ਲਾਇਆ ਜਾਂਦਾ ਹੈ।
ਤਿੰਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਸ਼ੁਰੂਆਤੀ ਰਾਹ ਦਾ ਨਹੀਂ ਹੈ, ਇਸ ਲਈ ਹਫ਼ਤਿਆਂ ਤੱਕ ਸਿਹਤਮੰਦ ਰਿਹਾ ਸਰਵਰ ਅਗਲੇ ਕਨੈਕਸ਼ਨ ਉੱਤੇ ਅਸਫਲ ਹੋ ਸਕਦਾ ਹੈ। ਸ਼੍ਰੇਣੀ ਸੁਧਾਰ ਦੇ ਮਾਲਕ ਦਾ ਨਾਮ ਵੀ ਦੱਸਦੀ ਹੈ: ਪਹਿਲੇ ਦੋ ਡੈਮਨ ਖਾਤੇ ਅਧੀਨ ਕਨਫਿਗਰੇਸ਼ਨ ਉੱਤੇ ਪੜ੍ਹਨ ਦੀ ਇਜਾਜ਼ਤ ਹਨ, ਅਤੇ ਤੀਜਾ ਤੰਗ ਮਕਸਦ ਵਾਲੀ ਲਿਖਣਯੋਗ ਥਾਂ ਹੈ।
| Path reopened later | What triggers the open | First sign when it fails |
|---|---|---|
| Client configuration file | A connection for that client identity | One client rejected while others connect |
| Revocation data | Peer authentication, including after replacement | Revoked and valid peers both refused |
| Script or plugin temporary directory | A helper needs to create a file | The helper exits with a path error |
persist-key ਬਹੁਤਿਆਂ ਦੀ ਧਾਰਨਾ ਤੋਂ ਤੰਗ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ। ਇਹ ਦਸਤਾਵੇਜ਼ੀ SIGUSR1 ਅਤੇ ping-restart ਰੀਸੈਟਾਂ ਦੌਰਾਨ ਕੁੰਜੀ ਫਾਈਲ ਖੁੱਲ੍ਹੀ ਰੱਖਦਾ ਹੈ, ਅਤੇ CCD ਫਾਈਲਾਂ, ਰੱਦ ਡੇਟਾ, ਸਹਾਇਕ ਐਗਜ਼ੀਕਿਊਟੇਬਲ ਜਾਂ ਪਰੋਸੈਸ ਦੀ ਪੂਰੀ ਮੁੜ ਸ਼ੁਰੂਆਤ ਲਈ ਕੁਝ ਨਹੀਂ ਕਰਦਾ। ਉਹ ਅਜੇ ਵੀ ਆਪਣੇ ਖੋਲ੍ਹਣ ਦੇ ਰਾਹਾਂ ਉੱਤੇ ਚਲਦੇ ਹਨ, ਉਸ ਵੇਲੇ ਚੱਲ ਰਹੇ ਕਿਸੇ ਵੀ ਖਾਤੇ ਅਧੀਨ।
ਖਾਤਾ ਅਤੇ ਉਸ ਦਾ ਅਸਲ ਦ੍ਰਿਸ਼ ਪੱਕਾ ਕਰੋ
unit ਫਾਈਲ ਉੱਤੇ ਭਰੋਸਾ ਕਰਨ ਦੀ ਥਾਂ ਚੱਲ ਰਹੇ ਡੈਮਨ ਨੂੰ ਪੁੱਛੋ ਕਿ ਇਹ ਕਿਹੜਾ ਖਾਤਾ ਵਰਤ ਰਿਹਾ ਹੈ, ਫਿਰ ਜਵਾਬ ਦੀ unit ਵੱਲੋਂ ਤੈਅ ਕੀਤੇ ਨਾਲ ਤੁਲਨਾ ਕਰੋ। ਅਸੰਗਤੀ ਪਹਿਲਾਂ ਹੱਲ ਕਰਨ ਵਾਲੀ ਚੀਜ਼ ਹੈ, ਕਿਉਂਕਿ ਹਰ ਅਗਲੀ ਇਜਾਜ਼ਤ ਜਾਂਚ ਪਰੋਸੈਸ ਅਸਲ ਵਿੱਚ ਜੋ ਹੈ ਉਸੇ ਵਜੋਂ ਚੱਲਦੀ ਹੈ। ਫਿਰ ਰਾਹ ਨੂੰ ਇੱਕ ਇੱਕ ਹਿੱਸੇ ਵਜੋਂ ਤੁਰੋ; ਲੰਘਣ ਦਾ ਮੁਲਾਂਕਣ ਹਰ ਪੱਧਰ ਉੱਤੇ ਹੁੰਦਾ ਹੈ, ਇਸ ਲਈ ਨਾ ਲੰਘ ਸਕਣ ਵਾਲੀ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਪੜ੍ਹਨਯੋਗ ਫਾਈਲ ਵੀ ਅਪੜ੍ਹਨਯੋਗ ਰਹਿੰਦੀ ਹੈ। ਅੰਤਿਮ ਫਾਈਲ ਮੋਡ ਪਹਿਲਾ ਨਹੀਂ, ਆਖਰੀ ਸਵਾਲ ਹੈ।
ਨਾਮਸਥਾਨ ਅਤੇ ਸੇਵਾ ਸੈਂਡਬਾਕਸ ਅਜਿਹੀਆਂ ਹੱਦਾਂ ਜੋੜਦੇ ਹਨ ਜਿਨ੍ਹਾਂ ਦਾ ਵਰਣਨ ਮਾਲਕੀ ਅਤੇ ਮੋਡ ਬਿੱਟ ਨਹੀਂ ਕਰਦੇ। ਤੁਹਾਡੇ ਸ਼ੈੱਲ ਵਿੱਚ ਦਿਸਣ ਵਾਲਾ ਰਾਹ chroot, ਮਾਊਂਟ ਨਾਮਸਥਾਨ ਜਾਂ ਘਰ ਦੀਆਂ ਡਾਇਰੈਕਟਰੀਆਂ ਲੁਕਾਉਣ ਵਾਲੇ unit ਅੰਦਰ ਗੈਰਹਾਜ਼ਰ ਜਾਂ ਸਿਰਫ਼-ਪੜ੍ਹਨ ਹੋ ਸਕਦਾ ਹੈ। ਸੁਰੱਖਿਆ ਮਾਡਿਊਲ ਇੱਕ ਹੋਰ ਪਰਤ ਜੋੜਦੇ ਹਨ, ਇਸ ਲਈ ਪੜ੍ਹਨਯੋਗ ਦਿਸਣ ਵਾਲੀ ਫਾਈਲ ਵੀ ਖੁੱਲ੍ਹਣ ਸਮੇਂ ਰੱਦ ਹੋ ਸਕਦੀ ਹੈ।
ps -o user:12,pid,args -C openvpn
systemctl show -p User -p Group -p ProtectHome -p RootDirectory [email protected]
sudo -u openvpn namei -l /etc/openvpn/ccd/aliceਪ੍ਰਬੰਧਕ ਦੇ ਸ਼ੈੱਲ ਵਿੱਚ ਸਫਲ ਪੜ੍ਹਤ ਉਨ੍ਹਾਂ ਸੰਯੁਕਤ ਸ਼ਰਤਾਂ ਵਿੱਚੋਂ ਇੱਕ ਵੀ ਨਹੀਂ ਜਾਂਚਦੀ। ਜਾਂਚ ਡੈਮਨ ਖਾਤੇ ਵਜੋਂ, ਉਸੇ ਨਾਮਸਥਾਨ ਅਤੇ ਸੈਂਡਬਾਕਸ ਨਾਲ ਚਲਾਓ, ਜਾਂ ਮੰਨ ਲਓ ਕਿ ਨਤੀਜਾ ਸਰਵਰ ਨਹੀਂ ਸਗੋਂ ਤੁਹਾਡੇ ਸ਼ੈੱਲ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ। ਤੀਜਾ ਹੁਕਮ ਉਸ ਪਰਖ ਦਾ ਸਸਤਾ ਰੂਪ ਹੈ: ਇਹ ਹਰ ਹਿੱਸੇ ਦਾ ਮੋਡ ਛਾਪਦਾ ਹੈ ਅਤੇ ਡੈਮਨ ਖਾਤਾ ਜਿਸ ਪਹਿਲੇ ਹਿੱਸੇ ਵਿੱਚੋਂ ਨਹੀਂ ਲੰਘ ਸਕਦਾ ਉੱਥੇ ਅਸਫਲ ਹੁੰਦਾ ਹੈ।
ਰਨਟਾਈਮ ਲਿਖਤ ਨੂੰ ਆਪਣੀ ਡਾਇਰੈਕਟਰੀ ਦਿਓ
ਪੜ੍ਹਤ ਸੂਚੀ ਦਾ ਅੱਧਾ ਹਿੱਸਾ ਹੀ ਹੈ। ਸਹਾਇਕ ਸਕ੍ਰਿਪਟ ਨੂੰ ਸਥਿਤੀ ਫਾਈਲ ਬਣਾਉਣੀ ਪੈ ਸਕਦੀ ਹੈ, ਪਲੱਗਇਨ ਨੂੰ ਆਪਣੀ ਕਨਫਿਗਰੇਸ਼ਨ ਦੇ ਕੋਲ ਹਾਲਤ ਲਿਖਣੀ ਪੈ ਸਕਦੀ ਹੈ, ਅਤੇ ਉਹ ਲਿਖਤਾਂ ਕਨਫਿਗਰੇਸ਼ਨ ਦਰਖ਼ਤ ਨੂੰ ਲਿਖਣਯੋਗ ਬਣਾਉਣ ਨਾਲ ਨਹੀਂ ਢਕੀਆਂ ਜਾਂਦੀਆਂ। ਖਾਸ ਡਾਇਰੈਕਟਰੀ ਨੂੰ ਉਸ ਦੇ ਕੰਮ ਲਈ ਲੋੜੀਂਦੀ ਲਿਖਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿਓ, ਉਸ ਮਾਲਕ ਅਤੇ ਮੋਡ ਨਾਲ ਜਿਸ ਦੀ ਤੁਸੀਂ ਵਿਆਖਿਆ ਕਰ ਸਕੋ। ਸਿਰਫ਼ ਪੜ੍ਹੀਆਂ ਜਾਣ ਵਾਲੀਆਂ ਸਾਰੀਆਂ ਚੀਜ਼ਾਂ ਲਈ ਸਿਰਫ਼-ਪੜ੍ਹਨ ਪਹੁੰਚ ਨੂੰ ਤਰਜੀਹ ਦਿਓ।
ਨਿੱਜੀ ਕੁੰਜੀ ਦੀਆਂ ਇਜਾਜ਼ਤਾਂ ਨੀਤੀ ਫਾਈਲਾਂ ਤੋਂ ਵੱਖ ਰੱਖੋ। ਰੀਸੈਟ ਤੋਂ ਬਾਅਦ ਮੁੜ ਪੜ੍ਹਨੀ ਪੈਣ ਵਾਲੀ ਕੁੰਜੀ ਦੀ ਲੋੜ ਹਰ ਕਨੈਕਸ਼ਨ ਉੱਤੇ ਪੜ੍ਹੀ ਜਾਣ ਵਾਲੀ ਕਲਾਇੰਟ ਫਾਈਲ ਤੋਂ ਵੱਖਰੀ ਹੈ, ਅਤੇ ਦੋਵਾਂ ਲਈ ਇੱਕ ਖੁੱਲ੍ਹਾ ਮੋਡ ਸਮੱਸਿਆ ਦੇ ਮੰਗੇ ਤੋਂ ਵੱਧ ਪਹੁੰਚ ਦਿੰਦਾ ਹੈ। ਤੰਗ ਮਾਲਕੀ ਵਾਲਾ ਸਮਰਪਿਤ ਡੈਮਨ ਖਾਤਾ ਚੌੜੇ ਸਮੂਹ ਨਾਲੋਂ ਜਾਂਚਣਾ ਸੌਖਾ ਹੈ। ਜਦੋਂ ਕੁੰਜੀ ਨੂੰ ਰੀਸੈਟ ਸਹਿਣੇ ਪੈਣ, persist-key ਡਾਇਰੈਕਟਰੀ ਚੌੜੀ ਕਰਨ ਦੀ ਥਾਂ ਮੁੜ ਪੜ੍ਹਤ ਹਟਾ ਦਿੰਦਾ ਹੈ।
ਉਸ ਘਟਨਾ ਤੋਂ ਫੈਸਲਾ ਕਰੋ ਜਿਸ ਨੂੰ ਤੁਸੀਂ ਦੁਹਰਾ ਸਕਦੇ ਹੋ
ਜੀਵੰਤ ਸੁਰੰਗ ਕੋਡ ਵਿੱਚੋਂ ਸਿਰਫ਼ ਇੱਕ ਰਾਹ ਸਾਬਤ ਕਰਦੀ ਹੈ। ਫਾਈਲ ਦੀ ਲੋੜ ਵਾਲੀ ਘਟਨਾ ਹੀ ਤੁਹਾਡੇ ਲਈ ਮਹੱਤਵਪੂਰਨ ਖੋਲ੍ਹ ਨੂੰ ਢਕਣ ਵਾਲੀ ਇੱਕੋ ਪਰਖ ਹੈ, ਭਾਵੇਂ ਉਹ ਨਵਾਂ ਕਲਾਇੰਟ ਕਨੈਕਸ਼ਨ ਹੋਵੇ, ਬਦਲੀ ਰੱਦ ਫਾਈਲ ਹੋਵੇ, ਮਨਜ਼ੂਰ ਨਰਮ ਰੀਸੈਟ ਹੋਵੇ ਜਾਂ ਯੋਜਨਾਬੱਧ ਮੁੜ ਸ਼ੁਰੂਆਤ ਹੋਵੇ। ਘਟਨਾ ਚੁਣੋ, ਚਲਾਓ, ਅਤੇ ਆਖਰੀ ਨਹੀਂ ਪਹਿਲੀ ਗਲਤੀ ਰੱਖੋ।
ਨਰਮ ਰੀਸੈਟ ਲਈ ਇੱਕ ਸਿਗਨਲ ਅਤੇ unit ਦਾ ਲਾਗ ਦੱਸਦੇ ਹਨ ਕਿ ਕੁੰਜੀ ਮੁੜ ਪੜ੍ਹੀ ਗਈ ਜਾਂ ਨਹੀਂ। ਸਿਗਨਲ ਭੇਜੋ, ਫਿਰ unit ਵੱਲੋਂ ਲਿਖੀਆਂ ਆਖਰੀ ਲਾਈਨਾਂ ਪੜ੍ਹੋ:
systemctl kill -s SIGUSR1 [email protected]
journalctl -u [email protected] -n 40 --no-pagerਸਿਰਫ਼ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਘਟਣ ਕਾਰਨ ਸਮਝੌਤਾ ਹੋਇਆ ਡੈਮਨ ਹੁਣ ਫਾਈਲਾਂ ਨਹੀਂ ਬਦਲ ਸਕਦਾ ਅਜਿਹਾ ਸਿੱਟਾ ਨਾ ਕੱਢੋ। ਇਹ ਹਾਲੇ ਕੀ ਕਰ ਸਕਦਾ ਹੈ ਇਹ ਬਾਕੀ ਪ੍ਰਮਾਣ, ਇਸ ਦੀ ਸਮਰੱਥਾ, ਇਹ ਜਿਨ੍ਹਾਂ ਡਾਇਰੈਕਟਰੀਆਂ ਵਿੱਚ ਲਿਖ ਸਕਦਾ ਹੈ ਅਤੇ ਹਾਲੇ ਵੀ ਰੱਖੇ ਕਿਸੇ ਲਿਖਣਯੋਗ ਡਿਸਕ੍ਰਿਪਟਰ ਉੱਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ। ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਘਟਾਉਣਾ ਅਧਿਕਾਰ ਤੰਗ ਕਰਦਾ ਹੈ, ਅਤੇ ਰਨਟਾਈਮ ਖੋਲ੍ਹਾਂ ਦੀ ਸੂਚੀ ਦੱਸਦੀ ਹੈ ਕਿ ਕਿੰਨਾ। ਉਹ ਹੱਦ ਕਨਫਿਗਰੇਸ਼ਨ ਦੇ ਕੋਲ ਲਿਖੋ ਤਾਂ ਜੋ ਅਗਲੇ ਬੰਦੇ ਨੂੰ ਇਹ ਮੁੜ ਲੱਭਣੀ ਨਾ ਪਵੇ।