TFTP
| Trivial File Transfer Protocol (TFTP) | ||||||||
|---|---|---|---|---|---|---|---|---|
| Familie | LAN -nettverksprotokoll | |||||||
| Funksjon | filoverføring | |||||||
| havner | 69/PDU | |||||||
| Plassering i protokollstabelen | ||||||||
| ||||||||
| standarder | ||||||||
| RFC 1350 ( 1992 ) | ||||||||
TFTP står for Trivial File Transfer Protocol .
Det er en veldig enkel overføringsprotokoll som ligner på en grunnleggende versjon av FTP . TFTP brukes ofte til å overføre små filer mellom datamaskiner på et nettverk , for eksempel når en X Window -terminal eller annen tynnklient starter opp fra en nettverksserver. Den dukket opp på begynnelsen av 1980-tallet, så det er ikke akkurat en nyere protokoll, den brukes til å regulere overføringen av filer mellom en klient og en server; Den skiller seg spesielt ut for å være enkel og enkel, så i motsetning til andre protokoller har den ikke komplekse overføringsfunksjoner.
Noen TFTP-detaljer:
- Den bruker UDP (på port 69) som transportprotokoll (i motsetning til FTP som bruker TCP -porter 20 og 21 ).
- Du kan ikke liste innholdet i kataloger.
- Det er ingen autentiserings- eller krypteringsmekanismer.
- Den brukes til å lese eller skrive filer fra en ekstern server.
- Den støtter tre forskjellige overføringsmoduser, "netascii", "oktett" og "mail", hvorav de to første tilsvarer " ascii " og "image" (binær) modusene til FTP - protokollen .
Operasjon
Den bruker vanligvis UDP-port 69 for å utføre filoverføringen, selv om dette kan endres av avsender og mottaker. Dette er en viktig forskjell fra FTP, som bruker TCP til å overføre filer og i dette tilfellet er det sikkert. Overføringen gjøres blokk for blokk, serveren sender ikke en ny blokk før den mottar bekreftelsespakken fra forrige blokk. Den endelige datapakken identifiseres som mindre enn den angitte størrelsen. Hvis en pakke går tapt, vil det genereres en timeout, hvoretter den siste pakken sendes på nytt. På denne måten vil avsenderen av den tapte pakken vite at den må sende pakken på nytt. Enhver feil som oppstår ved overføring av filer via TFTP resulterer i feilpakker som i de fleste tilfeller fører til at overføringen avsluttes.
Mulige årsaker til feil
- En overføringsforespørsel kan ikke godtas: for eksempel fordi filen ikke ble funnet, brukeren ikke eksisterer, eller det har oppstått et brudd på tillatelsene (beskyttet fil osv.).
- Klienter eller servere mottar en pakke som ikke kan forklares med nettverksforsinkelse eller duplisering: for eksempel feilutformede pakker.
- Tilgang til en nødvendig ressurs går tapt: for eksempel hvis det ikke er plass på harddisken.
Detaljer om en TFTP-økt
Siden TFTP bruker UDP , er det ingen formell definisjon av økt, klient og server, selv om en server anses å være den som åpner port 69 i UDP-modus, og klienten den kobles til.
Hver fil som overføres via TFTP utgjør imidlertid en separat utveksling av pakker, og det eksisterer et uformelt klient-serverforhold mellom maskinen som starter kommunikasjonen og maskinen som svarer.
- Maskin A, som initierer kommunikasjonen, sender en RRQ (leseforespørsel ) eller WRQ ( skriveforespørsel )-pakke til maskin B, som inneholder navnet på filen og overføringsmodusen.
- B svarer med en ACK-pakke ( bekreftelse /bekreftelse), som også tjener til å informere A om porten til maskin B som den må sende de gjenværende pakkene til.
- Kildemaskinen sender nummererte datapakker til målmaskinen, alle unntatt den siste inneholder 512 byte med data. Destinasjonsmaskinen svarer med nummererte ACK-pakker for alle datapakker.
- Den endelige datapakken må inneholde mindre enn 512 byte med data for å indikere at den er den siste. Hvis størrelsen på den overførte filen er et eksakt multiplum av 512 byte, sender kilden en endelig pakke som inneholder 0 byte med data.
IETF-standarder
| RFC-nummer | Tittel | Publisert | Forfatter | Foreldet og oppdatert informasjon |
|---|---|---|---|---|
| RFC783 | TFTP-protokollen (revisjon 1) | juni 1981 | K Sollins | Foreldet av - RFC 1350 |
| RFC 906 | Bootstrap-lasting ved hjelp av TFTP | juni 1984 | Ross Finlayson | - |
| RFC951 | BootstrapProtocol | september 1985 | Bill Croft | Oppdatert av RFC 1395 , RFC 1497 , RFC 1532 , RFC 1542 , RFC 5494 |
| RFC1350 | TFTP-protokollen (revisjon 2) | juli 1992 | K Sollins | Oppdatert av RFC 1782 , RFC 1783 , RFC 1784 , RFC 1785 , RFC 2347 , RFC 2348 , RFC 2349 |
| RFC 1782 | TFTP-alternativutvidelse | mars 1995 | G. Malkin | Foreldet av - RFC 2347 |
| RFC 2131 | Dynamic Host Configuration Protocol | mars 1997 | R.Droms | Oppdatert av RFC 3396 , RFC 4361 , RFC 5494 , RFC 6842 |
| RFC 2347 | TFTP-alternativutvidelse | mai 1998 | G. Malkin | - |
| RFC 2348 | Alternativ for TFTP-blokkstørrelse | mai 1998 | G. Malkin | - |
| RFC 2349 | Alternativer for TFTP-tidsavbrudd og overføringsstørrelse | mai 1998 | G. Malkin | - |
| RFC 5505 | Prinsipper for Internett-vertskonfigurasjon | mai 2009 | b.aboba | - |
| RFC7440 | TFTP Windowsize-alternativ | januar 2015 | P. Masotta | - |
Se også
Bruker
- Enheter som ikke har en harddisk: Den brukes også i enheter som ikke har en harddisk for å lagre filer. Dette gjør at TFTP kan bruke en liten del av minnet og for eksempel kunne starte opp et nettverk eller et system.
- Lag sikkerhetskopier: Et viktig poeng å fremheve og som gjør at TFTP-protokollen kan utføres, er å lage sikkerhetskopier. Vi kan gjøre det med nettverkskonfigurasjonen til en datamaskin. Vi snakker om små filer som vi enkelt kan overføre og som det ikke vil være nødvendig å autentisere oss selv.
- Skann etter virus: Selv om det er en mye mindre brukt og populær protokoll i dag enn for noen tiår siden, er sannheten at TFTP fortsatt er nyttig når det gjelder å skanne en datamaskin for mulige trusler i form av skadelig programvare.
- Datamaskiner med liten kapasitet: En av grunnene er å utnytte dens enkelhet i datamaskiner som ikke har stor kapasitet og ikke må bruke mange ressurser på å overføre filer eller kunne konfigurere noe.
