FTP-innlogging bruker en kontrollforbindelse. Deretter trenger en mappeliste eller nedlasting 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 atferden til forbindelsen og passiv modus. En SOCKS-integrasjon må dekke sokkelopprettelsen som både kontroll- og datastien bruker; proxyinnstillingen til en HTTP-klient andre steder konfigurerer dem ikke.

Hvis integrasjonen endrer sokkelatferd globalt, gjennomgå omfanget for tråder. 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