Hayaan ang SFTP na muling gamitin ang iyong rutang SSH sa proxy
Gumamit ng entry ng host na SSH para sa SFTP at ihiwalay ang port ng HTTP proxy sa port ng SSH ng patutunguhan.
Nagbibiyahe ang SFTP sa ibabaw ng SSH. Kung kailangan ng SSH ang helper ng proxy para maabot ang file server, ilagay ang rutang iyon sa isang entry ng host at hayaang gamitin ito ng SFTP.
Host files-via-proxy
HostName files.example.net
User alex
ProxyCommand nc -X connect -x proxy.example.net:8080 %h %p
Sa helper ng netcat na katugma ng OpenBSD, ginagamit ng sftp files-via-proxy ang landas ng koneksyong iyon. Nakikinig ang proxy sa 8080; ang hinihiling na port ng patutunguhan ay ang naka-configure na port ng SSH ng file server. Magkaibang halaga ang mga ito. Para sa pampublikong SFTP server kung saan pinapayagan ang mga pampublikong tagapamagitan, ang listahan ng HTTP proxy ay nag-aalok ng mga kandidato para sa endpoint ng HTTP proxy ng helper. Huwag gumamit ng mga kredensyal ng proxy para sa hindi napatunayang kandidato at tiyakin na pinapayagan nito ang tunay na host at port ng SSH ng file server.
Pinipili ng -P ng SFTP ang port ng patutunguhan. Huwag itong ipagkamali sa opsyon na maliit na titik na ginagamit ng ilang iba pang kasangkapan sa SSH, at huwag maglagay ng kahit anong numero pagkatapos ng patutunguhan at ipagpalagay na binabago nito ang koneksyon ng SSH.
Ang pagpapatunay ng proxy, pagpapatunay ng user ng SSH at pahintulot na ma-access ang malayong file ay nananatiling magkahiwalay na pagsusuri. Dapat ding magbigay ang patutunguhan ng subsystem ng SFTP. Ang gumaganang tunnel lamang ay hindi nagbibigay ng sesyon ng file, at ang account na limitado lamang sa pagpapasa ay hindi kinakailangang magamit para sa SFTP.
Panatilihing naka-enable ang pagpapatunay ng susi ng host. Nagbibigay ng ruta ang proxy; hindi nito dapat palitan ang pagkakakilanlan ng file server ng sarili nito.