FTP ਲਾਉਗਇਨ ਕੰਮ ਕਰਦਾ ਹੈ ਪਰ ਫ਼ੋਲਡਰ ਸੂਚੀ ਅਟਕ ਜਾਂਦੀ ਹੈ: ਕਿਉਂ

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

ਜਾਂਚਾਂ ਕ੍ਰਮ ਵਿੱਚ ਕਰੋ। ਹਰ ਇੱਕ ਵੱਖਰੀ ਪਰਤ ਨੂੰ ਬਾਹਰ ਕਰਦੀ ਹੈ, ਇਸ ਲਈ ਪਹਲੀ ਵਿਸੰਗਤੀ ’ਤੇ ਰੁਕੋ।

ਪਹਿਲਾਂ ਦੋਵੇਂ ਕਨੈਕਸ਼ਨ ਵੱਖ ਕਰੋ

ਕੰਟਰੋਲ ਕਨੈਕਸ਼ਨ ਸਰਵਰ ਦੇ ਸੁਣਨ ਵਾਲੇ ਪੋਰਟ ’ਤੇ ਕਮਾਂਡ ਅਤੇ ਜਵਾਬ ਲੈ ਜਾਂਦਾ ਹੈ। ਡੇਟਾ ਕਨੈਕਸ਼ਨ ਡਾਇਰੈਕਟਰੀ ਸੂਚੀ ਜਾਂ ਫ਼ਾਈਲ ਦਾ ਮੁੱਖ ਹਿਸਸਾ ਲੈ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਪੈਸਿਵ ਮੋਡ ਵਿੱਚ ਸਰਵਰ ਆਪਣਾ ਅੰਤ ਬਿੰਦੂ ਚੁੰਦਦਾ ਹੈ ਅਤੇ PASV ਜਾਂ EPSV ਜਵਾਬ ਵਿੱਚ ਐਲਾਨ ਕਰਦਾ ਹੈ। ਪੋਰਟ 21 ਦੀ ਆਗਿਆ ਦੇਣਾ ਇਸ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਦਾ ਕਿ ਡੇਟਾ ਪੋਰਟ ਪਹੁੰਚਯੋਗ ਹੈ ਜਾਂ ਨਹੀਂ, ਅਤੇ ਇਸੇ ਲਈ ਲਾਉਗਇਨ ਸਫਲ ਹੁੰਦਾ ਹੈ ਜਦਕਿ ਹਰ ਸੂਚੀ ਸਮਾਂ ਖਤਮ ਹੋਣ ’ਤੇ ਰੁਕ ਜਾਂਦੀ ਹੈ। WinSCP ਦੀ FTP ਮੋਡਾਂ ਬਾਰੇ ਗਾਈਡ ਇਸ ਵੰਡ ਅਤੇ ਇਸ ਦੀਆਂ ਨੈੱਟਵਰਕ ਲੋੜਾਂ ਨੂੰ ਸਮਝਾਉੰਦੀ ਹੈ।

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

PASV ਜਵਾਬ ਵਿੱਚ ਪਤਾ ਪੜੋ

ਵਿਸਥਾਰ ਵਾਲਾ ਕਲਾਇਂਟ ਚਲਾਓ ਅਤੇ ਅੰਦਾਜ਼ਾ ਲਾਉਣ ਦੀ ਥਾਂ ਜਵਾਬ ਪੜੋ। curl -v ftp://user@host/ ਸਰਵਰ ਵੱਲੋਂ ਚਾਹੇ ਪਤੇ ਅਤੇ ਪੋਰਟ ਨਾਲ PASV ਲਾਈਨ ਛਾਪਦਾ ਹੈ, ਅਤੇ ਕਲਾਇਂਟ ਅੱਗੇ ਉਸੇ ਪਤੇ ’ਤੇ ਜੁੜਦਾ ਹੈ। ਜੇ ਇਹ ਸੁਰੰਗ ਦੇ ਕਲਾਇਂਟ ਪਾਸੇ ਕੋਈ ਅਰਥ ਨਹੀਂ ਰੱਖਦਾ ਨਿੱਜੀ ਪਤਾ ਹੈ, ਤਾਂ ਕੰਟਰੋਲ ਚੈਨਲ ਸਿਹਤਮੰਦ ਰਹਿੰਦਿਆਂ ਡੇਟਾ ਕਨੈਕਸ਼ਨ ਕਿੱਤੇ ਨਹੀਂ ਜਾਂਦਾ।

