TFTP
| Trivial File Transfer Protocol (TFTP) | ||||||||
|---|---|---|---|---|---|---|---|---|
| Rodina | Síťový protokol LAN | |||||||
| Funkce | přenos souboru | |||||||
| porty | 69/PDU | |||||||
| Umístění v zásobníku protokolů | ||||||||
| ||||||||
| standardy | ||||||||
| RFC 1350 ( 1992 ) | ||||||||
TFTP je zkratka pro Trivial File Transfer Protocol .
Jedná se o velmi jednoduchý přenosový protokol podobný základní verzi FTP . TFTP se často používá k přenosu malých souborů mezi počítači v síti , například když se terminál X Window nebo jiný tenký klient spouští ze síťového serveru. Vznikl počátkem 80. let 20. století, takže to není úplně nový protokol, používá se k regulaci přenosu souborů mezi klientem a serverem; Vyniká především jednoduchostí a jednoduchostí, takže na rozdíl od jiných protokolů nemá složité přenosové funkce.
Některé podrobnosti o TFTP:
- Jako přenosový protokol používá UDP (na portu 69) (na rozdíl od FTP , který používá porty TCP 20 a 21 ).
- Nemůžete vypsat obsah adresářů.
- Neexistují žádné mechanismy ověřování nebo šifrování.
- Používá se ke čtení nebo zápisu souborů ze vzdáleného serveru.
- Podporuje tři různé režimy přenosu, „netascii“, „octet“ a „mail“, z nichž první dva odpovídají režimům „ ascii “ a „image“ (binární) protokolu FTP .
Operace
K přenosu souborů obvykle používá port UDP 69, ačkoli to může změnit odesílatel a příjemce. To je důležitý rozdíl od FTP, který používá TCP k přenosu souborů a v tomto případě je bezpečný. Přenos probíhá blok po bloku, server nepošle nový blok, dokud neobdrží potvrzovací paket předchozího bloku. Konečný datový paket je identifikován jako menší než uvedená velikost. Pokud dojde ke ztrátě paketu, vygeneruje se časový limit, po kterém bude znovu odeslán poslední paket. Tímto způsobem bude odesílatel ztraceného paketu vědět, že musí uvedený paket znovu odeslat. Jakákoli chyba, ke které dojde při přenosu souborů prostřednictvím TFTP, má za následek chybové pakety, které ve většině případů způsobí ukončení přenosu.
Možné příčiny chyby
- Požadavek na přenos nelze přijmout: například proto, že soubor nebyl nalezen, uživatel neexistuje nebo došlo k porušení oprávnění (chráněný soubor atd.).
- Klienti nebo servery obdrží paket, který nelze vysvětlit zpožděním nebo duplikací sítě: například chybně formátované pakety.
- Přístup k potřebnému zdroji je ztracen: například pokud na pevném disku není místo.
Podrobnosti o relaci TFTP
Protože TFTP používá UDP , neexistuje žádná formální definice relace, klienta a serveru, i když za server se považuje ten, který otevírá port 69 v režimu UDP, a klient, ke kterému se připojuje.
Každý soubor přenesený prostřednictvím TFTP však představuje samostatnou výměnu paketů a mezi strojem, který zahajuje komunikaci, a strojem, který odpovídá, existuje neformální vztah klient-server.
- Stroj A, který zahájí komunikaci, odešle do stroje B paket RRQ ( žádost o čtení ) nebo WRQ ( žádost o zápis ) obsahující název souboru a režim přenosu.
- B odpoví ACK ( potvrzení / potvrzení) paketem, který také slouží k informování A o portu stroje B, na který bude muset poslat zbývající pakety.
- Zdrojový počítač odesílá očíslované datové pakety do cílového počítače, přičemž všechny kromě posledního obsahují 512 bajtů dat. Cílový počítač odpoví očíslovanými ACK pakety pro všechny datové pakety.
- Konečný datový paket musí obsahovat méně než 512 bajtů dat, aby bylo zřejmé, že je poslední. Pokud je velikost přenášeného souboru přesným násobkem 512 bajtů, zdroj odešle konečný paket obsahující 0 bajtů dat.
standardy IETF
| Číslo RFC | Titul | Publikováno | Autor | Zastaralé a aktualizované informace |
|---|---|---|---|---|
| RFC783 | Protokol TFTP (revize 1) | června 1981 | K Sollins | Zastaralé - RFC 1350 |
| RFC 906 | Bootstrap Načítání pomocí TFTP | června 1984 | Ross Finlayson | - |
| RFC951 | BootstrapProtocol | září 1985 | Bill Croft | Aktualizováno RFC 1395 , RFC 1497 , RFC 1532 , RFC 1542 , RFC 5494 |
| RFC1350 | Protokol TFTP (Revize 2) | července 1992 | K Sollins | Aktualizováno RFC 1782 , RFC 1783 , RFC 1784 , RFC 1785 , RFC 2347 , RFC 2348 , RFC 2349 |
| RFC 1782 | Rozšíření TFTP Option | března 1995 | G. Malkin | Zastaralé - RFC 2347 |
| RFC 2131 | DHCP, protokol dynamické konfigurace hostitelského počítače | březen 1997 | R.Droms | Aktualizováno RFC 3396 , RFC 4361 , RFC 5494 , RFC 6842 |
| RFC 2347 | Rozšíření TFTP Option | května 1998 | G. Malkin | - |
| RFC 2348 | TFTP Blocksize Option | května 1998 | G. Malkin | - |
| RFC 2349 | Možnosti intervalu časového limitu TFTP a velikosti přenosu | května 1998 | G. Malkin | - |
| RFC 5505 | Principy konfigurace internetového hostitele | května 2009 | b.aboba | - |
| RFC7440 | Možnost TFTP Windowsize | ledna 2015 | P. Masotta | - |
Viz také
Používá
- Zařízení, která nemají pevný disk: Používá se také v zařízeních, která nemají pevný disk k ukládání souborů. To umožňuje TFTP využívat malou část paměti a například zavést síť nebo systém.
- Vytváření záložních kopií: Důležitým bodem, který je třeba zdůraznit a který umožňuje provádění protokolu TFTP, je vytváření záložních kopií. Můžeme to udělat pomocí síťové konfigurace počítače. Mluvíme o malých souborech, které snadno přeneseme a nebude nutné se autentizovat.
- Skenování virů: Přestože se dnes jedná o mnohem méně používaný a oblíbený protokol než před několika desítkami let, pravdou je, že TFTP je stále užitečný, pokud jde o skenování počítače na možné hrozby v podobě malwaru.
- Počítače s malou kapacitou: Jedním z důvodů je využít její jednoduchost v počítačích, které nemají velkou kapacitu a nemusí spotřebovávat mnoho prostředků na přenos souborů nebo možnost něco konfigurovat.
