FTP III Szarka T

HÁLÓZATOK

ALKALMAZÁSI RÉTEG: FTP

FTP Az Internet alkalmazási rétegéhez számos protokollt fejlesztettek ki, ezek közül az egyik legnépszerűbb az FTP (File Transfer Protocol), azaz állományátviteli protokoll, amely lehetőséget biztosít: • programok vagy adatok átvitelére • távoli számítógépek terminálon keresztüli (interaktív) vagy programból történő használatára • különböző fájlrendszerek közötti állománycserére A protokoll realizációja során egy szerver alkalmazást1 (FTP szerver) és egy kliens alkalmazást (FTP kliens) alakítanak ki. Az alkalmazások telepítése után először a szervert indítják és konfigurálják. A konfigurálás a következő főbb területekre terjed ki: - Kijelölik a szerveren a kliensek által elérhető meghajtókat, könyvtárakat és állományokat. - Beállítják az egyes FTP kliensek és felhasználók számára biztosított jogosultságokat. A szerver konfigurálása után a kliens (vagy kliensek) bejelentkezhetnek a szerverre. A felhasználó az FTP kliens segítségével (egy terminál programhoz hasonlóan) parancsokat küldhet a szervernek, amely egy parancsértelmezőhöz hasonlóan végrehajtja a kapott parancsokat. Egy kapott parancs vétele után a szerver egy válaszkódot küld a kliensnek, amely alapján az meghatározhatja a következő lépést, pl. az újabb parancsot. A kliens által küldött parancsok jellege: - Kapcsolat kiépítés és bejelentkezés - Könyvtár műveletek. (Könyvtár állományainak kilistázása, könyvtár váltása, stb.) - Állomány letöltés a szerverről vagy állomány feltöltés a szerverre - Kapcsolat bontása FTP szerverek bemutatásához a WFTPD nevű FTP szervert választottuk2. Indítás után válasszuk ki a Security menüpontot és vizsgáljunk meg néhány menüpontot.

1 Vagy daemont. 2 A különböző Windows változatokhoz gyárilag biztosítanak FTP szervert, mint egy nagyobb szolgáltatás csomag része. Pl. W2K: Internet Information Server (IIS). Carl Franklin: Visual Basic 6.0 Internet prog. Panem

2009. III. 24.

1

Szarka T.

HÁLÓZATOK


Security/General… Enable Security Ha bekapcsoljuk ezt a biztonsági funkciót, akkor csak érvényes felhasználói névvel (user name), ill. a hozzátartozó jelszóval (password) érhető el az adott felhasználó számára engedélyezett disk terület (User-FTP). A security funkció kikapcsolása után bárki bejelentkezhet a szerverre és garázdálkodhat a teljes lemezen. Allow Anonimous Az FTP szervereken szokásos egy ún. „anonymous” vagy „ftp” nevű felhasználót létrehozni. Ezek a felhasználók „jelszóként” a saját e-mail címüket adják meg és ezek után férhetnek hozzá a számukra fenntartott (nyilvános) könyvtárak tartalmához. Az e-mail címet általában nem ellenőrzik, csak statisztikai, stb. céllal használják fel. Az adott menüpontban engedélyezhetjük a bejelentkezést anonymous néven a felhasználóknak (Anonymous FTP). Allow Uploads Engedélyezi, hogy a felhasználók adatokat töltsenek fel a szerverre. Engedélyezés nélkül a szerver csak olvasható a felhasználók számára. Engedélyezés esetén az állomány feltöltéséhez a felhasználók jogosultságainál egyénileg is beállíthatunk jogokat. Allow Anonimous Uploads Anonymous néven bejelentkezett felhasználók tölthetnek-e fel állományokat a szerverre? Disable Non-Refexive Ports A klienstől érkező PORT parancsban található IP címet ellenőrzi, hogy a kliens IP címét tartalmazza-e. Ha a két IP cím nem egyezik meg, akkor egy ún. „non-reflexive” port parancsról van szó. Ilyen esetek legálisan is előfordulhatnak, de egy hacker visszaélésre is használhatja az FTP szervert. Javasolt a „non-reflexive” port parancsok végrehajtásának letiltása. Maximum Number Of Users Megadható, hogy egyszerre hány felhasználó lehet bejelentkezve a szerverre. 0 esetén korlátozást csak a belépésre jogosult userek száma jelent. Timeout for inactive connection Ha egy kliens ennyi másodpercig „semmit sem csinál a szerverrel”, akkor a szerver bontja a kapcsolatot. Number of failed Ennyi sikertelen kapcsolódási kísérlet után a szerver bontja a kapcsolatot a klienssel. Administrator’s email address Az FTP szerverre való bejelentkezés során különböző (beállítható) üzeneteket kaphat a felhasználó, köztük lehet a szerver üzemeltetőjének email címe is. Security/users/right...:

2009. III. 24.

2

Szarka T.

HÁLÓZATOK


Az User Name pontban adhatjuk meg, hogy milyen nevű és jelszavú felhasználók léphetnek be a szerverre. A Home directory az a könyvtár, amiben találja magát bejelentkezés után az adott felhasználó. A Restrict to home… pontot kijelölve megtilthatjuk, hogy a felhasználó a home könyvtárából kilépjen, csupán az abban való mozgást engedélyezzük. A Rights pontban finomíthatjuk az adott felhasználó hozzáférési jogosultságait. Emlékeztetünk arra, hogy csak akkor élnek az itt megadott beállítások, ha a Security/General/Enable security opció aktív. Security/Host/Net…

