HTTP proxy မှတစ်ဆင့် FTP တွင် မတူညီသော မုဒ်နှစ်ခုရှိသည်

FTP URL ကို ယူဆောင်သော HTTP ဂိတ်ဝေးနှင့် CONNECT ဥမင်များမှတစ်ဆင့် FTP ပြောသော curl ကို ခွဲခြားပါ။

HTTP proxy နောက်ကွယ်ရှိ FTP URL သည် အောက်ပါ အစီအစဉ်နှစ်ခုအနက် တစ်ခုကို အသုံးပြုနိုင်သည်:

မုဒ်curl က ဘာပို့သည်
HTTP FTP ဂိတ်ဝေးproxy ကို FTP အရင်းအမြစ် ယူဆောင်ရန် တောင်းဆိုသော HTTP တောင်းဆိုချက်။
CONNECT ဥမင်ဥမင် တောင်းဆိုချက်၊ ထို့နောက် လက်ခံရရှိသော ချိတ်ဆက်မှုမှတစ်ဆင့် မူရင်း FTP ပရိုတိုကော ဘိုက်များ စီးဆင်းသည်။

ဤအမိန့်သည် ဂိတ်ဝေး အစီအစဉ်ကို အသုံးပြုသည်:

curl --proxy http://203.0.113.10:8080 \
  ftp://files.example.com/report.txt

စာရွက်စာတမ်း အဆုံးမှတ်နှင့် ဖိုင်လက်ခံရာနေရာကို အစားထိုးပါ။ curl ၏ HTTP proxy စာရွက်စာတမ်း က ရှင်းပြသကဲ့သို့ ထိုမုဒ်တွင် curl သည် proxy နှင့် HTTP ဖြင့် ပြောဆိုသည်။ ဖိုင် အောင်မြင်စွာ ရယူနိုင်ခြင်းသည် FTP သီးသန့် လုပ်ဆောင်ချက်တိုင်းကို သက်သေမပြပါ။

ဝန်ဆောင်မှုသည် မူရင်း FTP ကို CONNECT မှတစ်ဆင့် သယ်ဆောင်ရန် ရည်ရွယ်ပါက --proxytunnel ထည့်ပါ။ လိုအပ်သော ပစ်မှတ် ချိတ်ဆက်မှုများကို ခွင့်ပြုရမည်။ FTP တွင် သီးခြား ထိန်းချုပ်မှုနှင့် ဒေတာ ချိတ်ဆက်မှုများရှိသောကြောင့် passive လိပ်စာများ/ပို့များ၊ CONNECT စည်းမျဉ်းများနှင့် ဆာဗာ ဖွဲ့စည်းမှုတို့သည် လော့ဂ်အင် အောင်မြင်ပြီးနောက် လွှဲပြောင်းမှုကို ပျက်စီးစေနိုင်သည်။

မအောင်မြင်သော အဆင့်ကို ထိန်းထားပါ: CONNECT ငြင်းပယ်ခြင်း၊ FTP လော့ဂ်အင် မအောင်မြင်ခြင်း သို့မဟုတ် passive ဒေတာ မအောင်မြင်ခြင်း။ အခြား ဦးတည်ရာကို USER/PASS တွင် ကုဒ်လုပ်သော ဝန်ဆောင်မှုသီးသန့် ဂိတ်ဝေးများသည် ၎င်းတို့၏ လော့ဂ်အင် ထုံးတမ်းများကို အသုံးပြုသည်; ယင်းတို့သည် သာမန် HTTP proxy အထောက်အထားများလည်း မဟုတ်၊ SOCKS ညှိနှိုင်းမှုလည်း မဟုတ်ပါ။

မှတ်တမ်းတင်ထားသော proxy မုဒ်နှင့် ဖိုင်ဝန်ဆောင်မှု၏ လုံခြုံရေး ဖွဲ့စည်းမှုကို အသုံးပြုပါ။ ဥမင်တစ်ခုတည်းဖြင့် လက်ခံနိုင်သော FTP အထောက်အထားများ သို့မဟုတ် ဖိုင်ဒေတာကို ကုဒ်ဝှက်မပေးပါ။

ဆက်စပ်ဆောင်းပါးများ