RCurl kin FTP stjoere troch in HTTP-tunnel

Brûk httpproxytunnel as de proxy it FTP-protokol drage moat ynstee fan in HTTP GET mei in FTP-URL te ûntfangen.

libcurl hat twa ferskillende manieren om in HTTP-proxy te brûken foar in FTP-URL. Sûnder tunnel kin it in HTTP GET stjoere wêrfan it doel de FTP-URL is, en de proxy freegje om as FTP-gateway te tsjinjen.

As de tsjinst ynstee in HTTP CONNECT-tunnel ferwachtet, skeakelje dan de oerienkommende opsje fan RCurl yn:

result <- RCurl::getURL(
  "ftp://ftp.example.net/pub/file.txt",
  .opts = list(
    proxy = "http://proxy.example.net:8080",
    httpproxytunnel = TRUE
  )
)

De proxy moat ferbiningen nei de fereaske poarten fan de FTP-tsjinner tastean. In tsjinst dy't beheind is ta CONNECT op 443 kin de bestjoerferbining fan FTP wegerje, sels as gewoan HTTPS-broeksjen wurket.

FTP brûkt ek in aparte dataferbining foar in list of oerdracht. In slagge bestjoer-oanmelding bewiist net dat de ôfsprutsen databestimming troch de tuskenpersoan tastien is.

Dizze modus draacht it FTP-protokol troch in tunnel; it makket gewoane FTP net fersifere. As fertroulikheid fereaske is, brûk dan it feilige protokol dat de triemtsjinner stipet en de oerienkommende libcurl-bou. De beskikbere protokollen fan RCurl hingje ôf fan de libcurl-bibleteek dy't it brûkt.

Relatearre artikelen