ਅੱਪਲੋਡ 'ਤੇ ਭਰੋਸਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਅੰਤਿਮ FTP ਜਵਾਬ ਦੀ ਜਾਂਚ ਕਰੋ

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

ਸ਼ੁਰੂਆਤੀ ਜਵਾਬ ਬਨਾਮ ਅੰਤਿਮ ਜਵਾਬ

STOR ਲਈ, 125 ਜਾਂ 150 ਜਵਾਬ ਸ਼ੁਰੂਆਤੀ ਹੁੰਦਾ ਹੈ। ਇਹ ਦੱਸਦਾ ਹੈ ਕਿ ਸਰਵਰ ਕੋਸ਼ਿਸ਼ ਕਰਨ ਲਈ ਤਿਆਰ ਹੈ ਅਤੇ ਡੇਟਾ ਕਨੈਕਸ਼ਨ ਖੁੱਲ੍ਹ ਰਿਹਾ ਹੈ, ਇਹ ਨਹੀਂ ਕਿ ਵਸਤੂ ਆਪਣੇ ਅੰਤਿਮ ਰੂਪ ਵਿੱਚ ਮੌਜੂਦ ਹੈ। ਕਾਰਵਾਈ ਸਿਰਫ਼ ਤਦ ਪੂਰੀ ਹੁੰਦੀ ਹੈ ਜਦੋਂ ਉਸ ਕਾਰਵਾਈ ਦੇ ਸੰਦਰਭ ਵਿੱਚ ਤਬਾਦਲਾ ਸਕਾਰਾਤਮਕ ਸਮਾਪਤੀ ਜਵਾਬ ਤੱਕ, ਆਮ ਤੌਰ 'ਤੇ 226 ਜਾਂ 250 ਤੱਕ, ਪਹੁੰਚਦਾ ਹੈ।

426 ਦਾ ਅਰਥ ਹੈ ਕਿ ਤਬਾਦਲਾ ਰੋਕ ਦਿੱਤਾ ਗਿਆ, ਅਤੇ ਕਿਸੇ ਹੋਰ ਕਮਾਂਡ ਵੱਲੋਂ ਛਾਪਿਆ ਨੰਬਰ ਇਸ ਅੱਪਲੋਡ ਦਾ ਨਤੀਜਾ ਨਹੀਂ ਹੈ। ਸਕਰੀਨ ਦਾ ਆਖਰੀ ਨੰਬਰ ਨਹੀਂ, ਸਗੋਂ ਉਸ STOR ਨਾਲ ਸਬੰਧਤ ਜਵਾਬ ਪੜ੍ਹੋ। ਜੇ ਉਹ ਜਵਾਬ ਆਉਣ ਤੋਂ ਪਹਿਲਾਂ ਕਲਾਇੰਟ ਬਾਹਰ ਨਿਕਲ ਜਾਂਦਾ ਹੈ, ਤੁਹਾਡੇ ਕੋਲ ਸਮਾਪਤੀ ਦਾ ਕੋਈ ਸਬੂਤ ਨਹੀਂ।

ਕੰਟਰੋਲ ਕਨੈਕਸ਼ਨ ਬਨਾਮ ਡੇਟਾ ਕਨੈਕਸ਼ਨ

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

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

TLS ਉੱਤੇ FTP ਬਨਾਮ SFTP

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

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

ਡੀਬੱਗ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਉਹ ਪ੍ਰੋਟੋਕੋਲ ਚੁਣੋ ਜੋ ਸੇਵਾ ਅਸਲ ਵਿੱਚ ਦਿੰਦੀ ਹੈ। ਸਿਰਫ਼ SFTP ਬੋਲਣ ਵਾਲਾ ਸਰਵਰ, ਕਲਾਇੰਟ ਕਿਵੇਂ ਵੀ ਕਨਫਿਗਰ ਹੋਵੇ, ਕਦੇ 226 ਜਵਾਬ ਨਹੀਂ ਦੇਵੇਗਾ।

ਦਿਸਦਾ ਫਾਈਲਨਾਮ ਬਨਾਮ ਸੰਭਾਲੀ ਵਸਤੂ

ਦਿਸਦਾ ਫਾਈਲਨਾਮ ਅਧੂਰੀ ਵਸਤੂ ਦਰਸਾ ਸਕਦਾ ਹੈ, ਖ਼ਾਸਕਰ ਰੁਕੇ ਤਬਾਦਲੇ ਜਾਂ ਜਲਦੀ ਬਾਹਰ ਨਿਕਲੇ ਕਲਾਇੰਟ ਤੋਂ ਬਾਅਦ। ਜਦੋਂ ਬਾਈਟ ਸੰਭਾਲਣ ਦੀ ਉਮੀਦ ਹੋਵੇ, ਤਾਂ ਸੇਵਾ ਦੇ ਮਾਲਕ ਨੂੰ ਕਹੋ ਕਿ ਇੱਛਤ ਟੈਸਟ ਫਾਈਲ ਦਾ ਆਕਾਰ ਅਤੇ ਭਰੋਸੇਯੋਗ ਸਮੱਗਰੀ ਹੈਸ਼ ਸੰਭਾਲੀ ਵਸਤੂ ਨਾਲ ਤੁਲਨਾ ਕਰੇ।

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

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

ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਤੋਂ ਪਹਿਲਾਂ ਕੀ ਤੁਲਨਾ ਕਰੀਏ

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

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