EPSV verwyder 'n FTP-adresprobleem, nie die tweede verbinding nie
Verstaan die passiewe data-eindpunt wanneer 'n FTP-aanmelding deur 'n instaanbediener werk maar die lys of die oordragvoorbereiding misluk.
EPSV maak steeds 'n aparte FTP-datakonneksie oop. Dit verander die inligting oor die eindpunt, nie die aantal konneksies nie.
'n Tradisionele PASV-antwoord gee 'n adres en 'n poort. Daardie adres kan buite die bediener se netwerk onbruikbaar wees. EPSV gee 'n poort en gebruik die bedieneradres wat aan die beheerverbinding gekoppel is.
Deur 'n instaanbediener moet die logiese identiteit van die FTP-bediener behou word. Die tussenparty se luisteradres is nie outomaties die bediener wat die teruggegewe datapoort besit nie.
Die datakonneksie het ook die beoogde instaanroete en toestemming nodig om sy gekose poort te bereik. Om 'n CONNECT na die FTP-beheerpoort te aanvaar, laat nie elke daaropvolgende datakonneksie toe nie.
Voordat jy EPSV deaktiveer, ondersoek die passiewe antwoord en die bedieneradres en -poort wat vir die oordrag versoek word. 'n Suksesvolle FTP-aanmelding vestig die beheerverbinding; dit laat die datakonneksie om na te gaan. Met Python ftplib, volg albei sokketkonstruktors eerder as om net op 'n PySocks-verstek te vertrou.