SSH ਰਾਹੀਂ ਸ਼ੁਰੂ ਕੀਤੀ ਡਾਊਨਲੋਡ ਨੂੰ ਸਥਾਨਕ ਫਾਈਲ ਵਿੱਚ ਸੰਭਾਲੋ
ਸਥਾਨਕ ਪ੍ਰਾਕਸੀ ਡਾਊਨਲੋਡ ਅਤੇ ਦੂਰੋਂ ਲਿਆ ਕੇ ਫਿਰ ਟ੍ਰਾਂਸਫਰ ਕਰਨ ਵਿਚਕਾਰ ਚੁਣੋ, ਅਤੇ ਕਮਾਂਡ ਦੇ ਆਉਟਪੁੱਟ ਨੂੰ ਫਾਈਲ ਦੇ ਬਾਈਟਾਂ ਤੋਂ ਵੱਖ ਰੱਖੋ।
SSH ਰਾਹੀਂ ਡਾਊਨਲੋਡਰ ਚਲਾਉਣਾ ਅਤੇ ਦੂਰਸਥ ਪ੍ਰਾਕਸੀ ਰਾਹੀਂ ਸਥਾਨਕ ਡਾਊਨਲੋਡਰ ਚਲਾਉਣਾ ਡਾਊਨਲੋਡ ਨੂੰ ਵੱਖਰੀਆਂ ਥਾਵਾਂ 'ਤੇ ਰੱਖਦੇ ਹਨ:
| ਪ੍ਰਬੰਧ | ਵੈੱਬਸਾਈਟ ਕੌਣ ਲਿਆਉਂਦਾ ਹੈ? | ਫਾਈਲ ਕਿੱਥੇ ਲਿਖੀ ਜਾਂਦੀ ਹੈ |
|---|---|---|
| ਦੂਰਸਥ ਪ੍ਰਾਕਸੀ ਰਾਹੀਂ ਸਥਾਨਕ ਡਾਊਨਲੋਡਰ | ਬੇਨਤੀ ਸਥਾਨਕ HTTP ਕਲਾਇੰਟ ਦੀ ਹੈ; ਪ੍ਰਾਕਸੀ ਇਸਨੂੰ ਢੋਂਦਾ ਹੈ | ਸਥਾਨਕ ਡਾਊਨਲੋਡਰ ਦਾ ਆਉਟਪੁੱਟ ਪਾਥ |
| SSH ਰਾਹੀਂ ਸ਼ੁਰੂ ਕੀਤਾ ਡਾਊਨਲੋਡਰ | ਦੂਰਸਥ ਮਸ਼ੀਨ 'ਤੇ ਪ੍ਰੋਗਰਾਮ | ਇਸ ਦਾ ਦੂਰਸਥ ਪਾਥ, ਜੇ ਡੇਟਾ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਵਾਪਸ ਨਹੀਂ ਲਿਆਂਦਾ ਜਾਂਦਾ |
ਅਧਿਕਾਰਤ SSH ਖਾਤਾ ਅਤੇ ਦੂਰੋਂ ਸਥਾਪਿਤ curl ਨਾਲ, ਤੁਸੀਂ ਆਰਟੀਫੈਕਟ ਨੂੰ ਮਿਆਰੀ ਆਉਟਪੁੱਟ 'ਤੇ ਵਾਪਸ ਲਿਆ ਸਕਦੇ ਹੋ:
ssh -T [email protected] 'curl --fail --silent --show-error https://downloads.example/file.bin' > file.partਉਦਾਹਰਨ ਖਾਤਾ ਅਤੇ URL ਬਦਲੋ। ਰੀਡਾਇਰੈਕਸ਼ਨ ਹਵਾਲਾ ਦਿੱਤੀ ਦੂਰਸਥ ਕਮਾਂਡ ਤੋਂ ਬਾਹਰ ਹੈ, ਇਸ ਲਈ ਸਥਾਨਕ ਸ਼ੈੱਲ file.part ਖੋਲ੍ਹਦਾ ਹੈ। ਇਸਨੂੰ ਦੂਰਸਥ ਕਮਾਂਡ ਦੇ ਅੰਦਰ ਰੱਖੋ ਤਾਂ ਪਾਥ ਦੂਰਸਥ ਵਾਤਾਵਰਨ ਦਾ ਹੋ ਜਾਂਦਾ ਹੈ।
ਨਵਾਂ ਅਸਥਾਈ ਪਾਥ ਵਰਤੋ: ਦੂਰਸਥ ਕਾਰਵਾਈ ਸਫਲ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਸਥਾਨਕ ਸ਼ੈੱਲ ਉਹ ਫਾਈਲ ਬਣਾ ਜਾਂ ਕੱਟ ਸਕਦਾ ਹੈ। ਅੰਤਿਮ ਨਾਮ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ SSH ਦਾ ਨਿਕਾਸ ਨਤੀਜਾ ਅਤੇ ਆਰਟੀਫੈਕਟ ਜਾਂਚੋ।
ਮਿਆਰੀ ਆਉਟਪੁੱਟ ਵਿੱਚ ਸਿਰਫ਼ ਆਰਟੀਫੈਕਟ ਦੇ ਬਾਈਟ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ। ਨਮਸਕਾਰ, ਤਰੱਕੀ ਬੈਨਰ ਜਾਂ ਰੈਪਰ ਸੁਨੇਹੇ ਇਸਨੂੰ ਖਰਾਬ ਕਰ ਸਕਦੇ ਹਨ; ਨਿਦਾਨ ਮਿਆਰੀ ਗਲਤੀ 'ਤੇ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਆਪਣੇ ਹੀ ਫਾਈਲ ਨਾਮ ਵਿੱਚ ਸੰਭਾਲਣ ਵਾਲੀ ਦੂਰਸਥ ਕਮਾਂਡ ਕੋਈ ਵੀ ਬਾਈਟ ਵਾਪਸ ਨਹੀਂ ਭੇਜ ਸਕਦੀ। ਕਿਸੇ ਵੀ ਰੈਪਰ ਰਾਹੀਂ ਡਾਊਨਲੋਡਰ ਦਾ ਨਿਕਾਸ ਨਤੀਜਾ ਸੰਭਾਲ ਕੇ ਰੱਖੋ।
ਇਸ ਦੀ ਬਜਾਏ ਤੁਸੀਂ ਦੂਰੋਂ ਸੰਭਾਲ ਕੇ ਫਾਈਲ SFTP ਨਾਲ ਟ੍ਰਾਂਸਫਰ ਕਰ ਸਕਦੇ ਹੋ। ਜੇ SSH ਪਹਿਲਾਂ ਹੀ ਪ੍ਰਾਕਸੀ ਸਹਾਇਕ ਵਰਤਦਾ ਹੈ, ਟ੍ਰਾਂਸਫਰ ਲਈ ਉਹੀ SSH ਹੋਸਟ ਐਂਟਰੀ ਦੁਬਾਰਾ ਵਰਤੋ। ਜੇ ਟੀਚਾ ਸਥਾਨਕ ਪ੍ਰਾਕਸੀ ਵਰਕਫਲੋ ਹੈ, ਡਾਊਨਲੋਡਰ ਨੂੰ ਸਥਾਨਕ ਰੱਖੋ ਅਤੇ ਇਸ ਦਾ ਸਮਰਥਿਤ ਪ੍ਰਾਕਸੀ ਇੰਟਰਫੇਸ ਸੰਰਚਿਤ ਕਰੋ।
ਕਿਸੇ ਵੀ ਤਰੀਕੇ ਨਾਲ, ਤੁਹਾਡੇ ਲੈਪਟਾਪ ਤੱਕ ਪਹੁੰਚਣ ਵਾਲੀ ਫਾਈਲ ਨੂੰ ਅਜੇ ਵੀ ਇਸ ਦੇ ਨੈੱਟਵਰਕ ਕਨੈਕਸ਼ਨ ਨੂੰ ਪਾਰ ਕਰਨਾ ਪਵੇਗਾ। ਇਹ ਚੋਣ ਵੈੱਬਸਾਈਟ ਵੱਲ ਦੇ ਕਨੈਕਸ਼ਨ ਅਤੇ ਡਾਊਨਲੋਡ ਕਰਨ ਵਾਲੀ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਬਦਲਦੀ ਹੈ।