Ez a dialógus ablak biztosítja annak a lehetőségét, hogy a kapcsolódó klienseket IP címük alapján szűrjük. A Default action pontban kiválaszthatjuk, hogy általában a kapcsolódási kísérleteket elutasítjuk vagy engedélyezzük. A Specific action részben egyenként felsorolhatjuk azokat a hosztokat, amelyek az általánostól eltérően kapcsolódhatnak a szerverhez. (Például, ha általánosan tiltott kliensek kapcsolódása a szerverhez, akkor itt felsorolhatók azok a kliensek, amelyeknek engedélyezzük a kapcsolódás.) A kivételezett klienseket FQDN formában vagy IP címükkel adhatjuk meg. A kliensek felsorolásakor engedélyezett az ún. „wildcard” karakterek („?”, „*”) használata. Az itt klienshez rendelt „Allow” vagy „Deny” jelző tipikusan ellentettje a „Default action” pontban megadott általános beállításnak. Name needed for every host Ha bekapcsoljuk ezt a jelölő boxot, akkor csak domain névvel rendelkező kliensek kapcsolódási kérését fogadja el a szerver. Egyéb menüpontok: Messages/Greeting…és Messages/Farewell… A szerver a kliens felkapcsolódásakor és lekapcsolódásakor küld szöveges üzeneteket a kliensnek. Ezekben a menüpontokban tudjuk szerkeszteni az adott üzeneteket. Logging/Log Options… tudjuk beállítani.

pontban a szerver által készített napló állomány részletességét

View/Connected Users pontban a szerverre kapcsolódó felhasználókat tudjuk kilistázni és esetleg a szerverről eltávolítani.

2009. III. 24.

3

Szarka T.

HÁLÓZATOK


Karakter orientált FTP kliensek

Az ábrán a Windows XP-hez mellékelt FTP kliens programot3 látjuk. A program elindítása után az ftp> prompt jelent meg. Ekkor írtuk be a help parancsot, amelynek hatására kilistázta az általa ismert parancsokat. (Ezeket a parancsokat a felhasználó adja az FTP kliens programnak és nem tévesztendők össze az FTP klienstől az FTP szervernek küldött (raw FTP) parancsokkal!)

! jellel az FTP parancsértelmezőjéről átkapcsolhatunk az OS parancsértelmezőjére, például az XP karakter orientált shell-re, ahol az XP-nek adhatunk parancsokat. Az exit paranccsal tudunk visszatérni az FTP parancsértelmezőjéhez. Az OS számára szóló egyedi parancsokat ! parancs alakban tudunk kiadni. ? parancs

Az adott parancsról ad egy rövid leírást.

append helyi állomány távoli állomány A helyi számítógépen található helyi állomány tartalmát a távoli számítógépen található távoli állomány végére írja. ascii Hatására az adatcsatornán ASCII kódban történik az adattovábbítás, függetlenül attól, hogy az FTP szerveren vagy az FTP kliensen milyen szövegkódolást használnak. Szöveges adatok (pl. állományok) továbbítása előtt kell beállítani. (Lásd később a TYPE raw FTP parancs leírásánál!) binary Image átviteli mód beállítása, bináris (nem szöveges) vagy tömörített állományok átvitelére. Az ASCII átviteli módtól eltérően nem módosítja a forrás tartalmához képest a küldött adatokat. Egy másolatot készít a forrás tartalomról, azaz létrehoz egy ún. image állományt. Szöveges állományok is átvihetők image üzemmódban, de ekkor elmarad a (PC-PC között egyébként felesleges) kódkonverzió. 3 C:\windows\system32\ftp.exe 2009. III. 24.

4

Szarka T.

HÁLÓZATOK

bell


A parancsok végrehajtása utáni hangjelzés be- és kikapcsolása.

bye vagy quit Az FTP kliens megszakítja a kapcsolatot az FTP szerverrel és befejeződik az FTP program. cd [könyvtár] A távoli számítógépen egy másik könyvtárba léphetünk át. (Az elérési út tagolására a / jelet használja. A szülő könyvtár jele a megszokott ..) close vagy disconnect hatására az FTP kliens megszünteti a kapcsolatot az FTP szerverrel és egy másikra jelentkezhetünk be az open paranccsal. delete távoli állomány

A távoli számítógépen törli a távoli állományt.

debug A hibakereső üzemmód be- és kikapcsolása. Hibakereső módban a szervernek küldött raw FTP parancsokat is megjeleníti. dir távoli könyvtár vagy távoli állomány Alapértelmezésben a távoli aktuális könyvtár tartalmát listázza ki, de egy állomány jellemzőit is lekérdezhetjük. Megengedett a * és a ? (wildcard jellegű) karakterek használata, mint szűrési feltételek a listázás során. Lásd még a glob parancsot. get távoli állomány [helyi állomány] Letölti az FTP szerveren lévő távoli állományt. Opcionálisan megadható, hogy milyen néven mentse le a számítógépre. glob

A ? és a * karaktereket wildcard karakterként kezelje-e a rendszer?

hash A letöltés, ill. feltöltés folyamatát jelezheti az átvitt blokkonként (pl. 1024 bájtonként) kiírt # karakter. A folyamatjelzés be- és kikapcsolása végezhető ezzel a paranccsal. lcd [helyikönyvtár] megváltoztatni.

Az

FTP

kliens

helyi

munkakönyvtárát

literal parancs

Tetszőleges FTP parancs küldése.

ls vagy ls-l

Lásd a dir parancsot!

lehet

lekérdezni,

ill.

mdelete Több állomány törlése a távoli számítógépen. Kijelölésükre a wildcard karakterek adnak lehetőséget. mdir

Több távoli könyvtár tartalmának listázása. Lásd dir!

mget

Több távoli állomány letöltése. Lásd get!

mkdir távoli könyvtár távoli könyvtár néven

Egy új könyvtárat hoz létre a távoli gép aktuális könyvtárában

mls

Több könyvtár tartalmának listázása. Lásd ls!

mput

Több állomány feltöltése a távoli számítógépre. Lásd put!

open távoli gép Az argumentumban megadott számítógépen lévő FTP szerverrel hoz létre kapcsolatot. Az argumentumban a gép nevét vagy IP címét adhatjuk meg. put helyi állomány

Az állományt felmásolja az FTP szerverre.

pwd

Kiírja, hogy az FTP kliens számára mi az aktuális könyvtár a távoli gépen.

quit

Lásd bye!

recv

Lásd get!

remotehelp A kliens ezzel kérdezheti le az FTP szerver által értett FTP parancsokat. Megjegyezzük, hogy ezek a kliens és szerver közötti parancsok (raw FTP parancsok), nem pedig a most tárgyalt felhasználó és az FTP kliens közötti parancsok! rename régi állomány új állomány 2009. III. 24.

A távoli gépen átnevez egy állományt. 5

