Krzysztof Turek 4M1
Adam Naguszewski 4M1
TECHNIKI INTERNETU
ĆWICZENIE 2
Usługa WWW
1.Ustalenie konfiguracji sieciowej
a) Konfiguracja sieciowa naszego komputera
Najważniejsze pola to: Host Name, IP Address, Subnet Mask
b) Poszukiwanie adresu IP serwera WWW
Na podstawie maski podsieci ustalamy ilość hostów:
255.255.255.128 /25 CIDR
Czyli liczba dostępnych hostów to: 126
Za pomocą polecenia for /l %i in (1,1,126) do start ping 194.29.169.%i utworzyliśmy tablicę
ARP i zapisaliśmy ją poleceniem arp  a > arp.txt
Wiedząc że, adres MAC serwera to 00:0c:29:17:8d:53 , odszukaliśmy go w naszej tablicy ARP
i odczytaliśmy adres IP
Zamieszczamy fragment tablicy:
&
194.29.169.116 00-14-85-df-31-30 dynamic
194.29.169.117 00-26-2d-01-81-c2 dynamic
194.29.169.119 00-0c-29-17-8d-53 dynamic
194.29.169.120 00-14-85-df-31-be dynamic
&
2. Aplikacja UdpTcpConsole
Po konfiguracji aplikacji zgodnie z instrukcją wysłaliśmy żądanie o plik index.php
GET /index.php HTTP/1.1
Host: 194.29.169.119
User-Agent: UdpTcpConsole
Connection: Close
*Przez nieuwagę nie zapisaliśmy pliku capture file z Wiresharka z pobraniem index.php
W odpowiedzi otrzymaliśmy kod html. Po uruchomieniu, strona nie wyglądała najlepiej.
Po przejrzeniu kodu html zauważamy brakujące elementy:




W celu pobrania brakujących elementów wysłaliśmy następujące żadania:
GET /Site.css HTTP/1.1
Host: 194.29.169.119
User-Agent: UdpTcpConsole
Connection: Close
GET /image.gif HTTP/1.1
Host: 194.29.169.119
User-Agent: UdpTcpConsole
Connection: Close
GET /image.png HTTP/1.1
Host: 194.29.169.119
User-Agent: UdpTcpConsole
Connection: Close
GET /sound.wav HTTP/1.1
Host: 194.29.169.119
User-Agent: UdpTcpConsole
Connection: Close
Kompletna strona:
a) Do czego stosuje się protokoły ARP i RARP?
Protokół ARP stosuje się do uzyskania adresu MAC na podstawie adresu IP. Jedna ze stron
wysyła pakiet z zapytaniem o dany adres IP (zazwyczaj broadcastując zapytanie po całej sieci
lokalnej), a maszyny o danym adresie IP otrzymując taki pakiet odpowiadają nadawcy
pakietem z podaniem adresu MAC. Protokół RARP jest analogiczny do protokołu ARP,
jednak działa w drugą stronę  na podstawie adresu MAC uzyskuje się adres IP.
b) Jakie są wady i zalety protokołów binarnych i tekstowych?
Protokoły binarne:
- mniejszej ilości danych potrzebna do zapisu danej informacji czego wynikiem jest mniejsze
zapotrzebowanie na przepustowość łącza.
- są łatwiejsze w interpretacji przez program.
Protokoły tekstowe:
- czytelne dla użytkownika
- ułatwienie w wysyłaniu żądań do serwera
c) Jakie jest znaczenie nagłówków żądania GET protokołu HTTP, na podstawie
pakietów zapisanych programem WireShark po wejściu na witrynę www.wp.pl?
Accept  określa typy MIME mediów, które klient jest w stanie obsłużyć i zgadza się odebrać
od serwera
Accept-Language  określa w jakim języku dokumenty klient chce odbierać.
Accept-Encoding  określa jakiego typu kodowanie danych zgadza się odbierać klient.
User-Agent  identyfikacja klienta, wykorzystywana według uznania serwera.
Host  nazwa hosta przez który klient odwoływał się do serwera.
Connection  określa czy połączenie ma być podtrzymywane czy zakończone po
odpowiedzi.
Cookie  tzw. ciasteczka czyli dodatkowe informacje charakterystyczne dla danej witryny,
pozwalające na jej dodatkowe funkcjonalności, magazynowane na danym komputerze w celu
np. personalizacji witryny.
d) Jaka jest różnica pomiędzy żądaniami POST i GET protokołu HTTP, kiedy i jak się
je stosuje?
GET:
Żądanie pobrania określonego zasobu z serwera np. pobierania obrazów, dz
więków, strony
html. Serwer daje w wyniku nagłówek, który zawiera informacje o stanie wykonania zlecenia.
Po nagłówku występuje wolny wiersz, za którym znajduję się pobierany zasób.
POST:
Oznacza przesłanie danych do serwera np. dane wypełnianego formularza, wiadomości
wysyłane na różnego typu fora. Dana informacja zamieszczana jest w pakiecie po nagłówku.
e) Jakie są podstawowe kody odpowiedzi protokołu HTTP i co oznacza każdy z tych
kodów?
Podstawowe kody to:
1xx - informacyjne
2xx - sukcesu
3xx - przekierowania
4xx  błędów klienta
5xx  błędów serwera
Przykładowe:
100: Continue  serwer żąda kontynuowania wysyłania zapytania przez klienta
200: OK  zapytanie było poprawne i zostały podjęte odpowiednie akcje/wysłana została
dobra odpowiedz

400: Bad Request  zapytanie zawiera błędy składniowe, nie zostało zrozumiane przez serwer
403: Forbidden  zapytanie jest poprawne, jednak serwer odmawia dostępu do zastrzeżonego
elementu
404: Not Found  zapytanie jest poprawne składniowo, jednak podany adres URI nie został
odnaleziony
500: Internal Server Error  wewnętrzny błąd serwera, np. aplikacji, części sprzętu
Kodów tych jest dużo więcej, staraliśmy się wybrać te najważniejsze.