Mountain Duck SFTP: VPN ਤੋਂ ਬਾਅਦ ਦੂਜਾ ਲੌਗਇਨ
ਗੇਟਵੇ ਅਤੇ ਫ਼ਾਈਲ ਸਰਵਰ ਵੱਖ-ਵੱਖ ਚੀਜ਼ਾਂ ਦੀ ਪੁਸ਼ਟੀ ਕਰਦੇ ਹਨ। SFTP ਪ੍ਰਸ਼ਾਸਕ ਦਾ ਹੋਸਟਨਾਮ ਵਰਤੋ, ਉਸ ਦੀ ਪ੍ਰੋਂਪਟ ਦਾ ਜਵਾਬ ਦਿਓ ਅਤੇ ਹੋਸਟ ਕੁੰਜੀ ਜਾਂਚ ਰੱਖੋ।
VPN ਜੁੜ ਜਾਂਦਾ ਹੈ, ਮੀਨੂ ਬਾਰ ਇੱਕ ਟਨਲ ਦਿਖਾਉਂਦਾ ਹੈ, ਅਤੇ Mountain Duck ਫਿਰ ਵੀ ਲੌਗਇਨ ਮੰਗਦਾ ਹੈ। ਫਿਰ ਇਹ ਕੋਡ ਮੰਗਦਾ ਹੈ। ਕੁਝ ਵੀ ਟੁੱਟਿਆ ਨਹੀਂ: ਦੋ ਵੱਖਰੇ ਸਿਸਟਮ ਤੁਹਾਨੂੰ ਪ੍ਰਮਾਣਿਤ ਕਰ ਰਹੇ ਹਨ, ਅਤੇ ਦੂਜੇ ਨੇ ਪਹਿਲੇ ਬਾਰੇ ਕਦੇ ਨਹੀਂ ਸੁਣਿਆ। VPN ਦਾ MFA ਗੇਟਵੇ ਨੂੰ ਕੁਝ ਸਾਬਤ ਕਰਦਾ ਹੈ। SFTP ਸਰਵਰ ਆਪਣਾ ਸਬੂਤ ਮੰਗਦਾ ਹੈ, ਆਪਣੇ ਖਾਤੇ ਦੇ ਵਿਰੁੱਧ।
ਦੋ ਪ੍ਰੋਂਪਟ, ਦੋ ਸਿਸਟਮ
ਗੇਟਵੇ ਅਤੇ ਫ਼ਾਈਲ ਸਰਵਰ ਵੱਖਰੇ ਨੀਤੀ-ਖੇਤਰ ਹਨ। ਹੋ ਸਕਦਾ ਹੈ ਉਹ ਇੱਕ ਡਾਇਰੈਕਟਰੀ ਸਾਂਝੀ ਕਰਦੇ ਹੋਣ, ਜਾਂ ਉਹਨਾਂ ਵਿੱਚ ਵਰਤਣ ਵਾਲੇ ਵਿਅਕਤੀ ਤੋਂ ਬਿਨਾਂ ਕੁਝ ਵੀ ਸਾਂਝਾ ਨਾ ਹੋਵੇ। VPN 'ਤੇ ਇੱਕ ਵਾਰੀ ਕੋਡ ਪਾਸ ਕਰਨ ਨਾਲ SFTP ਹੋਸਟ 'ਤੇ ਸੈਸ਼ਨ ਨਹੀਂ ਬਣਦਾ, ਅਤੇ SFTP ਹੋਸਟ ਇਹ ਵੀ ਨਹੀਂ ਜਾਣ ਸਕਦਾ ਕਿ ਤੁਸੀਂ ਟਨਲ ਵਰਤਿਆ ਜਾਂ ਨਹੀਂ। ਹਰ ਸਿਸਟਮ ਮੰਨਦਾ ਹੈ ਕਿ ਸਿਰਫ਼ ਉਹੀ ਪੁੱਛਦਾ ਹੈ।
| Layer | What it authenticates | Where the account lives |
|---|---|---|
| VPN | The tunnel endpoint | Gateway or identity provider |
| SFTP | The file session | SSH server or its directory |
| Folder access | Read and write within the share | Filesystem permissions |
ਤਿੰਨਾਂ ਨੂੰ ਆਪਣੇ ਨੋਟਾਂ ਵਿੱਚ ਵੱਖਰੀਆਂ ਕਤਾਰਾਂ ਵਜੋਂ ਰੱਖੋ। ਜਦੋਂ ਇੱਕ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ, ਕਤਾਰ ਦੱਸਦੀ ਹੈ ਕਿਹੜਾ ਕੰਸੋਲ ਖੋਲ੍ਹਣਾ ਹੈ, ਅਤੇ ਕੰਮ ਦਾ ਵੱਡਾ ਹਿੱਸਾ ਇਹੀ ਹੈ।
SFTP ਪ੍ਰਸ਼ਾਸਕ ਦਾ ਪਤਾ ਵਰਤੋ
ਬੁੱਕਮਾਰਕ ਨੂੰ ਉਹ ਹੋਸਟਨਾਮ ਅਤੇ ਪੋਰਟ ਚਾਹੀਦਾ ਹੈ ਜਿਸ 'ਤੇ ਫ਼ਾਈਲ ਸੇਵਾ ਅਸਲ ਵਿੱਚ ਸੁਣਦੀ ਹੈ, ਅਤੇ ਇਹ ਜ਼ਰੂਰੀ ਨਹੀਂ ਕਿ VPN ਸਰਵਰ ਦਾ ਪਤਾ ਹੋਵੇ। ਉਸ ਪ੍ਰਸ਼ਾਸਕ ਨੂੰ ਪੁੱਛੋ ਜੋ SFTP ਸੇਵਾ ਚਲਾਉਂਦਾ ਹੈ, ਅਤੇ ਉਹੀ ਹੋਸਟਨਾਮ ਵਰਤੋ ਜੋ ਹੋਰ ਕਲਾਇੰਟ ਵਰਤਦੇ ਹਨ।
ਸਰਵਰ-ਪਛਾਣ ਜਾਂਚ ਨੂੰ ਅਛੂਤ ਰੱਖੋ। Mountain Duck ਅਤੇ Cyberduck ਪਹਿਲੇ ਕਨੈਕਸ਼ਨ 'ਤੇ ਹੋਸਟ ਕੁੰਜੀ ਦਿਖਾਉਂਦੇ ਹਨ, ਅਤੇ ਉਸ ਦੀ ਤੁਲਨਾ ਉਸ ਮੁੱਲ ਨਾਲ ਕਰਨਾ ਜੋ ਪ੍ਰਸ਼ਾਸਕ ਕਿਸੇ ਹੋਰ ਚੈਨਲ ਰਾਹੀਂ ਦਿੰਦਾ ਹੈ, ਉਹੀ ਕਦਮ ਹੈ ਜੋ ਗਲਤ ਸਰਵਰ ਨੂੰ ਤੁਹਾਡੇ ਪ੍ਰਮਾਣ ਪੱਤਰ ਮਿਲਣ ਤੋਂ ਰੋਕਦਾ ਹੈ। ਬੁੱਕਮਾਰਕ ਜੁੜ ਸਕੇ ਇਸ ਲਈ ਉਹ ਜਾਂਚ ਬੰਦ ਕਰਨਾ ਸੁਵਿਧਾ ਦੇ ਭੇਸ ਵਿੱਚ ਸਥਾਈ ਫੈਸਲਾ ਹੈ। ਇਹ ਬਾਅਦ ਵਿੱਚ ਇਸ ਗੱਲ ਦਾ ਇੱਕੋ-ਇੱਕ ਸਬੂਤ ਵੀ ਹਟਾ ਦਿੰਦਾ ਹੈ ਕਿ ਫ਼ਾਈਲ ਉੱਥੇ ਗਈ ਜਿੱਥੇ ਤੁਸੀਂ ਚਾਹੁੰਦੇ ਸੀ।
ਸਰਵਰ ਵੱਲੋਂ ਭੇਜੀ ਚੈਲੇਂਜ ਦਾ ਜਵਾਬ ਦਿਓ
ਪ੍ਰੋਜੈਕਟ ਦੀ SFTP ਦਸਤਾਵੇਜ਼ੀਕਰਨ ਇੱਕ ਵਾਰੀ ਕੋਡਾਂ ਲਈ ਚੈਲੇਂਜ-ਰਿਸਪਾਂਸ ਸਹਾਇਤਾ ਦੱਸਦੀ ਹੈ: ਸ਼ੁਰੂਆਤੀ ਲੌਗਇਨ ਪ੍ਰੋਂਪਟ, ਫਿਰ ਸਰਵਰ ਦੇ ਮੰਗਣ ਅਨੁਸਾਰ ਕੋਡ ਲਈ ਦੂਜੀ ਪ੍ਰੋਂਪਟ। ਇਹ ਪ੍ਰਵਾਹ ਸਰਵਰ ਦੀ ਸੰਰਚਨਾ ਦਾ ਹਿੱਸਾ ਹੈ, ਅਤੇ ਕਲਾਇੰਟ ਪਾਸਵਰਡ ਫੀਲਡ ਵਿੱਚ ਹੋਰ ਮੁੱਲ ਰੱਖ ਕੇ ਸਰਵਰ-ਪਾਸੇ ਦੋ-ਕਾਰਕ ਲਾਗੂ ਨਹੀਂ ਕਰ ਸਕਦਾ।
ਇਸ ਲਈ ਬੁੱਕਮਾਰਕ ਵਿੱਚ ਆਮ ਖਾਤਾ ਪ੍ਰਮਾਣ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ, ਅਤੇ ਪ੍ਰੋਂਪਟ ਆਉਣ 'ਤੇ ਕੋਡ ਟਾਈਪ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਬਦਲਦੇ ਕੋਡ ਨੂੰ ਸਥਾਈ ਪਾਸਵਰਡ ਵਜੋਂ ਸੰਭਾਲਣ ਨਾਲ ਅਜਿਹਾ ਬੁੱਕਮਾਰਕ ਬਣਦਾ ਹੈ ਜੋ ਇੱਕ ਵਾਰ ਕੰਮ ਕਰਦਾ ਹੈ, ਫਿਰ ਗਲਤ ਪਾਸਵਰਡ ਵਰਗੇ ਦਿਖਣ ਵਾਲੇ ਢੰਗ ਨਾਲ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ। ਕੋਡ ਨੂੰ VPN ਪ੍ਰਮਾਣ ਫੀਲਡ ਵਿੱਚ ਰੱਖਣ ਨਾਲ ਫੇਲ੍ਹ ਹੋਣਾ ਵੱਖਰਾ ਹੁੰਦਾ ਹੈ: ਗੇਟਵੇ ਉਸ ਨੂੰ ਰੱਦ ਕਰਦਾ ਹੈ, ਅਤੇ ਟਨਲ ਕਦੇ ਨਹੀਂ ਉੱਠਦਾ। ਦੋ ਪ੍ਰੋਂਪਟ, ਦੋ ਥਾਵਾਂ, ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਬਦਲਣ ਨਾਲ ਦੋਵੇਂ ਟੁੱਟਦੇ ਹਨ।
ਆਟੋਮੈਟਿਕ ਮਾਊਂਟ ਬਟਨ ਨਹੀਂ ਦਬਾ ਸਕਦਾ
ਜੇ ਬੁੱਕਮਾਰਕ ਪਿਛੋਕੜ ਵਿੱਚ ਦੁਬਾਰਾ ਜੁੜਦਾ ਹੈ, ਤਾਂ ਇੰਟਰਐਕਟਿਵ ਚੈਲੇਂਜ ਦਾ ਜਵਾਬ ਦੇਣ ਵਾਲਾ ਕੋਈ ਨਹੀਂ ਹੁੰਦਾ। ਮਾਊਂਟ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਹੈ, ਸਰਵਰ ਦੁਬਾਰਾ ਪੁੱਛਦਾ ਹੈ, ਅਤੇ ਲੌਗ ਅਜਿਹੀਆਂ ਕੋਸ਼ਿਸ਼ਾਂ ਨਾਲ ਭਰ ਜਾਂਦਾ ਹੈ ਜੋ ਸਫਲ ਨਹੀਂ ਹੋ ਸਕਦੀਆਂ। ਵਿਅਕਤੀ ਦੀ ਲੋੜ ਵਾਲੀ ਨੀਤੀ ਦਾ ਇਹ ਇਮਾਨਦਾਰ ਨਤੀਜਾ ਹੈ।
ਇੰਟਰਐਕਸ਼ਨ ਦੀ ਯੋਜਨਾ ਬਣਾਓ: ਜਦੋਂ ਤੁਸੀਂ ਮੌਜੂਦ ਹੋ ਤਾਂ ਟਨਲ ਅਤੇ ਬੁੱਕਮਾਰਕ ਜੋੜੋ, ਅਤੇ ਬਾਅਦ ਦੇ ਆਟੋਮੈਟਿਕ ਮੁੜ-ਕਨੈਕਸ਼ਨਾਂ ਨੂੰ ਸਭ ਤੋਂ ਵਧੀਆ ਕੋਸ਼ਿਸ਼ ਮੰਨੋ। ਜੇ ਕੰਮ ਦੇ ਪ੍ਰਵਾਹ ਨੂੰ ਸੱਚਮੁੱਚ ਬਿਨਾਂ ਨਿਗਰਾਨੀ ਵਾਲੀ ਪਹੁੰਚ ਚਾਹੀਦੀ ਹੈ, ਤਾਂ ਸਰਵਰ ਦੇ ਮਾਲਕ ਨੂੰ ਵੱਖਰੀ ਪ੍ਰਮਾਣਿਕਤਾ ਵਿਵਸਥਾ ਮਨਜ਼ੂਰ ਕਰਨੀ ਪਵੇਗੀ, ਜੋ ਬੁੱਕਮਾਰਕ ਸੈਟਿੰਗ ਨਹੀਂ ਸਗੋਂ ਨੀਤੀ ਬਦਲਾਅ ਹੈ।
ਮਾਊਂਟ ਇਜਾਜ਼ਤ ਨਹੀਂ ਹੈ
ਮਾਊਂਟ ਕੀਤਾ ਵਾਲੀਅਮ ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ ਸੈਸ਼ਨ ਪ੍ਰਮਾਣਿਤ ਹੋਇਆ। ਇਹ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ ਕਿ ਖਾਤਾ ਉਸ ਸਰਵਰ 'ਤੇ ਹਰ ਜਗ੍ਹਾ ਲਿਖ ਸਕਦਾ ਹੈ। ਲੋੜੀਂਦਾ ਫੋਲਡਰ ਜਾਂਚੋ, ਉਹ ਕਾਰਵਾਈ ਅਜ਼ਮਾਓ ਜੋ ਤੁਹਾਨੂੰ ਅਸਲ ਵਿੱਚ ਚਾਹੀਦੀ ਹੈ, ਅਤੇ ਜਦੋਂ ਜਵਾਬ ਮਾਇਨੇ ਰੱਖਦਾ ਹੈ ਤਾਂ ਸਰਵਰ ਪਾਸਿਓਂ ਨਤੀਜਾ ਪੁਸ਼ਟ ਕਰੋ। Finder ਦਾ ਸਾਈਡਬਾਰ ਇੱਕ ਵਾਲੀਅਮ ਦਿਖਾਉਂਦਾ ਹੈ; ਇਹ ਇਸ ਦੇ ਪਿੱਛੇ ਦੀਆਂ ਅਨੁਮਤੀਆਂ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦਾ।
ਕਿਸੇ ਹੋਰ ਪ੍ਰੋਟੋਕੋਲ ਲਈ, ਇਸ ਕ੍ਰਮ ਦੀ ਨਕਲ ਕਰਨ ਦੀ ਬਜਾਏ ਉਸ ਪ੍ਰਦਾਤਾ ਦੀ ਦਸਤਾਵੇਜ਼ੀ ਪ੍ਰਮਾਣਿਕਤਾ ਵਿਧੀ ਵਰਤੋ। ਕਲਾਉਡ ਸਾਈਨ-ਇਨ ਅਤੇ SSH ਚੈਲੇਂਜ ਸਾਈਡਬਾਰ ਵਿੱਚ ਇੱਕੋ ਜਿਹੇ ਦਿਖ ਸਕਦੇ ਹਨ ਅਤੇ ਅੰਦਰੋਂ ਬਿਲਕੁਲ ਵੱਖਰੇ ਵਤੀਰੇ ਕਰ ਸਕਦੇ ਹਨ।