FTP-kirjautuminen toimii, mutta kansioluettelo jumittuu: miksi

Käyttäjänimi toimii, salasana toimii ja asiakas ilmoittaa olevansa yhteydessä. Sitten se odottaa ikuisesti kansioluetteloa tai ensimmäistä tiedostonsiirtoa, eikä mikään kirjautumistiedoissa selitä sitä. FTP avaa toisen yhteyden jokaista luetteloa ja jokaista tiedostoa varten, ja juuri se toinen yhteys epäonnistuu. Kirjautuminen todistaa vain, että ensimmäinen keskustelu toimii.

Tee tarkistukset järjestyksessä. Jokainen sulkee pois eri kerroksen, joten pysähdy ensimmäiseen, joka tuottaa poikkeaman.

Erottele ensin kaksi yhteyttä

Ohjausyhteys kuljettaa komennot ja vastaukset palvelimen kuunteluportissa. Datayhteys kuljettaa hakemistoluettelon tai tiedoston rungon, ja passiivisessa tilassa palvelin valitsee päätepisteensä ja ilmoittaa sen PASV- tai EPSV-vastauksessa. Portin 21 salliminen ei kerro mitään siitä, onko dataportti tavoitettavissa, ja juuri siksi kirjautuminen onnistuu, kun taas jokainen luettelo aikakatkaistaan. WinSCP:n opas FTP-tiloihin selittää jaon ja sen verkkovaatimukset.

Jos asiakas on VPN:n takana, datapolku kulkee saman tunnelin kautta mutta ei välttämättä saman käytännön kautta.

Lue osoite PASV-vastauksesta

Aja yksityiskohtainen asiakas ja lue vastaus sen sijaan että arvaisit. curl -v ftp://user@host/ tulostaa PASV-rivin osoitteen ja portin kanssa, jotka palvelin haluaa, ja juuri siihen osoitteeseen asiakas yhdistää seuraavaksi. Jos se on yksityinen osoite, joka ei merkitse mitään tunnelin asiakaspuolella, datayhteys ei mene minnekään, kun ohjauskanava pysyy terveenä.

Vertaa tätä osoitetta osoitteeseen, johon asiakas todella pääsi. Epäjohdonmukaisuus on vastaus, ja se tulee yleensä NAT:sta tai palvelimesta, joka on määritetty sisäisellä osoitteella.

Tarkista porttialue ja tunnelin käytäntö

Passiiviset palvelimet varaavat dataportit määritetystä alueesta, ja se alue on sallittava VPN:n ja polun jokaisen palomuurin läpi. Käytäntö, joka sallii 21 eikä mitään muuta, on vain kirjautumisen käytäntö. Vahvista alue palvelinta ylläpitävän kanssa ja testaa sitten yksi portti siitä sen sijaan että olettaisit koko alueen käyttäytyvän samoin.

Salatut ohjauskanavat tekevät tästä vaikeampaa, koska välilaite ei voi enää kirjoittaa ilmoitettua osoitetta uudelleen lennossa.

Tiedä, milloin EPSV tai varavaihtoehto auttaa

EPSV palauttaa portin ilman erillistä osoitetta, mikä poistaa väärän osoitteen vian, kun molemmat päät tukevat sitä. Joillekin asiakkaille voidaan myös käskeä jättää ilmoitettu osoite huomiotta ja käyttää uudelleen ohjausyhteyden kohdetta. Molemmat ovat laillisia työkaluja tiettyyn topologiaan, eivät yleisratkaisu.

Älä poista TLS:ää käytöstä vain siksi, että apuväline voisi tutkia istunnon. Se vaihtaa toimivan protokollan rikkinäiseen uhkamalliin.

Vahvista luettelolla ja siirrolla

Kun osoite- tai porttikäytäntö on muuttunut, avaa uusi istunto saman VPN-polkua pitkin ja luettele hakemisto. Siirrä sitten pieni tiedosto, koska luettelo ja siirto voivat joillakin palvelimilla kulkea eri koodipolkuja. Tarkista asiakkaan lokista datayhteys odotettuun osoitteeseen ja porttiin ja vahvista että tavut saapuivat.

Pidä FTP, FTPS ja SFTP erillään mielessäsi tätä tehdessäsi. Passiiviportin muutos ei ole SFTP-asetus, eikä korjaus siirry protokollien välillä.