Prihlásenie na FTP používa riadiace spojenie. Výpis adresára alebo sťahovanie potom potrebuje dátové spojenie, ktoré môže zlyhať, aj keď prihlásenie cez SOCKS uspelo.

Najprv určite pasívny alebo aktívny režim. V pasívnom režime klient otvára nové spojenie na adresu a port, ktoré uvádza FTP server. Aj toto spojenie potrebuje zamýšľanú cestu proxy.

Integrácia socketov v Ruby

Net::FTP API v Ruby dokumentuje správanie spojenia a pasívneho režimu. Integrácia SOCKS musí pokryť vytváranie socketu používaného riadiacou aj dátovou cestou; nastavenie proxy u HTTP klienta inde ich nekonfiguruje.

Ak integrácia mení správanie socketu globálne, preverte jej rozsah z hľadiska vlákien. Blok okolo jedného prenosu nedokáže izolovať ostatné vlákna od zmien zdieľaného stavu.

Poskytovateľ môže ponúknuť statický koncový bod, ale to je vlastnosť služby, nie všeobecná požiadavka SOCKS. Tam, kde samostatné spojenia môžu používať rôzne výstupy, overte, ako FTP server priraďuje svoje dátové spojenie k overenému riadiacemu spojeniu.

Zaznamenajte dosiahnutú fázu, režim a koncový bod dát bez prihlasovacích údajov. To odlíši zablokovanú dátovú cestu od neúspešného prihlásenia k proxy.

Súvisiace články