Szarka T.

HÁLÓZATOK

rmdir könyvtár


A távoli gépen törli a könyvtár nevű könyvtárat.

send helyi állomány Az állományt felmásolja az FTP szerverre. status

Az aktuális beállításokat jeleníti meg a kapcsolat kialakítása után.

trace

Csomag nyomkövetésének ki- és bekapcsolása.

type

Az átvitel típusának beállítása.

user login [jelszó] Bejelentkezés ill. újra bejelentkezés a kapcsolat bontása nélkül. A login a felhasználó azonosítóját jelenti, esetleg lehet anonymous is. verbose Az FTP kliens beszédes üzemmódjának ki- és bekapcsolása. Beszédes módban a szervertől kapott minden üzenetet, ill. a statisztikai adatokat is megjeleníti. A beszédes mód az alapértelmezett. Példaként egy FTP kapcsolat részletét láthatjuk:

A felhasználó egy open paranccsal kapcsolatot (parancs csatornát) alakít ki a megadott IP című FTP szerverrel. Ezen a szerver először egy üdvözlő szöveget küld a kliensnek, majd a felhasználótól kéri a felhasználó login nevét és jelszavát. Miután a felhasználó sikeresen belépett a szerverre, a dir paranccsal lekérdezi a szerveren található home könyvtárának tartalmát. Ennek a parancsnak a végrehajtásához a szerver és a kliens között egy második TCP kapcsolat (adat csatorna) is létrejön az adatok továbbítása érdekében. Az ábrán magának az adatcsatornának a létrejötte nem látható, csak a rajta átküldött adatok jelennek meg. (Az adat csatorna létrehozásához szükséges egy port parancs, amely a kliens és szerver közötti kapcsolatra jellemző raw FTP parancs (ábrán nem látható) és ezért nem tévesztendő össze az addig megismert FTP kliens és a felhasználó közötti parancsokkal.) Az ideiglenes adatcsatornán a szerver átküldi a könyvtárban található állományok jellemzőit, majd megszünteti az adatcsatornát. Figyeljük meg, hogy a szervertől érkező üzenetek előtt egy számot látunk. Az üzenetek tartalmát számkód, ill. ember számára érthető szöveg egyaránt azonosítja.

2009. III. 24.

6

Szarka T.

HÁLÓZATOK


Grafikus FTP kliensek Bár sok önálló FTP kliens alkalmazást fejlesztettek ki, most mégis egy olyat mutatunk be amelyet a Total Commander-be integráltak. A Net/FTP Connect.../New Connection menüpontot látjuk, ahol a kliens beállítása történik:

Session:a létrehozandó kapcsolatnak valamilyen nevet kell adnunk, amiről később majd ráismerünk az adott konfigurációra. Host name: az FTP szerver FQDN neve, vagy IP címe. Ha a szerver a 21-estől eltérő portot használ, akkor a port száma is megadandó. Use passive...: passzív módban a kliens kezdeményezi az adatcsatorna kialakítását. Ez akkor javasolt, ha a kliens egy tűzfalon keresztül érhető el és a tűzfal nem engedélyezi az FTP szerver felől érkező kapcsolat kialakítást. Send command to...: ha a kliens egy bizonyos ideig nem szól a szerverhez, akkor a szerver bontja vele a kapcsolatot. Itt beállíthatjuk, hogy a kliens valamilyen semmitmondó paranccsal (pl. NOOP) periódikusan „zaklassa” a szervert. A kapcsolat létrejötte után látványosan bejárhatjuk a szerver (elérhető) könyvtárait:

2009. III. 24.

7

Szarka T.

HÁLÓZATOK


A protokoll vázlata

Az előbbi ábrán az 1973-ban megjelent RFC 542 ajánlásban szereplő FTP modell látható, amely ábrázolja az FTP szerver és kliens oldalát. A kliens oldal rendelkezik egy „User Interface” felülettel, amelyik interaktív kapcsolatot tart a felhasználóval. A felhasználó az eddig megismert parancsokkal utasítja az FTP klienst bizonyos tevékenységek elvégzésére, ill. visszajelzéseket kap az „User Interface”-től az előbbi tevékenységgel kapcsolatban. Figyeljük meg azt a korábbi ábrát, amelyiken egy FTP kapcsolat részletét láthatjuk, mert lényegében az „User Interface” és az „User” közötti párbeszéd tanúi lehetünk. A kliens alkalmazás következő rétege a „Client Protocol Interface”, amely a „Server Protocol Interface” rétegével tart kapcsolatot az FTP szabályai szerint. Az előbbi interfészek között „FTP Commands” és „FTP Replies” jellegű üzenetek formájában valósul meg a kapcsolat. Az FTP kapcsolat részletét bemutató ábrán közvetlenül nem látunk raw FTP parancsokat, csak utalásokat találhatunk rájuk, pl. az FTP szerver által adott válaszokat, amelyeket (amint már tudjuk) arról ismerhetünk meg, hogy egy azonosító számmal kezdődnek. Az alap (standard) parancsokat az RFC 542 tartalmazza. A felhasználói igények növekedésével különböző bővítmények jelentek meg speciális feladatok megoldására, ezért egy adott FTP kapcsolat esetében mindig célszerű ellenőrizni, hogy milyen bővítéseket implementáltak a szerverben. Amint azt már említettük, a szerver által ismert és az FTP szabvány által elfogadott parancsok kapcsolatát a remotehelp paranccsal kérdezhetjük le:

2009. III. 24.

8

Szarka T.

HÁLÓZATOK


