VPN ਰਾਹੀਂ NFS ਮੁੜ-ਨਿਰਯਾਤ ਪੈਕਟ ਫਾਰਵਰਡਿੰਗ ਨਹੀਂ ਹੈ

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

ਸ਼ੁਰੂ ਵਿੱਚ ਪੁੱਛੋ ਕਿ ਕੀ ਹੇਠਲੇ ਕਲਾਇੰਟ ਮੂਲ ਸਰਵਰ ਤੱਕ ਸਿੱਧੇ ਪਹੁੰਚ ਸਕਦੇ ਸਨ। ਜੇਕਰ ਪਹੁੰਚ ਸਕਦੇ ਹਨ, ਤਾਂ ਵਿਚਕਾਰਲੀ ਮਸ਼ੀਨ ਲਾਜ਼ਮੀ ਨਹੀਂ ਹੈ।

ਤਿੰਨ ਮਾਡਲ, ਸਥਿਰਤਾ ਦੀਆਂ ਤਿੰਨ ਕਹਾਣੀਆਂ

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

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

ਪਛਾਣ ਮਾਊਂਟ ਕਮਾਂਡ ਤੋਂ ਵੱਧ ਦੇਰ ਜਿਉਂਦੀ ਹੈ

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

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

ਹਰ NFS ਵਿਸ਼ੇਸ਼ਤਾ ਵਿਚਕਾਰਲੀ ਮਸ਼ੀਨ ਤੋਂ ਨਹੀਂ ਬਚਦੀ

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

ਉਪਭੋਗਤਾ ਪਛਾਣ ਅਤੇ ਨਿਰਯਾਤ ਨੀਤੀ ਵੀ ਹਰ ਛਾਲ 'ਤੇ ਮਹੱਤਵਪੂਰਨ ਹਨ। VPN ਲੌਗਇਨ ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ ਨੈੱਟਵਰਕ ਭਾਗੀਦਾਰ ਪ੍ਰਮਾਣਿਤ ਹੋਇਆ; ਇਹ NFS ਉਪਭੋਗਤਾ ਨੂੰ ਅਧਿਕਾਰ ਨਹੀਂ ਦਿੰਦਾ, ਅਤੇ ਗੇਟਵੇ ਰਾਹੀਂ ਕਲਾਇੰਟ ਦੇ ਪ੍ਰਮਾਣ ਪੱਤਰ ਨਹੀਂ ਭੇਜਦਾ।

ਗੇਟਵੇ ਦੀਆਂ ਦੋ ਉੱਪਰਲੀਆਂ ਨਿਰਭਰਤਾਵਾਂ ਹਨ

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

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

ਮਾਊਂਟ ਨਹੀਂ, ਕੰਮ ਦੇ ਭਾਰ ਦੀ ਜਾਂਚ ਕਰੋ

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

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