EPSV forigas FTP-adresan problemon, ne la duan konekton
Komprenu la pasivan datuman finpunkton kiam FTP-ensaluto funkcias tra prokurilo sed la listigo aŭ la preparo de transigo malsukcesas.
EPSV ankoraŭ malfermas apartan FTP-datumkonekton. Ĝi ŝanĝas la finpunktain informojn, ne la nombron de konektoj.
Tradicia PASV-respondo liveras adreson kaj pordon. Tiu adreso povas esti neuzebla ekster la reto de la servilo. EPSV liveras pordon kaj uzas la servilan adreson ligitan al la rega konekto.
Tra prokurilo konservu la logikan identecon de la FTP-servilo. La aŭskulta adreso de la peranto ne estas aŭtomate la servilo, kiu posedas la redonitan datuman pordon.
La datumkonekto ankaŭ bezonas la celitan prokurilan vojon kaj permeson atingi la elektitan pordon. Akcepti CONNECT al la FTP-rega pordo ne permesas ĉiun sekvan datumkonekton.
Antaŭ ol malŝalti EPSV, inspektu la pasivan respondon kaj la servilan adreson kaj pordon petitajn por la transigo. Sukcesa FTP-ensaluto starigas la regan konekton; ĝi lasas la datuman konekton por kontroli. Kun Python ftplib, spuru ambaŭ soketkonstruilojn anstataŭ dependi nur de PySocks-defaŭlto.