A következőkben röviden ismertetjük néhány raw FTP parancs szerepét. Fontos megemlíteni, hogy az eredeti parancskészletet számos alkalommal bővítették speciális célú parancsokkal és ezért egy adott FTP szerver esetén célszerű ellenőrizni, hogy milyen parancsokat implementáltak az adott programban. (A félkövér parancsok végrehajtása igényli az adatcsatorna létrehozását.) Parancs Leírás Referencia ABOR Fájl átvitel megszakítása ACCT A felhasználó számlainformációjának megadása. (Kiegészítő jelszó.) APPE Egy távoli állományhoz fűzi az adatokat. CDUP Átváltás az aktuális könyvtár gyökérkönyvtárára RFC 959 CWD Távoli munkakönyvtár megváltoztatása RFC 697 DELE Megadott távoli állomány törlése EPRT Kibővített PORT RFC 2428 EPSV Kibővített PASV RFC 2428 FEAT A szerver jellegzetességeinek lekérdezése RFC 2389 HELP Segítség kérése egy-egy parancs használatához LIST Könyvtár tartalom vagy egy állomány jellemzőinek lekérdezése LPRT Hosszú PORT RFC 1639 LPSV Hosszú PASV RFC 1639 MKD Távoli könyvtár létrehozása RFC 959 MODE Az átviteli mód beállítása NLST Egy távoli könyvtár állományainak kilistázása NOOP A szerver erre a parancsra semmit sem csinál, de OK-val válaszol OPTS Opciók RFC 2389 PASS Jelszó elküldése a szervernek PASV Passzív módba állítja a szervert PORT Adat port megadása PWD A távoli munkakönyvtár nevének lekérdezése RFC 959 QUIT Kijelentkezés REIN A parancs csatorna újrainicializálása REST Fájlátvitel újraindítása RETR Állomány letöltés RMD Távoli könyvtár törlése RFC 959 RNFR Kijelöli az átnevezendő állományt RNTO Megadja az átnevezendő állomány új nevét SITE A szerver speciális szolgáltatásainak elérése SMNT Másik fáljrendszer mountolása RFC 959 STAT Állapot lekérdezés STOR A szervert felkészíti állomány fogadására. (Felülírás lehetséges.) STOU A szervert felkészíti állomány fogadására. (Egyedi nevek.) RFC 959 STRU Az átvitt adatok szerkezetének megadása SYST A szerver operációs rendszerének típusát kérdezi le RFC 959 TYPE Az adat ábrázolási módjának megadása USER Felhasználói név megadása XCUP Átváltás az aktuális könyvtár gyökérkönyvtárára RFC 775 XMKD Távoli könyvtár létrehozása RFC 775 XPWD A távoli munkakönyvtár nevének lekérdezése RFC 775 XRMD Távoli könyvtár törlése RFC 775 2009. III. 24.

9

Szarka T.

HÁLÓZATOK


A protokoll szempontjából a parancsokhoz hasonló jelentőségük van a szerver válaszainak: Kód A kód jelentése 1yz Előzetes pozitív válasz. (Parancs elfogadva) 2yz Pozitív teljesítési válasz. (Parancs végrehajtva) 3yz Köztes pozitív válasz. (A szerver a parancs kiegészítését várja) 4yz Átmeneti negatív válasz. (Szintaktikailag jó parancs, de most nem tudja végrehajtani.) 5yz Hibás vagy illegális parancs 110 120 125 150 200 202 211 212 213 214 215 220 221 225 226 227 230 250 257 331 332 350 421 425 426 450 451 452 500 501 502 503 504 521 522 530 532 550 551 552

Marker újraindítási válasz A szolgáltatás nnn másodperc múlva elérhető lesz Adat összeköttetés megnyitva, kezdődik az átvitel Az állomány státusza rendben, rövidesen létrejön az adat csatorna Parancs rendben Parancs nincs implementálva, mert ennél a szervernél nélkülözhető Rendszer állapot vagy válasz a HELP kérésre Könyvtár állapot Állomány állapot HELP válasza NAME hivatalos rendszer név. (Az aktuális Assigned Numbers nyilvántartás alapján.) A szolgáltatás elérhető az új felhasználónak A szolgáltatás lezárja a vezérlő csatornát Adat csatorna megnyitva, átvitel nincs folyamatban Adat csatornát lezárja Passzív módra váltott át A felhasználó bejelentkezett A kért állományművelet sikeresen befejeződött "PATHNAME" létrehozva Felhasználói név rendben, jelszó szükséges Kiegészítő jelszó szükséges A kért állományművelet felfüggeszti a további információkat Szolgáltatás nem elérhető, adat csatornát lezárja Adat csatornát nem tudja megnyitni Kapcsolat lezárva, átvitel megszakítva A kért állományművelet nem lett végrehajtva. (Az állomány nem létezik) A kért művelet megszakítva, helyi hiba a folyamatban. (A jog hiányzik a művelethez.) A kért művelet nem került végrehajtásra, adat csatorna lezárva Szintaktikai hiba Szintaktikai hiba a paraméterben vagy az argumentumban Nincs implementálva a parancs Rossz parancs sorozat A parancs paramétere nincs implementálva A következő cím családokat támogatja A protokoll nem támogatott Nincs bejelentkezve Kiegészítő jelszó kell az állomány feltöltéshez Az igényelt művelet nem elfogadott Az igényelt művelet megszakítva: a Page type ismeretlen A kért állományművelet megszakadt

2009. III. 24.

10

Szarka T.

HÁLÓZATOK


Érdemes megemlíteni, hogy a „Server PI” és „Client PI” közötti kapcsolat (a TCP-re épülő vezérlő csatorna) az open és a quit user szintű parancsok között folyamatosan él. Az alkalmazások következő rétege mindkét oldalon egyaránt a DTP (Data Transfer Process), amely az adatátvitelhez szükséges külön (TCP alapú) összeköttetés kialakítását, ill. az adatátvitelt végzi. Az adatátviteli csatorna, csak az adatátvitel ideje alatt létezik. Köztudott, hogy a szerver oldalon (alapértelmezett esetben) a vezérlő csatorna a 21-es portot, míg az adatcsatorna a 20-as portot használja. Külön figyelmet érdemel a „File System” modul, amelynek konkrét változata (pl. ext2, NTFS, FAT) attól függhet, hogy az adott FTP komponens (szerver ill. a kliens) milyen OS felett fut. A lényeg ebben az, hogy az FTP-vel olyan állományokat is elérhetünk, amelyeket egyébként az OS szintjén nem érnénk el. (Pl. XP alatt első megközelítésben nem tudunk ext2 fájlrendszerből állományt olvasni.)

