Milyen protokoll tftp ~ hálózati gondok
Hello újra, kedves barátaim! Az ablakon, nem a tavaszi hideg időjárás, a hó szünetek, de azt hiszem, nem árt nekünk ma, magával megismerkedni egy nagyon érdekes alkalmazási réteg protokoll - TFTP protokollt.
A TFTP protokoll (Trivial File Transfer Protocol. Trivial File Transfer Protocol), mintha kepski hangok, amelyek célja, hogy fájlokat =) a mindennapi életben az átlagos felhasználó elég ritka, mint az általában használt kapcsolatos problémák megoldásában a karbantartás és üzemeltetés A hálózati eszközök, nevezetesen:
- lemeznélküli munkaállomások;
- frissítés és biztonsági konfigurációs fájlok és az OS képek (firmware) a különböző hálózati eszközöket.
Természetesen semmi sem megakadályozza ezt a protokollt használja letölteni különböző fájlokat a számítógép barátom, de ez a mi korunkban már pofon perverzió.
TFTP protokoll üzenet formátum igen egyszerű, és a következő:

TFTP protokoll üzenetek formátuma
A mező típusa határozza meg, a funkció az üzenetet (kérelmet olvasni, írni, az adatok, a megerősítés vagy hiba), és tartalmaznia kell a következő értékeket:
- RRQ (Read Request) - kérés olvasni a fájlt. Ez az érték jelenik meg a TFTP üzenetet. abban az esetben, ha fogunk letölteni a TFTP-kiszolgálóról egy bizonyos file;
- WRQ (Write Request) - kérelmet a bejegyzésében. Ez az érték jelenik meg a TFTP üzenetet. abban az esetben, ha fogunk írni a TFTP szerver egy bizonyos file;
- DATA - átvitt adatok TFTP. Ez az érték jelenik meg a TFTP üzenetet. abban az esetben, ha az üzenet tartalmazza az adatokat közvetlenül továbbított ügyfél-kiszolgáló, vagy fordítva.
- ACK (megerősítés) - elismervényt az adatblokk. Ez az érték jelenik meg a TFTP üzenetet. abban az esetben, ha az előző továbbított adat blokk sikeresen vette a címzett (vagy ha a szerver nem tud végezni fájlbejegyzés).
- ERR (Hiba) - hiba. Ez az érték jelenik meg a TFTP üzenetet. abban az esetben, az előző lépésben a protokoll hiba történt, például a kért fájl nem található, vagy nem volt engedélye, hogy elolvassa.
Fájlnév mező egy string, amely furcsa módon megegyezik a fájlnév, hogy az ügyfél akar felvenni / download / c szerver (ek).
Fields a sor végére, arra használjuk, hogy külön adatmezők információt hordozó között.
Field megfelel az átviteli módra, ismét furcsán átviteli mód, és tartalmazhat egy két képviselt értékek formájában ASCII karakterláncok:
- netascii - azt jelzi, hogy a fájl az áthelyezés előtt kell átkódolhatóak ASCII (alapértelmezés);
- oktett - azt jelzi, hogy a fájl kell továbbítani változtatás nélkül.
Fields blokkszámot használt számozás a továbbított információ blokkokat.
adatmező tartalmazza a továbbított információt egység 0-tól 512 byte. Ha a méret a továbbított fájl mérete meghaladja az 512 bájt, akkor az összes blokkot, amelybe a fájlt, kivéve az utolsó rögzített mérettel egyenlő 512 bájt, az utolsó továbbított adat blokk mérete lehet 0-511 bájt.
Miután megismerkedtünk a méret a TFTP protokoll üzeneteket. nézd meg, hogy ezek az üzenetek akkor használják, ha írás, olvasás egy fájlt a szerver. Kezdeni, úgy a folyamat az olvasás a fájl a szerverről.

Reading egy fájlt egy szerver segítségével TFTP
A kezdeti időben a TFTP szerver megvárja kéréseket az ügyfelek. Ha az egyik ügyfél esetén be kell elérni a fájlokat található egy TFTP kiszolgálót, akkor elküldi RRQ kérelmet a TFTP-kiszolgálóra. Ha a fájl létezik a szerveren, és lehet elérni, akkor az átviteli folyamat elindult, és a szerver küld az ügyfél az első blokk, amely 512 bájt adat (Amennyiben a kért fájl nem érhető el, akkor a szerver hibaüzenetet generál, továbbítja azt az ügyfélnek. Ebben a folyamatban átvitel leáll). Az ügyfél megkapta a blokk 1. számú generál elismervényt ACK blokk, és ad ez a szoba 1 kézhezvételét ezt a megerősítést a kiszolgáló elkezdi továbbítása a következő adatblokk. (Abban az esetben az átvételi elismervényt az adatblokk nem érkezett amíg az időtúllépés, a szerver újraadását az elveszett blokk.) Ez az átviteli folyamat megy végbe, amíg az összes adat blokkok melyet osztott fájl nem kerül át.
Most tekintsük a fájl felvételi folyamat egy TFTP kiszolgálót, hogy hasonló az olvasási folyamatot, de megvan a különbségeket.

Vedd fájlt a TFTP szerver
A kezdeti időben a TFTP szerver megvárja kéréseket az ügyfelek. Ha az egyik ügyfél esetén be kell írni a fájlt egy TFTP szerver, akkor küld egy kérést WRQ a TFTP-kiszolgálóra. Ha a szerver lehet, hogy egy másolatot a fájl, akkor létrehoz egy ACK üzenetet blokkszámként értéke 0, és elküldi azt a kérő ügyfél, ez az üzenet azt jelenti, a szerver elfogadja írni (ha a kiszolgáló nem tud egy másolatot a fájl, egy hibaüzenetet küldött ügyfél. kitölteni.) Ebben a felvételi folyamatot. Az ügyfél megkapta az ACK üzenetet blokkszámként értéke 0, megkezdi az átvitelt az első 512 byte a szerver küld nekik egy adat üzenetet blokkszámot 1. Ha a szerver megkapja a blokk, akkor létrehoz egy ACK üzenetet blokkszámként 1. Ez akkor fordul elő, míg amíg a szerver megkapja a blokk mérete kisebb, mint 512 byte adatot. Ilyen esetben, elismeri átvételét az utolsó adatblokk ezt a felvételt és végződik.
Nem számít, milyen típusú üzenetet küldött TFTP (WRQ, RRQ, ACK, stb) a transzfer az ügyfél, hogy a szerver (vagy fordítva), ezek az üzenetek vannak csomagolva UDP datagram a cél port 69 (a kliens port van kiválasztva dinamikusan) amelyek IP csomagokba ágyazva. Amint azt már említettük, a TFTP protokoll nem jelenti azt, hogy az UDP szállítási réteg protokoll. de ez nem okoz problémát a munka a TFTP protokollt. mint az üzenet szállítás megerősítése végezzük segítségével az alkalmazási réteg (a TFTP protokoll).
Végezetül szeretném felhívni a figyelmet arra a tényre, hogy a TFTP protokoll nem tartalmaz beépített biztonsági funkciók, mint például ellenőrzése és jelszavát. Ezért, ha annak használata kell, hogy legyen különösen óvatos.
Köszönöm a figyelmet, hogy az új ülések.