EPSV hellet in FTP-adresprobleem fuort, net de twadde ferbining
Begryp it passive data-einpunt wannear't in FTP-oanmelding fia in proxy wurket, mar it opsommen of it taretmeitsjen fan de oerdracht mislearret.
EPSV iepenet noch altyd in aparte FTP-datbaan. It feroaret de ynformaasje oer it einpunt, net it oantal ferbiningen.
In tradisjoneel PASV-antwurd jout in adres en in poarte. Dat adres kin bûten it netwurk fan de tsjinner ûnbrûkber wêze. EPSV jout in poarte en brûkt it tsjinneradres dat by de kontrôleferbining heart.
Behâld fia in proxy de logyske identiteit fan de FTP-tsjinner. It harkadres fan de tuskenpartij is net automatysk de tsjinner dy't de weromjûne datapoarte besit.
De datbaan hat ek de bedoelde proxy-route en tastimming nedich om de keazen poarte te berikken. It akseptearjen fan in CONNECT nei de FTP-kontrôlepoarte tastiet net elke folgjende datbaan.
Kontrolearje foardat jo EPSV útskeakelje it passive antwurd en it tsjinneradres en de poarte dy't foar de oerdracht oanfrege binne. In slagge FTP-oanmelding leit de kontrôleferbining oan; de datbaan bliuwt te kontrolearjen. Mei Python ftplib moatte jo beide socket-konstruktors folgje ynstee fan allinnich op in PySocks-standert te fertrouwen.