ਉਸ ਪਤੇ ਦੀ ਤੁਲਨਾ ਉਸ ਪਤੇ ਨਾਲ ਕਰੋ ਜਿੱਥੇ ਕਲਾਇਂਟ ਅਸਲ ਵਿੱਚ ਪਹੁੰਚਿਆ। ਬੇਮੇਲ ਹੀ ਜਵਾਬ ਹੈ, ਅਤੇ ਇਹ ਆਮ ਤੌਰ ’ਤੇ NAT ਤੋਂ ਜਾਂ ਅੰਦਰੂਨੀ ਪਤੇ ਨਾਲ ਸੰਰਚਿਤ ਸਰਵਰ ਤੋਂ ਆਉੰਦਾ ਹੈ।

ਪੋਰਟ ਰੇਂਜ ਅਤੇ ਸੁਰੰਗ ਨੀਤੀ ਜਾਂਚੋ

ਪੈਸਿਵ ਸਰਵਰ ਸੰਰਚਿਤ ਰੇਂਜ ਵਿੱਚੋਂ ਡੇਟਾ ਪੋਰਟ ਦਿੰਦੇ ਹਨ, ਅਤੇ ਉਸ ਰੇਂਜ ਨੂੰ VPN ਅਤੇ ਰਾਹ ਦੇ ਕਿਸੇ ਵੀ ਫਾਇਰਵਾਲ ਰਾਹੀਂ ਆਗਿਆ ਦੇਣੀ ਚਾਹੀਦੀ ਹੈ। ਸਿਰਫ਼ 21 ਨੂੰ ਆਗਿਆ ਦੇਣ ਵਾਲੀ ਨੀਤੀ ਸਿਰਫ਼ ਲਾਉਗਇਨ ਦੀ ਨੀਤੀ ਹੈ। ਸਰਵਰ ਚਲਾਉਣ ਵਾਲੇ ਨਾਲ ਰੇਂਜ ਦੀ ਪੁਸਟੀ ਕਰੋ, ਫਿਰ ਪੂਰੀ ਰੇਂਜ ਦਾ ਇੱਕੋ ਜਿਹਾ ਵ੍ਹਵਾਰ ਕਰਦੀ ਹੈ ਐਹ ਧਾਰਣਾ ਲਾਉਣ ਦੀ ਥਾਂ ਉਸ ਵਿੱਚੋਂ ਇੱਕ ਪੋਰਟ ਜਾਂਚੋ।

ਇਨਕਰਿਪਟੇਡ ਕੰਟਰੋਲ ਚੈਨਲ ਇਸ ਨੂੰ ਔਖਾ ਬਣਾਉੰਦੇ ਹਨ, ਕਿਉਂਕਿ ਵਿੱਚਕਾ ਡੱਬਾ ਹੁਣ ਉੱਡਾਨ ਦੌਰਾਨ ਐਲਾਨੇ ਪਤੇ ਨੂੰ ਮੁੜ ਨਹੀਂ ਲਿੱਖ ਸਕਦਾ।

ਜਾਣੋ ਕਿ EPSV ਜਾਂ ਵਿਕਲਪੀ ਰਾਹ ਕਦੋਂ ਮਦਦ ਕਰਦਾ ਹੈ

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

ਸਿਰਫ਼ ਸਹਾਇਕ ਸਾਧਨ ਨੂੰ ਸੈਸ਼ਨ ਜਾਂਚਣ ਦੇਣ ਲਈ TLS ਬੰਦ ਨਾ ਕਰੋ। ਇਹ ਕੰਮ ਕਰਦੇ ਪ੍ਰੋਟੋਕਾਲ ਦੀ ਥਾਂ ਟੁੱਟੇ ਖ਼ਤਰੇ ਮਾਡਲ ਨਾਲ ਬਦਲਦਾ ਹੈ।

ਸੂਚੀ ਅਤੇ ਟਰਾਂਸਫਰ ਨਾਲ ਪੁਸਟੀ ਕਰੋ

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

ਇਹ ਕਰਦਿਆਂ FTP, FTPS ਅਤੇ SFTP ਨੂੰ ਮਨ ਵਿੱਚ ਵੱਖਰਾ ਰੱਖੋ। ਪੈਸਿਵ-ਪੋਰਟ ਬਦਲਾਵ SFTP ਸੈਟਿੰਗ ਨਹੀਂ ਹੈ, ਅਤੇ ਸੁਧਾਰ ਪ੍ਰੋਟੋਕਾਲਾਂ ਵਿੱਚ ਨਹੀਂ ਜਾਂਦਾ।