FTP kapcsolat analízise Egy FTP kapcsolat analízise során bemutatunk néhány FTP parancsot és a szerver azokra adott válaszát. A parancsok lényegében sztringek. A parancs nevében a kis és nagybetűk között nincs különbség. Előzetesen két példát láthatunk, egyet a paraméterrel rendelkező parancsok, másikat a paraméter nélküli parancsok használatára. (Kivételesen az elválasztó SP karaktert és a sorvégét jelző CR és LF karaktereket is feltüntettük a parancsokban.) USER <SP> <username> BYE A táblázatban első oszlopában a vizsgált TCP szegmensek sorszámát láthatjuk. Ezt követi az adott szegmens adójának és címzettjének portszáma. A port számokból kiderül, hogy az FTP szerver a megszokott 21-es, ill. 20-as portot használja. A TCP nevű oszlopban a TCP protokoll fejlécében található aktív biteket is feltüntettük, hogy a TCP kapcsolat fázisait is tudjuk követni. Az utolsó oszlopban az FTP protokoll parancsait és az ezekre adott válaszokat tanulmányozhatjuk. (Csak a parancs csatorna tartalmát részletezzük, míg az adat csatorna tartalmára csak utalunk.) Az áttekinthetőséget szeretnénk azzal fokozni, hogy a csak TCP szerviz információt hordozó szegmenseket sötét háttérrel jelenítjük meg. :1-3 Az FTP kliens parancsot kapott a felhasználótól, hogy kapcsolódjon egy FTP szerverre. Például a karakteres FTP kliens esetén láthattunk egy erre szolgáló OPEN 192.168.0.229 parancsot. A kliens a kapcsolat kialakításához igényel az OS hálózati alrendszerétől egy socketet. A socketből mi csak a portszámot látjuk, amely 1027. A socket felhasználásával az FTP kliens képes lesz hálózati műveleteket végezni. Az első művelet a TCP kapcsolat kialakítása az FTP szerverrel, a már ismert three way handshake eljárás szerint. Itt arra láttunk példát, hogy a 4 rétegű TCP/IP modell alkalmazási rétegében található FTP program elvégzi az OSI modell viszony (együttműködési) rétegének összeköttetés létesítési feladatát.

:4 Az FTP–ben parancs csatornaként használt kapcsolat létrejötte után a szerver egy tájékoztató szöveget küld a kapcsolat létrejöttéről. Fontos, hogy a szöveg sorai 220 kódszámmal kezdődnek, és tényleges tartalmukat a szerver messages/greeting… menüpontjában állíthatjuk be. (A TCP az ACK+PUSH bitekkel biztosítja, hogy a szegmens tartalma nem marad a TCP pufferében a vétel után (várva egy megadott mennyiségű adat megérkezését), hanem azonnal megkapja az alkalmazás.)

2009. III. 24.

11

Szarka T.

HÁLÓZATOK Nr

Adó

ALKALMAZÁSI RÉTEG: FTP Vevő

TCP

21 SYN

FTP A parancs csatorna létrehozása

1

1027

2

21

3

1027

4

21

5

1027

6

21

7

1027

8

21

9

1027

10

21

11

1027

12

21

13

1027

14

21

15

1027

21 ACK

16

1027

21 ACK+PUSH TYPE A

17

21

18

1027

21 ACK+PUSH PORT 192,168,0,222,4,13

19

21

1027 ACK+PUSH 200 PORT command okay

20

1027

21

20

22

1037

23

20

1037 ACK

24

21

1027 ACK+PUSH 150 File Listing Folows in ASCII mode

25

20

1037 ACK+PUSH A lista karaktereinek átküldése az adat csatornán

26

20

1037 ACK+FIN

27

1037

20 ACK

Az adat csatorna megszüntetése

28

1037

20 ACK+FIN


29

20

1037 ACK

30

1027

21 ACK

31

21

32

1027

21 ACK

33

1027

21 ACK+PUSH TYPE I

34

21

35

1027

21 ACK+PUSH PORT 192,168,0,222,4,14

36

21


37

1027

38

20

39

1038

40

20

1038 ACK

41

21

1027 ACK+PUSH 150 „C:/TEMP/NETLOG.TXT” file ready to receive in IMAGE/Binary

2009. III. 24.

1027 ACK+SYN 21 ACK

A parancs csatorna létrehozása A parancs csatorna létrehozása

1027 ACK+PUSH 220 Bejelentkezési tájékoztató szöveg ... 21 ACK+PUSH USER tibi 1027 ACK+PUSH 331 Give me your password, please 21 ACK+PUSH PASS abc 1027 ACK+PUSH 230 Logged in successfully 21 ACK+PUSH SYST 1027 ACK+PUSH 215 WIN32 A N (WFTPD by Texas Imperial Software) 21 ACK+PUSH FEAT 1027 ACK+PUSH 211 Extensions supported: MDTM

SIZE

REST STREAM

TVFS

21 ACK+PUSH PWD 1027 ACK+PUSH 257 „C:/TEMP” is current directory

1027 ACK+PUSH 200 Type is ASCII

21 ACK+PUSH LIST 1037 SYN 20 SYN+ACK

Az adat csatorna létrehozása Az adat csatorna létrehozása Az adat csatorna létrehozása



1027 ACK+PUSH 226 Transfer finished successfully

1027 ACK+PUSH 200 Type is Image (Binary)

21 ACK+PUSH STOR NETLOG.TXT 1038 SYN 20 SYN+ACK


12

Szarka T.

HÁLÓZATOK Nr

Adó


TCP

FTP

42

1038

20 ACK+PUSH A fájl tartalmának átküldése az adat csatornán

43

1038


44

20

45

1038


46

1038


47

20

48

1038


49

1038


50

1038


51

20

52

1038


53

1038


54

1038


55

20

56

1038


57

1027

21 ACK

58

20

1038 ACK

59

1038

60

20

61

1038

62

20

1038 ACK

63

21

1027 ACK+PUSH 226 Transfer finished successfully

64

20

1038 ACK+FIN

65

1038

20 ACK

66

1027

21 ACK+PUSH TYPE A

67

21

68

1027

21 ACK+PUSH PORT 192,168,0,222,4,16

69

21


70

1027

71

20

72

1040

73

20

1040 ACK

74

21

1027 ACK+PUSH 150 File Listing Folows in ASCII mode

75

