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 ہوسٹ اندراج دوبارہ استعمال کریں۔ اگر مقصد مقامی پراکسی ورک فلو ہے، ڈاؤن لوڈر کو مقامی رکھیں اور اس کا معاون پراکسی انٹرفیس ترتیب دیں۔
بہرحال، آپ کے لیپ ٹاپ تک پہنچنے والی فائل کو اب بھی اس کے نیٹ ورک کنکشن سے گزرنا ہوگا۔ یہ انتخاب ویب سائٹ کی طرف کنکشن اور ڈاؤن لوڈ کرنے والے عمل کو بدل دیتا ہے۔