FTP saioa hasteak funtzionatzen du, baina karpeta-zerrenda blokeatu egiten da: zergatik
FTP saio-hasteek eta karpeta-zerrendek bi konexio desberdin erabiltzen dituzte. Zerrenda blokeatzen denean, egiaztatu datu pasiboen helbidea eta portu-tartea, ez pasahitza.
Erabiltzaile-izenak funtzionatzen du, pasahitzak funtzionatzen du, eta bezeroak konektatuta dagoela dio. Gero betirako itxaroten du karpeta-zerrenda bat edo lehen fitxategi-transferentzia, eta kredentzialetan ezerk ez du hori azaltzen. FTPk bigarren konexio bat irekitzen du zerrenda bakoitzeko eta fitxategi bakoitzeko, eta bigarren konexio hori da huts egiten duena. Saio-hasteak lehen elkarrizketa funtzionatzen duela baino ez du frogatzen.
Egin egiaztapenak ordenan. Bakoitzak geruza desberdin bat baztertzen du, beraz gelditu anomaliaren bat sortzen duen lehenengoan.
Bereizi lehenik bi konexioak
Kontrol-konexio batek aginduak eta erantzunak daramatza zerbitzariaren entzute-portuan. Datu-konexio batek direktorio-zerrenda edo fitxategiaren gorputza darama, eta modu pasiboan zerbitzariak bere muturra aukeratu eta PASV edo EPSV erantzunean iragartzen du. 21 portua baimentzeak ez du ezer esaten datu-portua irisgarria den ala ez, eta horregatik lortzen da saio-hastea zerrenda guztiak iraungitzen diren bitartean. WinSCPren FTP moduei buruzko gida zatiketa hori eta haren sare-eskakizunak azaltzen ditu.
Bezeroa VPNaren atzean badago, datu-bideak tunel bera zeharkatzen du, baina ez nahitaez politika bera.
Irakurri helbidea PASV erantzunean
Exekutatu bezero xehatu bat eta irakurri erantzuna asmatu beharrean. curl -v ftp://user@host/ zerbitzariak nahi duen helbide eta portuarekin inprimatzen du PASV lerroa, eta helbide horretara konektatzen da bezeroa ondoren. Tunelaren bezero aldean ezer esan nahi ez duen helbide pribatu bat bada, datu-konexioa inora ez doa kontrol-kanala osasuntsu dagoen bitartean.
Konparatu helbide hori bezeroak benetan iritsitako helbidearekin. Desadostasuna da erantzuna, eta normalean NATetik edo barne-helbide batekin konfiguratutako zerbitzari batetik dator.
Egiaztatu portu-tartea eta tunelaren politika
Zerbitzari pasiboek datu-portuak konfiguratutako tarte batetik esleitzen dituzte, eta tarte hori VPNaren eta bidean dagoen edozein suebakiren bidez baimendu behar da. 21 baimentzen duen eta besterik ez duen politika saio-hasteko politika soilik da. Berretsi tartea zerbitzaria kudeatzen duenarekin, eta gero probatu hortik portu bat tarte osoak berdin jokatzen duela suposatu beharrean.
Kontrol-kanal zifratuek zailago egiten dute, zeren bitarteko kaxa batek ezin baitu jada iragarritako helbidea hegaldian berridatzi.
Jakin noiz laguntzen duen EPSVk edo errekurtso alternatibo batek
EPSVk portu bat itzultzen du helbide bereizirik gabe, eta horrek helbide okerreko hutsegitea kentzen du bi muturrek onartzen dutenean. Bezero batzuei iragarritako helbidea ezikusi eta kontrol-konexioaren helmuga berrerabiltzeko ere esan dakieke. Biak topologia zehatz baterako tresna legitimoak dira, ez irtenbide orokorra.
Ez desgaitu TLS laguntzaile batek saioa ikus dezan soilik. Horrek funtzionatzen duen protokolo bat mehatxu-eredu haustu batekin trukatzen du.
Berretsi zerrenda eta transferentziarekin
Helbide- edo portu-politika aldatu ondoren, ireki saio berri bat VPN bide beretik eta zerrendatu direktorio bat. Gero transferitu fitxategi txiki bat, zeren zerrendak eta transferentziak kode-bide desberdinak har baititzakete zerbitzari batzuetan. Egiaztatu bezeroaren erregistroan espero den helbide eta porturako datu-konexioa eta berretsi byteak iritsi direla.
Eduki FTP, FTPS eta SFTP buruan bereizita hori egiten duzun bitartean. Portu pasiboaren aldaketa ez da SFTP ezarpen bat, eta konponketak ez du protokoloen artean zeharkatzen.