20

1040 ACK+PUSH A lista karaktereinek átküldése az adat csatornán

76

20

1040 ACK+FIN

77

1040

20 ACK


78

1040

20 ACK+FIN


79

20

1040 ACK

80

1027

21 ACK

81

21

82

1027

2009. III. 24.

1038 ACK

1038 ACK

1038 ACK

1038 ACK

20 ACK+PUSH A fájl tartalmának átküldése az adat csatornán 1038 ACK 20 ACK+FIN

Az adat csatorna megszüntetése (egyik irány) Az adat csatorna megszüntetése (egyik irány) Az adat csatorna megszüntetése (másik irány) Az adat csatorna megszüntetése (másik irány)

1027 ACK+PUSH 200 Type is ASCII

21 ACK+PUSH LIST 1040 SYN 20 SYN+ACK




1027 ACK+PUSH 226 Transfer finished successfully 21 ACK

13

Szarka T.

HÁLÓZATOK Nr

Adó


TCP

FTP

21 ACK+PUSH QUIT

83

1027

84

21

1027 ACK+PUSH 221 Kijelentkezési üdvözlet...

85

21

1027 ACK+FIN

86

1027

21 ACK

A parancs csatorna megszüntetése

87

1027

21 RESET



:5-6 A kliens beolvassa a parancs csatornából az összes 220 kezdetű sort, majd egy USER parancsot küld a szervernek: USER felhasználói név Az FTP szerver számára elküldi a bejelentkezésre jelentkező felhasználó nevét. Amint azt már megismertük, a felhasználói név lehet esetleg az “anonymous” is. A szervertől érkező válasz a következő lehet: 230 -> A felhasználó belépett 331 -> A PASS parancs következzen 332 -> Az ACCT parancs következzen 421, 500, 501, 530 :7

A 331 kód jelezte, hogy jelszóra van szükség a belépéshez:

PASS jelszó Az FTP szerver számára ezzel a paranccsal küldhető el a felhasználói névhez tartozó jelszó. A lehetséges válaszok: 202 -> A parancs nincs megvalósítva, itt felesleges. 230 -> A felhasználó belépett 332 -> A belépéshez ACCT parancs kell. 421 ACCT számla Az FTP szerver számára ezzel a paranccsal küldhető el az a kiegészítő jelszó ami a belépéshez még szükséges lehet. A lehetséges válaszok: 202 -> A parancs nincs megvalósítva, itt felesleges. 230 -> A felhasználó belépett 421, 501, 502, 503, 500, 530 :9-10 A szerverre való bejelentkezés után lekérdezhetjük az operációs rendszerének típusát: SYST A visszatérési érték sikeres lekérdezés esetén “215 OS Neve” alakú, pl.: „215 WIN32 AN (WFTPD by Texas Imperial Software)”. Ebben a válaszban megtaláljuk az OS nevét (WIN32), átvitel típusát (A N) és az FTP szerver nevét is. Az OS neveket a hivatalos Assigned Numbers dokumentumban találjuk. Az átviteli típusokat a TYPE parancsnál ismerhetjük meg. :11-12 A szerverben implementált esetleges parancs bővítések lekérdezése FEAT paranccsal lehetséges. A visszatérési érték sikeres végrehajtás esetén 211 kezdetű, pl.: 211 EXTENSION SUPPORTED MDTM SIZE REST STREAM TVFS 211 END

2009. III. 24.

14

Szarka T.

HÁLÓZATOK


:13-14 Az FTP kliens kiadja a PWD parancsot, amivel lekérdezi a kliens aktuális munkakönyvtárát a szerveren. A szerver 257-es kóddal kezdődő válaszában az aktuális munkakönyvtárat adja vissza. Lehetséges egyéb válaszok: 421, 500, 501, 502, 550 :15

A TCP nyugtázza az előbbi szegmenst

:16-17 A felhasználó adott egy DIR jellegű parancsot a kliensnek, amely erre raw FTP parancs sorozatot indít el. Első lépésként az adatcsatorna átviteli módját ASCII módra állítja a TYPE A paranccsal. Az ASCII módot szöveges állomány, ill. könyvtár lista átvitelére használjuk. ASCII mód esetén az FTP szervert arra kérjük, hogy a nála használatos kódolásról alakítsa át a küldendő szöveget szabványos 8 bites ASCII kódra. A gyakorlatban ennek egy PC-PC kapcsolat esetében kicsi a jelentősége, mert valószínűleg mindkét oldalon ASCII kódot használnak szöveges információ tárolásakor (igazi jelentősége annak lenne, ha például EBCDIC kódot használó forrás szöveget szeretnénk ASCII kódot használó rendszerbe átvinni). Ilyenkor csak arra szorítkozik a konverzió, hogy a forrás szövegben található esetleges platformfüggő karaktereket szabványos kódra cserélje. Erre példa lehet a (gyakran rendszerfüggő) sorvége jelzés, pl. CRLF karakterekké kell alakítani a Windows alatt, a UNIXos CR sorvége jelzésről. Itt arra láttunk példát, hogy a 4 rétegű TCP/IP modell alkalmazási rétegében található FTP program elvégzi az OSI modell ábrázolási rétegének adat ábrázolás konvertáló feladatát.

Az FTP szerver 200-as kóddal válaszol és jelzi, hogy az adatcsatornán ASCII kódú karaktereket fog küldeni. Egyéb válaszkódok: 421, 500, 501, 504, 530 A TYPE I paranccsal image átviteli mód állítható be. Ebben az üzemmódban bármilyen (akár tömörített) állomány átvitelére alkalmas a protokoll, mert az állomány tartalmát nem manipulálja. :18-19 Az FTP kliens létrehoz (vagy már induláskor létrehozott) egy socketet a leendő adatcsatorna számára. Lekérdezi a létrejött sockethez tartozó portszámot és a gép IP címével együtt (most) elküldi a szervernek a PORT parancs segítségével: PORT C1, C2, C3, C4, P1, P2 A C1-C4 bájtok az IP címet írják le, míg a P1 és P2 a portszámot. A példában szereplő kliens a 192.168.0.222 IP címen és a 1037-es porton (4*256+13=1037) várja a szerver jelentkezését. :20 Az FTP kliens folytatja a DIR parancs végrehajtását és egy LIST paranccsal lekérdezi az aktuális munkakönyvtár tartalmát a szervertől. :21-23 A LIST hatására az FTP szerver kezdeményezi a kapcsolódást a PORT parancsban megadott klienshez az adatcsatorna létrehozása érdekében. A szerver kezdeményez az úgynevezett aktív FTP üzemmódban. Egy esetleges PASV paranccsal tudnánk passzív üzemmódot kialakítani, amelynek a jellemezője az, hogy kliens hozza létre az adatcsatornát. :24 Amikor az adatcsatornát sikeresen létrehozta az FTP szerver, akkor küld egy 150 kezdetű jelzést arról, hogy megkezdi az adatcsatornán a LIST által kért információk küldését. :25

