RCurl povas sendi FTP tra HTTP-tunelo
Uzu httpproxytunnel kiam la prokurilo devas porti la FTP-protokolon anstataŭ ricevi HTTP GET enhavantan FTP-adreson.
libcurl havas du malsamajn manierojn uzi HTTP-prokurilon por FTP-adreso. Sen tunelo ĝi povas sendi HTTP GET, kies celo estas la FTP-adreso, petante al la prokurilo agi kiel FTP-enirejo.
Kiam la servo anstataŭe atendas HTTP CONNECT-tunelon, ŝaltu la koncernan opcion de RCurl:
result <- RCurl::getURL(
"ftp://ftp.example.net/pub/file.txt",
.opts = list(
proxy = "http://proxy.example.net:8080",
httpproxytunnel = TRUE
)
)La prokurilo devas permesi konektojn al la postulataj pordoj de la FTP-servilo. Servo limigita al CONNECT sur 443 povas rifuzi la regan konekton de FTP eĉ kiam ordinara HTTPS-retumado funkcias.
FTP ankaŭ uzas apartan datuman konekton por listigo aŭ transigo. Sukcesa rega ensaluto ne pruvas, ke la intertraktita datuma celo estas permesata tra la peranto.
Ĉi tiu reĝimo portas la FTP-protokolon tra tunelo; ĝi ne kriptigas ordinaran FTP. Kiam konfideco necesas, uzu la sekuran protokolon subtenatan de la dosier-servilo kaj la taŭgan libcurl-konstruaĵon. La disponeblaj protokoloj de RCurl dependas de la libcurl-biblioteko, kiun ĝi uzas.