TFTP: відмінності між версіями

[неперевірена версія][неперевірена версія]
Вилучено вміст Додано вміст
Tsymbaliuk (обговорення | внесок)
Tsymbaliuk (обговорення | внесок)
Рядок 2:
 
== Застосування ==
Протокол TFTP створений з розрахунку на невеликий розмір і простоту реалізації. Через це він позбавлений більшості можливостей, які мають більш серйозні протоколи на кшталт FTP. Єдине, на що здатний цей протокол — це записувати та зчитувати файли на сервер та з нього. Він не може виводити список файлів та наразі не підтримує автентифікацію.<ref name=":0">{{Cite web|url=https://tools.ietf.org/html/rfc1350|title=The TFTP Protocol (Revision 2)|last=Sollins|first=K.|website=tools.ietf.org|accessdate=2016-04-26}}</ref>
 
Основне призначення TFTP - забезпечення простоти реалізації клієнта. У зв'язку з цим він використовується для завантаження бездискових робочих станцій, завантаження оновлень і конфігурацій в «розумні» мережеві пристрої, записи статистики з міні-АТС (CDR) та апаратних маршрутизаторів / файрволів.
Рядок 40:
 
== Процес передачі даних ==
У TFTP існує 23 режими передачі: (режим Mail''netascii'', визначений у IEN 133,''octet'' визнанийі застарілим)''mail'':
# ''Netascii'' є модифікованою формою ASCII, визначений у [[rfc:764|RFC764]]. Вона складається з 8-бітного розширення 7-бітних ASCII-символів з кодами від 0x20 до 0x7F (друкованих символів і пробілу) і восьми керуючих символів. Допустимі керуючі символи включають нуль-символ (код 0x00), новий рядок (LF, код 0x0A) і повернення каретки (CR, код 0x0D). ''Netascii'' також вимагає, щоб маркер кінця рядка був замінений на пари символів CR LF для передачі, і щоб за кожним символом CR слідував або символ LF, або нуль-символ.<ref name=":0" />
* ''netascii'' - файл перед передачею перекодовується в ASCII.
# ''Octet'' використовується для передачі довільних необроблених 8-бітних байтів, причому отриманий файл в результаті побайтово ідентичний посланому.
* ''octet'' - файл передається без змін.
# Режим передачі ''mail'' використовує передачу ''netascii'', але файл відправляється одержувачу електронною поштою на адресу, яка вказується замість імені файлу. <nowiki>RFC 1350</nowiki> визначає цей режим передачі застарілим і таким, що не повинен бути реалізованим.
 
Після отримання RRQ-пакета сервером, він відразу починає передачу даних. У випадку з WRQ-запитом - сервер має надіслати ACK-пакет із номером пакета 0.