Az elküldött könyvtárlista szerkezete a következő:

2009. III. 24.

15

Szarka T.

HÁLÓZATOK


:26-31 Miután a szerver átküldte a listát (azaz nem szándékozik több adatot küldeni), kezdeményezi az adatcsatorna egyik irányának megszüntetését. A kliens ezt érzékelve az adatcsatorna másik irányát szünteti meg. Erre az eseményre a szerver egy 226 kódú üzenetet küld, amivel befejeződik a DIR parancs végrehajtása. A következőkben a felhasználó egy állományt szeretne feltölteni a szerverre, ezért egy PUT netlog.txt parancsot ad a kliensnek, amelyet az egy új parancssorozat segítségével hajt végre: :33-34 TYPE I paranccsal beállítjuk a szervert image üzemmódra. Láttuk, hogy szöveges állomány mozgatása esetén is használható az image üzemmód. PC-PC összeköttetés esetén a konverzió elmaradásakor sem várható probléma a netlog.txt szöveges állomány értelmezésével kapcsolatban. :35-36 A kliens átküldi az adatcsatorna számára létrehozott socket nevét (IP cím, portszám) a szervernek. :37 A kliens kiadja a STOR netlog.txt parancsot, amivel azt kéri a szervertől, hogy az a szerver oldalon az aktuális munkakönyvtárban hozza létre a netlog.txt állományt az adatcsatornán rövidesen átküldendő adatokból. :38-40 A szerver kezdeményezi az adatcsatorna kialakítását az adatátvitelhez. (Aktív FTP). :41 Az adatcsatorna sikeres létrejötte után egy 150-es kóddal kezdődő sorral jelzi a szerver, hogy készen áll az adatok fogadására. :42-60 A fájl tartalmának átküldése. :61-62 A küldő (kliens) az adatcsatorna egyik irányának megszüntetésével jelzi, hogy befejeződött a fájl átküldése. :63 Az adatcsatorna megszüntetését érzékelve az FTP szerver egy 226 kezdetű sort küld, amivel nyugtázza, hogy befejeződött az adatátvitel. :64-65 Az FTP szerver elbontja a TCP kapcsolat másik irányát. :66-82 Egy újabb DIR parancsot kap az FTP kliens a felhasználótól, egy olyan könyvtárlista lekérdezése érdekében, amelyikben már szerepel az előbb feltöltött állomány. :83 Az FTP klienst bye paranccsal utasítja a felhasználó, hogy jelentkezzen ki a szerverről. A kliens ezért egy QUIT parancsot küld a szervernek. :84 A szerver érzékeli a viszony megszüntetésére irányuló kérést, ezért egy 221 kódú kijelentkezési tájékoztatót küld a kliensnek. :85-87 A szerver kezdeményezi a parancs csatorna megszüntetését, amit a kliens nyugtáz.

2009. III. 24.

16

Szarka T.

HÁLÓZATOK


Raw FTP parancsok4 ABOR

Az előző parancs és az ahhoz fűződő adatátvitel megszakítása. Ha a parancs kiadásakor még folyamatban volt adatátvitel, akkor megszakítja az előző parancs végrehajtását és lezárja az adatcsatornát. A nyugtázás ilyenkor 426-os kóddal történik. Ha a parancs kiadásakor az előző parancs már befejeződött, akkor csak az esetlegesen még nyitott adatcsatornát zárja le. A válasz ebben az esetben 256-os kóddal kezdődik. ACCT számla

*

(:7)

ALLO bájtszám A paraméterben megadott számú bájtot lefoglal az FTP szerver memóriájában, egy később a szervernek küldendő állomány befogadása érdekében. Küldésre a STOR vagy APPE parancsot használhatja az FTP kliens. Az ALLO parancsot figyelmen kívül hagyják azok az FTP szerverek, amelyek nem igényelik a feltöltendő állomány méretének előzetes megismerését. APPE fájlnév A parancs hatására az FTF szerver létrehozza a fájlnévben meghatározott elérési úttal és névvel a feltöltendő állományt a szerveren. A fájl tartalma az adatcsatornán fog megérkezni a szerverre. Ha már létezett az állomány, akkor ahhoz hozzáfűzi a beérkező adatokat. Válaszok: 125 Az adatcsatorna már nyitva van, a szerver átvitelre kész. 150 A fájl rendben, az adatcsatorna megnyitása következhet. 226 A művelet sikeres volt az adatkapcsolat megszűnik. 250 A fájlművelet rendben befejeződött. CDUP

A szerver oldalon aktuális könyvtárként a gyökér könyvtárat jelöli ki.

CWD útvonalA távoli számítógépen a munkakönyvtárat tudjuk megváltoztatni. Pl. “CWD /munka/este” Sikeres végrehajtás esetén a visszatérési érték 250. DELE fájlnévA szerveren törli a teljes elérési úttal megadott állományt. HELP [parancs] A szerver tájékoztatást ad a benne implementált FTP parancsokról, ha paraméter nélkül használjuk a parancsot. Paraméter használata esetén egy adott parancsról ad leírást. LIST [útvonal]

*

(:20-25)

