SSHFS ਮਾਊਂਟ ਵਰਤੋਂਕਾਰ ਦੇ ਹਨ, VPN ਹੁੱਕ ਦੇ ਨਹੀਂ

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

ਭਰਮ: ਨੈੱਟਵਰਕ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਦਾ ਅਰਥ ਮਾਊਂਟ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ

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

ਇੱਕ-ਵਰਤੋਂਕਾਰ ਲੈਪਟਾਪ 'ਤੇ ਇਹ ਇੱਕੋ ਖਾਤਾ ਹੋ ਸਕਦੇ ਹਨ, ਅਤੇ ਉਹ ਇਤਫ਼ਾਕ ਡਿਜ਼ਾਈਨ ਨਹੀਂ ਹੈ।

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

ਮਾਊਂਟ ਲੌਗਇਨ ਕੀਤੇ ਵਰਤੋਂਕਾਰ ਦਾ ਕਿਉਂ ਹੈ

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

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

sshfs [email protected]:/exports/team "$HOME/mnt/team"

ਉਸ ਲਾਈਨ ਵਿੱਚ ਹਰ ਨਾਮ ਅਤੇ ਮਾਰਗ ਨੂੰ ਪਲੇਸਹੋਲਡਰ ਮੰਨੋ, ਖਾਤਾ ਅਤੇ ਨਿਰਯਾਤ ਸਮੇਤ। VPN ਖਾਤੇ ਦਾ ਪਾਸਵਰਡ ਆਪਣੇ ਆਪ ਸਟੋਰੇਜ ਖਾਤੇ ਦਾ ਪ੍ਰਮਾਣ ਨਹੀਂ ਹੁੰਦਾ।

ਟ੍ਰਿਗਰ ਨੇ ਸੈਸ਼ਨ ਨੂੰ ਕੀ ਕਰਨ ਲਈ ਕਹਿਣਾ ਚਾਹੀਦਾ ਹੈ

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

ਸੈਸ਼ਨ-ਪਾਸੇ ਦੀ ਕਾਰਵਾਈ ਨੂੰ ਇੱਛਤ ਮੌਜੂਦਾ ਮਾਊਂਟ ਲੱਭਣਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ਫਿਰ ਇੱਕ ਸੀਮਿਤ ਕੋਸ਼ਿਸ਼ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ।

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

ਡਿਸਕਨੈਕਟ ਫ਼ਾਈਲ-ਸਿਸਟਮ ਦੀ ਘਟਨਾ ਹੈ, ਹੁੱਕ ਦੀ ਘਟਨਾ ਨਹੀਂ

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

fusermount3 -u "$HOME/mnt/team"

ਅਣਪਛਾਤਾ ਨੁਕਸਾਨ ਇੱਕ ਵੱਖਰੀ ਸਥਿਤੀ ਹੈ, ਅਤੇ SSHFS ਦਰਜ ਕਰਦਾ ਹੈ ਕਿ ਵਿਘਨ ਪਈ ਕਾਰਵਾਈ ਆਵਾਜਾਈ ਦੇ ਮੁੜ ਜੁੜਨ ਤੱਕ ਰੁਕ ਸਕਦੀ ਹੈ।

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