Protokoły internetowe
Protokół kontroli transmisji (TCP)
TCP jest protokołem zorientowanym na połączenie i oferuje kompleksową dostawę pakietów. Pełni funkcję kręgosłupa do połączenia, wykazując następujące kluczowe cechy:
Protokół kontroli transmisji (TCP) odpowiada warstwie transportowej modelu OSI.
TCP to niezawodny i zorientowany na połączenie protokół.
Oferty TCP:
Przesyłanie strumieniowe danych.
Reliability.
Skuteczna kontrola przepływu
Praca w trybie pełnego dupleksu.
Multiplexing.
TCP oferuje zorientowane na połączenie dostarczanie pakietów od końca do końca.
TCP zapewnia niezawodność poprzez sekwencjonowanie bajtów z numerem potwierdzenia przekazywania, który wskazuje adresatowi następny bajt, którego oczekuje źródło.
Retransmituje bajty, które nie zostały potwierdzone w określonym czasie.
Usługi TCP
TCP oferuje następujące usługi dla procesów w warstwie aplikacji:
Usługa dostarczania strumieniowego
Wysyłanie i odbieranie buforów
Bajty i segmenty
Usługa pełnego dupleksu
Usługa zorientowana na połączenie
Niezawodna obsługa
Usługa dostarczania strumieniowego
Protokół TCP jest zorientowany strumieniowo, ponieważ umożliwia procesowi wysyłania wysyłanie danych w postaci strumienia bajtów, a procesowi odbierania danych w postaci strumienia bajtów.
Wysyłanie i odbieranie buforów
Proces wysyłania i odbierania może nie być możliwy w celu wytworzenia i uzyskania danych z taką samą prędkością, dlatego TCP potrzebuje buforów do przechowywania na końcach wysyłania i odbierania.
Bajty i segmenty
Protokół kontroli transmisji (TCP) w warstwie transportowej grupuje bajty w pakiet. Ten pakiet nazywa się segmentem. Przed transmisją tych pakietów segmenty te są umieszczane w datagramie IP.
Usługa pełnego dupleksu
Przesyłanie danych w trybie duplex oznacza przepływ danych w obu kierunkach w tym samym czasie.
Usługa zorientowana na połączenie
TCP oferuje usługę połączeniową w następujący sposób:
TCP procesu-1 informuje TCP o procesie - 2 i uzyskuje jego zatwierdzenie.
TCP procesu - 1 i TCP procesu - 2 i wymieniają dane w obu kierunkach.
Po zakończeniu wymiany danych, gdy bufory po obu stronach są puste, dwa TCP niszczą swoje bufory.
Niezawodna obsługa
Ze względu na niezawodność TCP wykorzystuje mechanizm potwierdzania.
Protokół internetowy (IP)
Protokół internetowy to connectionless i unreliableprotokół. Nie gwarantuje to pomyślnej transmisji danych.
Aby był niezawodny, musi być połączony z niezawodnym protokołem, takim jak TCP w warstwie transportowej.
Protokół internetowy przesyła dane w postaci datagramu, jak pokazano na poniższym schemacie:
Points to remember:
Długość datagramu jest zmienna.
Datagram jest podzielony na dwie części: header i data.
Długość nagłówka wynosi od 20 do 60 bajtów.
Nagłówek zawiera informacje dotyczące trasowania i dostarczania pakietu.
Protokół datagramów użytkownika (UDP)
Podobnie jak IP, UDP jest protokołem bezpołączeniowym i zawodnym. Nie wymaga łączenia się z hostem w celu wymiany danych. Ponieważ UDP jest zawodnym protokołem, nie ma mechanizmu zapewniającego, że wysyłane dane są odbierane.
UDP przesyła dane w postaci datagramu. Datagram UDP składa się z pięciu części, jak pokazano na poniższym diagramie:
Points to remember:
Protokół UDP jest używany przez aplikację, która zazwyczaj przesyła jednocześnie niewielką ilość danych.
UDP zapewnia używany port protokołu, tj. Wiadomość UDP zawiera zarówno numer portu źródłowego, jak i docelowego, co umożliwia oprogramowaniu UDP w miejscu docelowym dostarczenie wiadomości do odpowiedniej aplikacji.
Protokół przesyłania plików (FTP)
FTP służy do kopiowania plików z jednego hosta na inny. FTP oferuje mechanizm do tego w następujący sposób:
FTP tworzy dwa procesy, takie jak proces sterowania i proces przesyłania danych na obu końcach, tj. Na kliencie i na serwerze.
FTP ustanawia dwa różne połączenia: jedno służy do przesyłania danych, a drugie do przesyłania informacji sterujących.
Control connection jest między control processes podczas Data Connection jest między
FTP używa port 21 do podłączenia sterowania i Port 20 do transmisji danych.
Trivial File Transfer Protocol (TFTP)
Trivial File Transfer Protocoljest również używany do przesyłania plików, ale przesyła je bez uwierzytelniania. W przeciwieństwie do protokołu FTP, TFTP nie oddziela informacji sterujących i danych. Ponieważ nie istnieje uwierzytelnianie, TFTP nie ma funkcji zabezpieczających, dlatego nie zaleca się korzystania z protokołu TFTP.
Key points
TFTP wykorzystuje UDP do przesyłania danych. Każda wiadomość TFTP jest przenoszona w oddzielnym datagramie UDP.
Pierwsze dwa bajty wiadomości TFTP określają typ wiadomości.
Sesja TFTP jest inicjowana, gdy klient TFTP wysyła żądanie przesłania lub pobrania pliku.
Żądanie jest wysyłane z efemerycznego portu UDP do UDP port 69 serwera TFTP.
Różnica między FTP a TFTP
SN | Parametr | FTP | TFTP |
---|---|---|---|
1 | Operacja | Przesyłanie plików | Przesyłanie plików |
2 | Poświadczenie | tak | Nie |
3 | Protokół | TCP | UDP |
4 | Porty | 21 - Kontrola, 20 - Dane | Port 3214, 69, 4012 |
5 | Kontrola i dane | Rozdzielony | Rozdzielony |
6 | Transfer danych | Niezawodny | Niewiarygodne |
Telnet
Telnet to protokół używany do logowania się do zdalnego komputera w Internecie. Istnieje wiele klientów Telnet z przyjaznym dla użytkownika interfejsem użytkownika. Poniższy diagram pokazuje, że osoba jest zalogowana do komputera A, a stamtąd zdalnie zalogowała się do komputera B.
Hyper Text Transfer Protocol (HTTP)
HTTP to protokół komunikacyjny. Określa mechanizm komunikacji między przeglądarką a serwerem WWW. Jest również nazywany protokołem żądania i odpowiedzi, ponieważ komunikacja między przeglądarką a serwerem odbywa się w parach żądanie i odpowiedź.
Żądanie HTTP
Żądanie HTTP składa się z wierszy zawierających:
Linia zapytań
Pola nagłówka
Treść wiadomości
Key Points
Pierwsza linia, czyli Request line określa metodę żądania, tj Get lub Post.
Druga linia określa nagłówek wskazujący nazwę domeny serwera, z którego pobierany jest plik index.htm.
Odpowiedź HTTP
Podobnie jak żądanie HTTP, odpowiedź HTTP również ma określoną strukturę. Odpowiedź HTTP zawiera:
Linia statusu
Headers
Treść wiadomości