Какъв TFTP протокол ~ мрежови проблеми
Здравейте отново скъпи приятели! Извън прозореца, а не на пролетта студове, сняг паузи, но мисля, че не може да ни навреди и днес, заедно с вас, за да се запознае с един много интересен приложния слой протокол - TFTP протокол.
Протоколът TFTP (Trivial File Transfer, протокол. Trivial Transfer Protocol файла), като че ли е kepski звуци, предназначени за прехвърляне на файлове =) в ежедневието на обикновения потребител е доста рядко, тъй като обикновено се използва за решаване на проблемите, свързани с поддръжката и експлоатацията мрежово оборудване, а именно:
- бездискови работни станции;
- обновяване и архивиране на конфигурационните файлове и образите на операционната система (фърмуер) на различни мрежови устройства.
Разбира се, нищо не ви пречи да използвате този протокол, за да изтеглите различни файлове от компютъра ми приятел, но той е в наше време вече намирисва на перверзия.
TFTP формат протокол съобщение е съвсем проста и е както следва:
TFTP формат протокол съобщение
Типът поле определя предназначението на съобщението (искане да чете, пише, данни, за потвърждение или грешка) и може да съдържа следните стойности:
- RRQ (Read Request) - искане, за да прочетете файла. Тази стойност се появява в съобщението за TFTP. В този случай, ако ще да се изтегли от сървъра на TFTP определен файл;
- WRQ (Write Request) - искане за влизането на файла. Тази стойност се появява в съобщението за TFTP. В този случай, ако ще да пише на сървъра на TFTP определен файл;
- На данни - данни, предавани чрез TFTP. Тази стойност се появява в съобщението за TFTP. В този случай, ако съобщението съдържа данните директно предават от клиент-сървър или обратното.
- ACK (потвърждение) - признание на групата данни. Тази стойност се появява в съобщението за TFTP. в случая, ако предишното предава блок данни е получен успешно от получателя (или ако сървърът може да извършва запис на файла).
- ERR (Грешка) - грешка. Тази стойност се появява в съобщението за TFTP. в случай, че се е случило предишната стъпка на грешката в протокол, например, искания файл липсва, или не е имало разрешение да го прочетете.
поле на името на файла съдържа низ, който е странно съвпада с името на файла, че клиентът иска да запише / изтегляне / в сървъра (ите).
Полетата край на линията, се използват за отделни полета за данни, носещи информация между тях.
Невярно съответства на начина на излъчване, отново странно за режим на предаване, и може да съдържа една от двете стойности са представени под формата на ASCII низове:
- netascii - това означава, че файлът преди прехвърлянето трябва да бъде рекодират ASCII (по подразбиране);
- октет - показва, че файлът трябва да бъде приет без изменения.
брой полета блок се използва за номериране на предаваните информационни блокове.
за данни, съдържаща предава информационни елементи, вариращи от 0 до 512 байта. Ако размерът на файла предава надвишава 512 байта, а след това всички от блоковете, в които файла, с изключение на последния имат фиксиран размер, равен на 512 байта, последният предава блок данни могат да са с размер от 0 до 511 байта.
След като се запозна с формата на съобщенията за TFTP протокол. погледнете как се използват тези съобщения, когато пишете или четете на файл от сървъра. За да започнете, помислете за процеса на четене на файл от сървъра.
Четене на файл от сървъра с помощта на TFTP
В началния път сървър TFTP чака заявки от клиентите си. Ако един от клиентите, трябва да има достъп до файловете, разположени на сървъра TFTP, тя изпраща искане RRQ към сървъра на TFTP. Ако файлът съществува на сървъра и могат да бъдат достъпни, а след това на процеса на предаване е започнал, и сървърът изпраща на клиента първи блок, включващ 512 байта данни (Ако искания файл не е на разположение, сървърът генерира съобщение за грешка, го предава на клиента. В този процес трансмисия спира). Клиентът получаване номера на блока 1 генерира потвърждение за получаване на ACK блок, а също така той дава една стая 1. При получаване на това потвърждение на сървъра започва предаване на следващия блок данни. (В случай на потвърждение за получаване на информационния блок не е получено до времето за изчакване, сървърът извършва препредаване на загубени блок.) Този процес предаване случва, докато всички блокове от данни, на които се разделят на файлове няма да бъдат прехвърлени.
А сега да разгледаме процеса на записване на файлове на сървъра TFTP, той е подобен на процеса на четене, но има своите различия.
Запис на файлове на сървъра на TFTP
В началния път сървър TFTP чака заявки от клиентите си. Ако един от клиентите, трябва да напишете файл към сървър TFTP, той изпраща заявка WRQ към сървъра на TFTP. Ако сървърът може да направи копие на файла, той генерира АСК съобщение с номера на блока, равна на 0, и го изпраща на молещата клиента, това съобщение означава, че сървърът се съгласи да напише (ако сървърът не може да се направи копие на файла, съобщение за грешка, която се изпраща клиент. завършена.) В този процес на запис. Клиентът е получил съобщението АСК с номер на блок, равен на 0, започва предаване на първите 512 байта на файла на сървъра, като им изпраща в блок номер на съобщение DATA 1. Ако сървърът получи блока, той генерира АСК съобщение с номера на блока 1. Това се случва, докато докато сървърът получи размера на блока от по-малко от 512 байта данни. В такъв случай, той потвърждава получаването на последния блок данни в този запис и цели.
Без значение какъв вид е изпратено съобщение TFTP (WRQ, RRQ, ACK, и т.н.) за трансфер от клиента към сървъра (или обратно) на тези съобщения са опаковани в UDP дейтаграма на порта на получателя 69 (клиент порт е избран динамично) които са капсулирани в IP пакети. Както вече беше казано по протокола TFTP не е индикация, че UDP транспорт слой протокол. но тя не доведе до проблеми в работата на протокола TFTP. като потвърждение за доставка съобщение се извършва с помощта на приложния слой (на протокола TFTP).
В заключение, бих искал да привлека вниманието ви към факта, че протоколът за ППФТ не съдържа вградени функции за безопасност, като например проверка на потребителско име и парола. Ето защо, когато неговата употреба трябва да бъдат особено внимателни.
Благодаря ви за вниманието ви към нови срещи.