FTP-innlogging bruker en kontrollforbindelse. En mappeliste eller nedlasting trenger deretter en dataforbindelse, som kan feile selv om innloggingen via SOCKS lyktes.

Identifiser først passiv eller aktiv modus. I passiv modus åpner klienten en ny forbindelse til adressen og porten som FTP-serveren oppgir. Den forbindelsen trenger også den tiltenkte proxy-ruten.

Ruby-sokkelintegrasjon

Rubys Net::FTP-API dokumenterer forbindelses- og passivmodusatferden. En SOCKS-integrasjon må dekke sokkelopprettelsen som både kontroll- og datastien bruker; en HTTP-klients proxyinnstilling andre steder konfigurerer dem ikke.

Hvis integrasjonen endrer sokkelatferd globalt, gjennomgå dens samtidighetsomfang. En blokk rundt én overføring kan ikke isolere andre tråder fra endringer i delt tilstand.

En leverandør kan tilby et statisk endepunkt, men det er en tjenestefunksjon og ikke et generelt SOCKS-krav. Der separate forbindelser kan bruke ulike utganger, undersøk hvordan FTP-serveren knytter dataforbindelsen sin til den autentiserte kontrollforbindelsen.

Noter trinnet som ble nådd, modusen og dataendepunktet, uten påloggingsinformasjon. Det skiller en blokkert datasti fra en mislykket proxy-innlogging.

Relaterte artikler