“FTP starpniekserveris” var apzīmēt vārteju, kas pati runā FTP. Savienošanās ar to atšķiras no CONNECT pieprasīšanas HTTP starpniekserverim vai SOCKS serverim lūgšanas atvērt TCP galamērķi.

Vārtejai vajag mērķa resursdatoru un kontu, un tai vispirms var būt vajadzīga sava pieteikšanās. Produkti šo sarunu izsaka dažādos veidos:

IzkārtojumsTipiskā komandas forma
Mērķis iekodēts lietotājvārdāUSER target-user@target-host
Atsevišķa pieteikšanās vārtejāVārtejas USER/PASS, pēc tam mērķa pieteikšanās
Skaidra galamērķa komandaSITE target-host vai OPEN target-host, pēc tam nepieciešamā pieteikšanās

Šīs ir konvenciju saimes, nevis viena standarta secība katram vārtejam. Izvēlieties metodi, ko administrators dokumentējis un ko klients atbalsta.

Turiet abus kontus redzamus iestatījumos

Mērķa FTP parole un vārtejas parole var atšķirties. Dažas vārtejas tās apvieno vienā USER/PASS attēlojumā; citām vajadzīgas atsevišķas apmaiņas. Visu vērtību ievietošana vienā virknē nevar atveidot klientu, kam jāsūta papildu komandas.

Tas izskaidro noderīgu robežu vecajā FtpWebRequest kodā. Parasts FTP savienojums ar vārteju, ar vārtejai raksturīgu lietotājvārdu, var atbilst dažiem USER/PASS izkārtojumiem. Vārtejai, kas prasa atsevišķu SITE vai OPEN sarunu, vajag klientu, kas patiešām atbalsta šo plūsmu. WebRequest rekvizīts Proxy atkal ir cita saskarne.

Piemēram, WinSCP piedāvā atsevišķas FTP starpniekservera pieteikšanās metodes, nevis uzskata visas vārtejas par vienu resursdatora lauku. Tā skaitliskās neapstrādāto iestatījumu vērtības pieder pie tā dokumentētās API; pārbaudot konfigurāciju, izmantojiet metodes nosaukumu un paredzēto sarunu.

Pēc pieteikšanās failu pārsūtīšanai joprojām vajag FTP datu savienojumu un izvēlēto TLS režīmu. Veiksmīga pieteikšanās vadības kanālā ir šī ceļa sākums, nevis pierādījums, ka visi datu pārsūtījumi jau ir atļauti.

Saistītie raksti