MKD útvonal Az útvonalban megadott könyvtár létrehozása. Sikeres végrehajtás esetén a visszatérési érték „257 könyvtár” alakú. MODE mód Parancs az átviteli mód megadásához. A mód paraméter értékét 3 lehetőség közül választhatjuk meg: S – Folyam (Stream) B – Block C – Tömörített (Compressed) Az S mód az alapértelmezett, ilyenkor csak az adatok kerülnek továbbításra az adatcsatornán. B mód esetén az adatokat blokkokba szervezik és kiegészítő szerviz információkkal látják el a 4 A * jelzi, hogy az adott parancs magyarázata előzőleg már megtörtént. 2009. III. 24.

17

Szarka T.

HÁLÓZATOK


blokkokat. Ez a sávszélességet csökkenti, de lehetőséget ad egy megsérült blokk újraküldésére. (TCP esetén ez felesleges, mert a TCP már gondoskodik hibajavításról.) C mód esetén blokkosított az átvitel és tömörítik az adatokat. NLST [útvonal] A szerver egy könyvtárnak kilistázására. Paraméter nélkül az aktuális könyvtár kerül kilistázásra. Sikeres visszatérési értékek kódja: 125, 150, 226, 250. NOOP

A parancsnak nincs hatása.

PASS jelszó

*

(:7)

PASV Passzív FTP mód beállítása. Alapértelmezésben az FTP kliens és szerver kapcsolatára az ún. aktív FTP mód jellemző, amely azt jelenti, hogy a szerver kezdeményezésére jön létre az adatcsatorna. (A szerver a kliens által küldött PORT parancsból ismeri meg, hogy a kliens milyen socket címen várja a kapcsolódási kérést.) Az aktív módszer hátránya, hogy abban az esetben, ha az FTP kliens egy tűzfal mögött van, akkor a tűzfal megakadályozhatja a kívülről jövő kapcsolódási kérés eljutását a klienshez. A passzív FTP mód esetén nincs ilyen probléma, mert a kliens kezdeményezésére jön létre az adatcsatorna úgy, hogy először a kliens küld egy PASV parancsot a szervernek, amely erre a saját adatcsatornához használt socketjének a címét elküldi a kliensnek egy 227 kezdetű üzenetben: 227 C1, C2, C3, C4, P1, P2 A válasz jelzi, hogy a szerver passzív módba lépett. A paraméterek hasonlóak mint a PORT parancs esetében. Egyéb lehetséges válaszok: 421, 500, 501, 502, 530 PORT socket

*

(:18-19)

PWD ill. XPWD A távoli számítógép aktuális munkakönyvtárának lekérdezése. Sikeres végrehajtás esetén a visszatérési érték “257 aktuális könyvtár” alakú. QUIT Hatására az FTP szerver megszünteti a vezérlési kapcsolatot az FTP klienssel. Ha van folyamatban fájl átvitel, megvárja a végeredményt. REIN Újrainicializálás. Kilépteti a felhasználót a szerverről úgy, hogy a parancs csatornát nem szünteti meg. A felhasználónak egy USER paranccsal újra be kell jelentkeznie a szerverre. REST jelzőpont Újraindítás egy adott fájlpozícióról. A parancsot majd követi egy tényleges fájl átviteli parancs, amelynek hatására folytatódik a fájl átvitel. RETR fájlnévLetöltés. A paraméterben megadott elérési úttal rendelkező állomány tartalmának másolatát elküldi a kliensnek. RMD útvonal Az útvonalban megadott könyvtár törlése. Sikeres végrehajtás jelzése 250 ... RNFR fájlnévÁtnevezés első lépése: A parancsban megadjuk az átnevezni kívánt állomány elérési útját és nevét, majd kiadjuk az RNTO parancsot, amely tartalmazza az új elérési utat és fájlnevet. RNTO fájlnév adjuk meg.

2009. III. 24.

Az átnevezés második lépése, amelyben az új fájlnevet és elérési utat

18

Szarka T.

HÁLÓZATOK


SITE parancsAz utasítással rendszerspecifikus parancsokat lehet küldeni az FTP szervernek. A használható parancsok a lekérdezésére a HELP SITE alkalmas és általában az FTP szerver leírásában is megtalálhatók. SMNT útvonal

Ezzel a paranccsal a szerverhez egy másik fájlrendszer mountolható.

STAT [útvonal] Állapot jelentés kérése a szervertől. Ha a parancs fájl átvitel közben érkezik a szerverhez, akkor az átvitel állapotáról ad tájékoztatást. Ha a parancsot fájl átvitelek között adjuk ki, akkor a paraméterben megadott könyvtár tartalmát kapjuk meg, hasonlóan egy LIST parancshoz. A különbség annyi, hogy az állományok listája a parancscsatornán kerül továbbításra. Ha a parancsot fájl átvitelek között adjuk ki paraméter nélkül, akkor a szerver az FTP kapcsolatokról ad állapotjelentést. STOR fájlnév *

(:37)

STOU Hasonló mint a STOR, de a szerver egyedi nevet ad az aktuális könyvtárban létrejövő állománynak. A létrejött egyedi fájlnevet a 250-es kóddal kezdődő válaszában közli a klienssel. STRU típus Az átvitt adatok belső szerkezetének meghatározása. A típus lehetséges értékei. F – File szerkezet (Alapértelmezett.) R – Rekord szerkezet P – Lapszerkezet A file szerkezet esetén az adatok egy egységet alkotnak, rekord- vagy lapszerkezet esetén értelmezett a belső adatszerkezetük is. SYST

*

(:9-10)

TYPE kód Az adatok továbbításakor használt ábrázolási módot határozza meg. Részleteket a (:16-17) pontban találunk. A paraméter értéke a következő lehet: A E I L bájtméret

ASCII EBCDIC Image helyi bájtméret

Szöveges állományhoz. Szöveges állományhoz. Image üzemmód bármilyen állományhoz. PC-PC viszonyban nincs jelentősége.

Az A és E típusoknál egy SPACE karaktert követően egy második ún. formátumvezérlő paraméter is megadható. Értékét az befolyásolja, hogy az adatok további feldolgozásához milyen formátum az előnyösebb. (Lásd RFC 959!) N Az alapértelmezett, külön jelölés nélkül érvényes nem nyomtatható formátum jele. T Telnet formátum módosító C kocsi vezérlés USER felhasználói név

2009. III. 24.

*

19

Szarka T.

FTP III Szarka T

Recommend Documents