PrivateTmp: ਹੁੱਕ ਨੇ ਫ਼ਾਈਲ ਲਿਖੀ, ਤਾਂ ਉਹ ਕਿੱਥੇ ਗਈ?

ਹੁੱਕ ਸਫ਼ਲਤਾ ਦੀ ਖ਼ਬਰ ਦਿੰਦੇ ਹਨ, ਅਤੇ ਉਹੀ ਰਾਹ ਸ਼ੈੱਲ ਤੋਂ ਅਜੇ ਵੀ ਖ਼ਾਲੀ ਦਿਸਦਾ ਹੈ। ਦੋਵੇਂ ਬਿਆਨ ਇੱਕੋ ਸਮੇਂ ਸੱਚ ਹੋ ਸਕਦੇ ਹਨ, ਕਿਉਂਕਿ systemd ਸੇਵਾ ਆਪਣੀ ਹੀ ਮਾਊਂਟ ਨਾਮ-ਥਾਂ ਵਿੱਚ ਨਿੱਜੀ ਆਰਜ਼ੀ ਡਾਇਰੈਕਟਰੀ ਨਾਲ ਰਹਿ ਸਕਦੀ ਹੈ। ਇਹ ਸਮਝ ਆਉਣ ਤੋਂ ਬਾਅਦ ਦਿਲਚਸਪ ਸਵਾਲ ਇਹ ਹੈ ਕਿ ਲਿਖਣਾ ਕੀ ਅਸਲ ਵਿੱਚ ਸਫ਼ਲ ਹੋਇਆ।

ਦੋ ਆਰਜ਼ੀ ਡਾਇਰੈਕਟਰੀਆਂ, ਇੱਕੋ ਰਾਹ

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

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

ਅਣਵੇਖੀ ਨੂੰ ਅਲਿਖਣਯੋਗ ਤੋਂ ਵੱਖ ਕਰੋ

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

systemctl show [email protected] -p PrivateTmp -p User -p Group -p RuntimeDirectory
systemctl show [email protected] -p MainPID --value
sudo ls -l /proc/PID/root/tmp/client-state

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

ਸਾਂਝੇ ਡੇਟਾ ਨੂੰ ਸਪਸ਼ਟ ਥਾਂ ਦਿਓ

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

[Service]
RuntimeDirectory=openvpn-hook-office
RuntimeDirectoryMode=0750

ਰਨਟਾਈਮ ਡਾਇਰੈਕਟਰੀ ਫ਼ੋਲਡਰ ਨੂੰ ਸਿਸਟਮ ਦੇ ਰਨਟਾਈਮ ਖੇਤਰ ਹੇਠ ਰੱਖਦੀ ਹੈ, ਯੂਨਿਟ ਦੇ ਸੰਰਚਿਤ ਉਪਭੋਗਤਾ ਅਤੇ ਗਰੁੱਪ ਲਈ ਉਹ ਬਣਾਉਂਦੀ ਹੈ, ਅਤੇ ਯੂਨਿਟ ਰੁਕਣ ’ਤੇ ਉਹ ਹਟਾ ਦਿੰਦੀ ਹੈ। ਪੈਕੇਜ ਦੀ ਯੂਨਿਟ ਨੂੰ ਬਰਕਰਾਰ ਰੱਖਣ ਲਈ ਇਸਨੂੰ drop-in ਰਾਹੀਂ ਜੋੜੋ, ਫਿਰ ਮੈਨੇਜਰ ਮੁੜ ਲੋਡ ਕਰੋ ਅਤੇ ਉਹ ਇੰਸਟੈਂਸ ਮੁੜ ਚਾਲੂ ਕਰੋ, ਇਹ ਮੰਨ ਕੇ ਕਿ ਇਸਦੇ ਕਲਾਇੰਟ ਮੁੜ ਜੁੜਨਗੇ।

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

ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਦੀਆਂ ਦੋ ਪਰਤਾਂ ਅਸਹਿਮਤ ਹੋ ਸਕਦੀਆਂ ਹਨ

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

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

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

ਪੂਰਾ ਹਸਤਾਂਤਰਣ ਜਾਂਚੋ

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

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