FTP ਸਰਵਰ ਵੱਲ ਜਾਣ ਵਾਲੇ ਰਾਹ ਵਿੱਚ VPN ਸੁਰੱਖਿਆ ਕਿੱਥੇ ਖ਼ਤਮ ਹੁੰਦੀ ਹੈ
VPN ਆਪਣੇ ਗੇਟਵੇ ਤੱਕ ਦਾ ਰਾਹ ਢੱਕਦਾ ਹੈ, ਉਸ ਤੋਂ ਅੱਗੇ ਦਾ ਹਿੱਸਾ ਨਹੀਂ। ਸਾਧਾਰਨ FTP, FTPS ਅਤੇ SFTP ਨੂੰ ਵੱਖਰਾ ਕਰੋ, ਫਿਰ ਡੇਟਾ ਚੈਨਲ ਅਤੇ ਸਾਹਮਣੀ ਧਿਰ ਦੀ ਪਛਾਣ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ।
VPN ਇੱਕ ਰਾਹ ਦੀ ਰੱਖਿਆ ਕਰਦਾ ਹੈ, ਅਤੇ ਹਰ ਰਾਹ ਦਾ ਇੱਕ ਅੰਤ ਹੁੰਦਾ ਹੈ। ਜਦੋਂ ਟਨਲ ਕਿਸੇ ਕੰਪਨੀ ਦੇ ਗੇਟਵੇ ’ਤੇ ਖ਼ਤਮ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਫਾਈਲ ਟ੍ਰਾਂਸਫਰ ਉੱਥੋਂ ਹੀ ਆਪਣੇ ਪ੍ਰੋਟੋਕੋਲ ਵੱਲੋਂ ਦਿੱਤੀ ਸੁਰੱਖਿਆ ਹੇਠ ਅੱਗੇ ਵਧਦਾ ਹੈ। ਇਹੀ ਫ਼ਰਕ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਟ੍ਰਾਂਸਫਰ ਸ਼ੁਰੂ ਤੋਂ ਅੰਤ ਤੱਕ ਸੁਰੱਖਿਅਤ ਹੈ ਜਾਂ ਸਿਰਫ਼ ਗੇਟਵੇ ਤੱਕ। Connected ਸੂਚਕ ਦੋਹਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਬਾਰੇ ਵੀ ਕੁਝ ਨਹੀਂ ਦੱਸਦਾ।
ਦੋ ਥਾਵਾਂ, ਦੋ ਬਚੇ ਰਾਹ
ਕੰਪਨੀ ਦੇ VPN ਨਾਲ ਜੁੜਨ ਵਾਲਾ ਅਤੇ ਫਿਰ ਵੱਖਰੇ ਅੰਦਰੂਨੀ ਸਰਵਰ ਨਾਲ FTP ਸੈਸ਼ਨ ਖੋਲ੍ਹਣ ਵਾਲਾ ਲੈਪਟਾਪ ਲਓ। ਟਨਲ ਗੇਟਵੇ ’ਤੇ ਰੁਕਦਾ ਹੈ, ਅਤੇ ਗੇਟਵੇ ਤੋਂ ਉਸ ਸਰਵਰ ਤੱਕ ਦਾ ਹਿੱਸਾ ਇਸ ਤੋਂ ਬਾਹਰ ਰਹਿੰਦਾ ਹੈ।
ਸਾਧਾਰਨ FTP ਪੈਕਟ ਟਨਲ ਵਿੱਚੋਂ ਆਏ ਹਨ ਇਸ ਲਈ ਇਨਕ੍ਰਿਪਸ਼ਨ ਨਹੀਂ ਪਾਉਂਦਾ। ਉਸ ਬਚੇ ਹਿੱਸੇ ’ਤੇ ਹੁਕਮ, ਪ੍ਰਮਾਣ ਅਤੇ ਫਾਈਲ ਦੀ ਸਮੱਗਰੀ ਠੀਕ ਉਸੇ ਤਰ੍ਹਾਂ ਸਫ਼ਰ ਕਰਦੇ ਹਨ ਜਿਵੇਂ ਪ੍ਰੋਟੋਕੋਲ ਤੈਅ ਕਰਦਾ ਹੈ, ਭਾਵ ਖੁੱਲ੍ਹੇ ਵਿੱਚ। ਇਹ ਮਹੱਤਵਪੂਰਨ ਹੈ ਜਾਂ ਨਹੀਂ, ਇਹ ਟੋਪੋਲੋਜੀ ਅਤੇ ਇਸ ’ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ ਕਿ ਉਸ ਹਿੱਸੇ ਦੀ ਹੋਰ ਕੌਣ ਰੱਖਿਆ ਕਰਦਾ ਹੈ, ਅਤੇ ਪਤੇ ਨੂੰ ਨਿੱਜੀ ਕਹਿਣਾ ਸਵਾਲ ਦਾ ਜਵਾਬ ਨਹੀਂ ਦਿੰਦਾ। ਉਹੀ ਤਰਕ ਉਲਟੀ ਦਿਸ਼ਾ ਵਿੱਚ ਵੀ ਲਾਗੂ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਸਰਵਰ ਕਿਸੇ ਕਲਾਊਡ ਨੈੱਟਵਰਕ ਵਿੱਚ ਹੁੰਦਾ ਹੈ ਜਿੱਥੇ ਗੇਟਵੇ ਇੱਕ ਹੋਰ ਛਾਲ ਰਾਹੀਂ ਪਹੁੰਚਦਾ ਹੈ।
VPN ਦਾ ਅੰਤ ਬਿੰਦੂ ਅਤੇ FTP ਸੇਵਾ ਇੱਕੋ ਮਸ਼ੀਨ ’ਤੇ ਰੱਖੋ, ਤਾਂ ਚਿੰਤਾ ਕਰਨ ਲਈ ਕੋਈ ਅਗਲਾ ਹਿੱਸਾ ਨਹੀਂ ਰਹਿੰਦਾ। ਇਹ ਵੱਖਰੀ ਥਾਂ ਹੈ, ਇਹ ਸਬੂਤ ਨਹੀਂ ਕਿ ਹੋਸਟ ਦੀਆਂ ਪ੍ਰਕਿਰਿਆਵਾਂ, ਫਾਈਲਾਂ ਅਤੇ ਪ੍ਰਮਾਣ ਸੁਰੱਖਿਅਤ ਹਨ।
ਸਾਧਾਰਨ FTP, FTPS ਅਤੇ SFTP ਤਿੰਨ ਫ਼ੈਸਲੇ ਹਨ
ਸਾਧਾਰਨ FTP ਪਾਸਵਰਡ ਸਮੇਤ ਕੁਝ ਵੀ ਇਨਕ੍ਰਿਪਟ ਨਹੀਂ ਕਰਦਾ। FTPS, FTP ਵਿੱਚ TLS ਜੋੜਦਾ ਹੈ, ਇਸ ਲਈ ਕੰਟਰੋਲ ਚੈਨਲ ਅਤੇ ਗੱਲਬਾਤ ਹੋਣ ’ਤੇ ਡੇਟਾ ਚੈਨਲ ਸੁਰੱਖਿਅਤ ਰਹਿੰਦੇ ਹਨ। SFTP, SSH ਦੇ ਅੰਦਰ ਢੋਇਆ ਜਾਣ ਵਾਲਾ ਵੱਖਰਾ ਪ੍ਰੋਟੋਕੋਲ ਹੈ, ਅਤੇ ਇਹ FTPS ਦੀ ਦੂਜੀ ਸ਼ਬਦ-ਜੋੜ ਨਹੀਂ।
ਸਰਵਰ ਨੂੰ ਇਹ ਚੋਣ ਸਮਰਥਨ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ, ਕਿਉਂਕਿ ਕਲਾਇੰਟ ਅਜਿਹਾ ਸਰੋਤਾ ਨਹੀਂ ਬਣਾ ਸਕਦਾ ਜੋ ਮੌਜੂਦ ਨਹੀਂ। SFTP ਚੁਣਨ ਨਾਲ ਸਿਰਫ਼ FTP ਚਲਾਉਣ ਵਾਲੀ ਸੇਵਾ SSH ਅੰਤ ਬਿੰਦੂ ਨਹੀਂ ਬਣ ਜਾਂਦੀ, ਅਤੇ ਬੁੱਕਮਾਰਕ ਦਾ ਨਾਮ ਬਦਲਣਾ ਜਾਂ ਪੋਰਟ ਬਦਲਣਾ ਇਸ ਬਾਰੇ ਕੋਈ ਸਬੂਤ ਨਹੀਂ ਕਿ ਕਿਸ ’ਤੇ ਸਹਿਮਤੀ ਹੋਈ। ਕਲਾਇੰਟ ਦੇ ਨਾਲ-ਨਾਲ ਸਰਵਰ ਦੇ ਪਾਸਿਓਂ ਵੀ ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ। ਫਾਈਲ ਮੈਨੇਜਰ ਵਿੱਚ ਤਾਲਾ ਸੈਸ਼ਨ ਬਾਰੇ ਦਾਅਵਾ ਹੈ, ਇਸ ਦੇ ਪਿੱਛੇ ਦੇ ਸਰੋਤੇ ਬਾਰੇ ਨਹੀਂ।
| Protocol | Usual port | What it protects | Identity check |
|---|---|---|---|
| FTP | 21 | Nothing on the wire | None beyond the login |
| FTPS | 21 or 990 | Control channel, data channel when required | TLS server certificate |
| SFTP | 22 | The whole session inside SSH | SSH host key |
ਜਦੋਂ ਟ੍ਰਾਂਸਫਰ ਮਹੱਤਵਪੂਰਨ ਹੋਵੇ ਤਾਂ ਆਖ਼ਰੀ ਕਾਲਮ ਪੜ੍ਹੋ, ਕਿਉਂਕਿ ਉੱਥੇ ਹੀ ਅਣਕਿਆਸੀ ਪਛਾਣ ਬਦਲਾਅ ਦਿਖਦਾ ਹੈ।
ਡੇਟਾ ਕਨੈਕਸ਼ਨ ਦੂਜਾ ਕਨੈਕਸ਼ਨ ਹੈ
FTP ਪਹਿਲਾਂ ਕੰਟਰੋਲ ਕਨੈਕਸ਼ਨ ਖੋਲ੍ਹਦਾ ਹੈ ਅਤੇ ਫਿਰ ਸੂਚੀਆਂ ਤੇ ਟ੍ਰਾਂਸਫਰਾਂ ਲਈ ਵੱਖਰੇ ਡੇਟਾ ਕਨੈਕਸ਼ਨ। ਸੁਰੱਖਿਅਤ ਲੌਗਇਨ ਉਨ੍ਹਾਂ ਬਾਅਦ ਦੇ ਕਨੈਕਸ਼ਨਾਂ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਦੱਸਦਾ, ਜਦ ਤੱਕ ਤੈਨਾਤੀ ਉਨ੍ਹਾਂ ਲਈ ਵੀ ਸੁਰੱਖਿਆ ਦੀ ਮੰਗ ਨਹੀਂ ਕਰਦੀ।
FTPS ਵਿੱਚ ਕਲਾਇੰਟ ਕਿਸੇ ਖ਼ਾਸ ਹੁਕਮ ਰਾਹੀਂ ਸੁਰੱਖਿਅਤ ਡੇਟਾ ਚੈਨਲ ਮੰਗਦਾ ਹੈ, ਅਤੇ ਸਰਵਰ ਨੀਤੀ ਖੁੱਲ੍ਹੇ ਬਦਲ ਨੂੰ ਨਕਾਰ ਸਕਦੀ ਹੈ। ਇਹ ਮੰਨਣ ਦੀ ਥਾਂ ਕਿ ਕਲਾਇੰਟ ਦਾ ਡਿਫ਼ਾਲਟ ਕਾਫ਼ੀ ਹੈ, ਜਾਂਚੋ ਕਿ ਨੀਤੀ ਇਸ ਦੀ ਮੰਗ ਕਰਦੀ ਹੈ। ਪੈਸਿਵ ਮੋਡ ਇੱਕ ਹੋਰ ਉਲਝਣ ਜੋੜਦਾ ਹੈ, ਕਿਉਂਕਿ ਸਰਵਰ ਡੇਟਾ ਕਨੈਕਸ਼ਨ ਲਈ ਪਤਾ ਅਤੇ ਪੋਰਟ ਘੋਸ਼ਿਤ ਕਰਦਾ ਹੈ। ਜੋ ਫਾਇਰਵਾਲ ਜਾਂ NAT ਯੰਤਰ ਉਸ ਘੋਸ਼ਣਾ ਨੂੰ ਮੁੜ ਲਿਖਦਾ ਜਾਂ ਰੋਕਦਾ ਹੈ, ਉਹ ਅਜਿਹਾ ਸੈਸ਼ਨ ਬਣਾਉਂਦਾ ਹੈ ਜੋ ਪ੍ਰਮਾਣੀਕਰਨ ਪਾਰ ਕਰਕੇ ਪਹਿਲੀ ਸੂਚੀ ’ਤੇ ਅਟਕ ਜਾਂਦਾ ਹੈ।
curl -vk ftps://files.corp.example/ --user alice --ftp-ssl-control
openssl s_client -connect files.corp.example:21 -starttls ftp
ss -tnp | grep -E ':21|:990'ਦੂਜਾ ਹੁਕਮ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਕਿਸੇ ਵੀ ਫਾਈਲ ਨੂੰ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਸਰਵਰ ਕੰਟਰੋਲ ਚੈਨਲ ’ਤੇ ਕੀ ਪੇਸ਼ ਕਰਦਾ ਹੈ। ਤੀਜਾ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਡੇਟਾ ਕਨੈਕਸ਼ਨ ਕਦੇ ਬਣਿਆ ਜਾਂ ਨਹੀਂ, ਜੋ ਪ੍ਰਮਾਣੀਕਰਨ ਫੇਲ੍ਹ ਹੋਣ ਅਤੇ ਪੈਸਿਵ-ਮੋਡ ਫੇਲ੍ਹ ਹੋਣ ਵਿਚਕਾਰ ਫ਼ਰਕ ਹੈ।
ਪਛਾਣ ਜਾਂਚਾਂ ਟਨਲ ਵਿੱਚੋਂ ਬਚ ਨਿਕਲਦੀਆਂ ਹਨ
FTPS ਕਲਾਇੰਟ TLS ਸਰਵਰ ਦੀ ਪਛਾਣ ਦੀ ਪੁਸ਼ਟੀ ਕਰਦਾ ਹੈ, ਅਤੇ SFTP ਕਲਾਇੰਟ SSH ਹੋਸਟ ਕੁੰਜੀ ਦੀ ਪੁਸ਼ਟੀ ਕਰਦਾ ਹੈ। ਦੋਵੇਂ ਜਾਂਚਾਂ ਫਾਈਲ ਟ੍ਰਾਂਸਫਰ ਪ੍ਰੋਟੋਕੋਲ ਦੀਆਂ ਹਨ, ਅਤੇ VPN ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਇੱਕ ਵੀ ਨਹੀਂ ਕਰਦਾ।
ਇਹ ਵਿਛੋੜਾ ਉਦੋਂ ਮਹੱਤਵਪੂਰਨ ਹੈ ਜਦੋਂ ਵਿਚਕਾਰਲੀ ਕੋਈ ਚੀਜ਼ ਸੈਸ਼ਨ ਦੀ ਜਾਂਚ ਕਰਨਾ ਚਾਹੁੰਦੀ ਹੈ। ਨੈੱਟਵਰਕ ਯੰਤਰ ਹੁਕਮ ਪੜ੍ਹ ਸਕੇ ਇਸ ਲਈ TLS ਬੰਦ ਕਰਨਾ ਸੁਰੱਖਿਆ ਮਾਡਲ ਨੂੰ ਪੂਰਾ ਕਰਨ ਦੀ ਥਾਂ ਬਦਲ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਟਨਲ ਉੱਠਣ ਕਰਕੇ ਅਣਸਮਝਾਈ ਹੋਸਟ ਕੁੰਜੀ ਸਵੀਕਾਰ ਕਰਨ ’ਤੇ ਵੀ ਇਹੀ ਗੱਲ ਲਾਗੂ ਹੁੰਦੀ ਹੈ। ਲੋੜੀਂਦਾ ਭਰੋਸਾ ਸੰਰਚਨਾ ਰੱਖੋ ਅਤੇ ਸਹੀ ਸਮੱਗਰੀ ਓਪਰੇਟਰ ਤੋਂ ਲਓ। ਪ੍ਰਮਾਣੀਕਰਨ ਕਰਨ ਵਾਲਾ ਟਨਲ ਆਪਣੇ ਦੂਰ ਦੇ ਸਿਰੇ ’ਤੇ ਮੌਜੂਦ ਸਰਵਰ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਦੱਸਦਾ।
ਇਨ੍ਹਾਂ ਪ੍ਰੋਟੋਕੋਲਾਂ ਲਈ ਪ੍ਰਾਈਵੇਟ ਕੁੰਜੀ ਅਤੇ ਸਰਟੀਫਿਕੇਟ ਦੀ ਸਮੱਗਰੀ VPN ਪ੍ਰਮਾਣ ਤੋਂ ਵੱਖਰਾ, ਇੱਕ ਹੋਰ ਤੀਜਾ ਭੇਤ ਹੈ।
ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਕੀ ਪੁਸ਼ਟੀ ਕੀਤੀ, ਲਿਖੋ
ਅਜਿਹੀ ਬੇਨੁਕਸਾਨ ਫਾਈਲ ਚੁਣੋ ਜਿਸ ਨੂੰ ਹਿਲਾਉਣ ਦੀ ਤੁਹਾਨੂੰ ਆਗਿਆ ਹੈ, ਅਤੇ ਕੋਸ਼ਿਸ਼ ਬਾਰੇ ਚਾਰ ਤੱਥ ਲਿਖੋ: ਕਿਹੜਾ ਪ੍ਰੋਟੋਕੋਲ ਚੱਲਿਆ, ਸਾਹਮਣੀ ਧਿਰ ਦੀ ਕਿਹੜੀ ਪਛਾਣ ਜਾਂਚੀ ਗਈ, ਕਿਹੜਾ ਰਾਹ ਲੋੜੀਂਦਾ ਸੀ, ਅਤੇ ਟ੍ਰਾਂਸਫਰ ਪੂਰਾ ਹੋਇਆ ਜਾਂ ਨਹੀਂ।
lftp -u alice -e "set ftp:ssl-protect-data true; ls; bye" ftps://files.corp.example
sftp -v [email protected]ਡਾਇਰੈਕਟਰੀ ਸੂਚੀ, ਟਨਲ ਵਿੱਚ ਲੌਗਇਨ ਅਤੇ ਪੂਰਾ ਹੋਇਆ ਟ੍ਰਾਂਸਫਰ ਤਿੰਨ ਵੱਖਰੇ ਨਿਰੀਖਣ ਹਨ, ਅਤੇ ਸਿਰਫ਼ ਆਖ਼ਰੀ ਦੱਸਦਾ ਹੈ ਕਿ ਰਾਹ ਫਾਈਲਾਂ ਲਈ ਕੰਮ ਕਰਦਾ ਹੈ। ਜੇ ਡਿਜ਼ਾਈਨ ਬਚੀ ਛਾਲ ’ਤੇ ਗੋਪਨੀਯਤਾ ਲਈ ਸਿਰਫ਼ VPN ’ਤੇ ਭਰੋਸਾ ਕਰਦਾ ਹੈ, ਤਾਂ ਇਸ ਨੂੰ ਉਸੇ ਫ਼ੈਸਲੇ ਵਜੋਂ ਲਿਖੋ। ਛਾਲ ਅਤੇ ਇਸ ਦੀ ਭਰੋਸਾ ਧਾਰਨਾ ਦਾ ਨਾਮ ਲੈਣ ਵਾਲਾ ਸਵੀਕ੍ਰਿਤੀ ਨੋਟ ਜੁੜੇ ਕਲਾਇੰਟ ਦੇ ਸਕ੍ਰੀਨਸ਼ਾਟ ਨਾਲੋਂ ਵੱਧ ਕੀਮਤੀ ਹੈ।