AKADEMIA GÓRNICZO-HUTNICZA
Wydział Elektrotechniki, Automatyki, Informatyki i Elektroniki
KATEDRA INFORMATYKI
HTTPD
Prowadzący: mgr inż. Bogusław Juza
Autorzy: Jacek Madej
Bartosz A
awniczek
Tomasz Kurek
Spis treści
1. Protokół HTTP_______________________________________________________________________3
1.1. Wstęp _______________________________________________________________________3
1.2. Zapytania i odpowiedzi HTTP___________________________________________________5
1.3. Zapytanie HTTP ______________________________________________________________5
1.4. Pola HTTP___________________________________________________________________6
1.5. Odpowiedz
HTTP _____________________________________________________________8
1.6. Cookies _____________________________________________________________________10
1.7. Autoryzacja _________________________________________________________________10
2. Apache jako demon HTTPD___________________________________________________________12
2.1. Rynek serwerów______________________________________________________________12
2.2. Dlaczego Apache _____________________________________________________________13
3. Uruchamianie_______________________________________________________________________14
4. httpd.conf __________________________________________________________________________15
4.1. Dyrektywy blokowe___________________________________________________________15
4.2. .htaccess ____________________________________________________________________17
4.3. Konfiguracja serwera _________________________________________________________18
5. Moduły ____________________________________________________________________________22
5.1. Mod_perl ___________________________________________________________________22
5.2. Mod_php____________________________________________________________________22
5.3. Mod_rewrite_________________________________________________________________22
5.4. Inne moduły _________________________________________________________________22
6. Serwery wirtualne ___________________________________________________________________25
6.1. serwery wirtualne identyfikowane adresami IP____________________________________25
6.2. serwery wirtualne identyfikowane nazwami _______________________________________26
6.3. serwery wirtualne identyfikowane numerami portów_______________________________26
7. CGI _______________________________________________________________________________28
7.1. Wstęp ______________________________________________________________________28
7.2. Formularze__________________________________________________________________28
7.3. Konfiguracja ________________________________________________________________29
8. suExec_____________________________________________________________________________33
9. Proxy______________________________________________________________________________35
9.1. Wstęp ______________________________________________________________________35
9.2. Konfiguracja ________________________________________________________________35
10. y
ródła ____________________________________________________________________________38
10.1. WWW______________________________________________________________________38
10.2. Literatura___________________________________________________________________38
2 z 38
1. Protokół HTTP
1.1. Wstęp
Httpd jest demonem, który wykorzystuje protokół HTTP do serwowania dokumentów klientom.
Protokół HTTP jest zestawem wiadomości (posiadających swoje ściśle określone znaczenie) wymienianych pomiędzy
dwoma komputerami. Komunikaty te są transmitowane zwykłym tekstem poprzez połączenie zrealizowane nad
protokołem TCP/IP.
Protokół HTTP jest oparty o architekturę klient-serwer.
Komputer klienta przy pomocy przeglądarki WWW łączy się z serwerem z portem na który oczekuje demon HTTPD
(zwykle 80) i nawiązuje połączenie. Następnie przy pomocy protokołu HTTP klient wysyła żądanie o chęci pobrania
określonego dokumentu.
Serwer HTTPD odpowiednio interpretuje to żądanie i wysyła odpowiednią odpowiedz
do klienta.
Sytuację tą ilustruje rysunek:
3 z 38
Kolejność czynności wykonywane podczas przykładowej sesji
1. W momencie wpisania przez użytkownika w przeglądarce adresu URL strony, który użytkownik chce pobrać
przeglądarka dokonuje analizy wpisanego tekstu.
2. Z wpisanego ciągu znaków wyodrębnia następujące fragmenty:
-rodzaj protokołu(http,ftp,...)  domyślnym protokołem jest HTTP
-nazwę hosta(lub adres IP jeżeli użytkownik taki wpisze)
-numer portu(domyślnie 80)
-nazwę dokumentu (np. strona html)
3. Kolejną czynnością jest określenie adresu IP hosta(jeżeli nie został wpisany w polu adresu w przeglądarce)  z
pomocą przychodzi DNS.
4. Następnie przeglądarka łączy się z danym serwerem na określonym numerze portu(w zależności od protokołu,
numeru podanego przez użytkownika) i próbuje pobrać żądany dokument.
Pobieranie dokumentu jest czynnością polegającą na wysłaniu sekwencji określonych wiadomości tekstowych
określanych mianem żądania(REQUEST). W odpowiedzi na te żądania serwer odsyła odpowiedz
(RESPONSE) oraz
żądany dokument(lub komunikat o np. jego braku).
4 z 38
1.2. Zapytania i odpowiedzi HTTP
Zapytania oraz odpowiedz
składają się z nagłówka(HEADER) oraz danych.
Różnorodność pól nagłówka zależy od wersji protokołu HTTP.
Pierwszą wersją protokołu był HTTP/0.9. Był on bardzo mało rozbudowany, nie posiadał pól nagłówka. Jedynym
komunikatem wysyłanym przez klient była linia określająca dokument do pobrania.
Wersja HTTP/1.0 protokołu umożliwiała już stosowanie różnych pól nagłówka, lecz nie pozwalała na określenie nazwy
domenowej hosta(patrz serwery wirtualne) oraz nie pozwalała na pobieranie kilku dokumentów jednym połączeniem.
Wraz z rozpowszechnieniem się sieci WWW oraz zwiększaniem rozmiarów stron WWW rozszerzono protokół o
możliwość tworzenia połączeń podczas których można pobierać kilka różnych dokumentów, obrazków, itd...
Wersja protokołu HTTP/1.1 umożliwiła również tworzenie tzw. serwerów wirtualnych.
1.3. Zapytanie HTTP
W zapytaniu HTTP decydującą rolę odgrywa pierwsza linia. W niej klient HTTP określa, jakie działania ma wykonać
serwer. Najczęściej chodzi tutaj o załadowanie dokumentu HTML - działanie uruchamiane poleceniem GET. Następnie
podawana jest ścieżka dostępu i nazwa dokumentu do pobrania z danej lokalizacji. Aby mieć pewność, że przeglądarka
i serwer będą "rozmawiać" w tym samym języku, do pierwszej linii zapytania dodawane jest jeszcze oznaczenie wersji
używanego protokołu. Przykładowy nagłówek może rozpoczynać się linią
5 z 38
GET /default.htm HTTP/1.0
Protokół HTTP zawiera inne polecenia, które nie są jednak tak często używane i obsługiwane przez wszystkie serwery
WWW.
Rodzaje poleceń:
POST wysyła zawartość formularza HTML do serwera. Stanowi to podstawę interaktywnych aplikacji WWW.
GET pobiera zawartość strony z serwera. Jest to najczęściej używane polecenie w HTTP
PUT wysyła do serwera dokument, który serwer zapisuje na swoim dysku lokalnym. Ponieważ niewłaściwe użycie
tego rozkazu może zakłócić poprawną pracę serwera, najczęściej nie jest on obsługiwany przez serwery.
DELETE kasuje dokument na serwerze. Również to polecenie ze względów bezpieczeństwa ignorowane jest przez
większość serwerów lub kwitowane komunikatem o błędzie.
HEAD służy do pobrania tylko danych o określonym dokumencie. Jest ona przydatna do pobrania np. inf. czy
określony dokument nie uległ modyfikacji od czasu ostatniego pobrania.
Inne metody Poniższe metody są zdefiniowane, choć nie są zbyt często stosowane:
LINK - wymaga aby informacja zawarta w nagłówku była skojarzona z dokumentem znajdującym się na serwerze
UNLINK - wymaga aby informacja zawarta w nagłówku była oddzielona od dokumentu na serwerze
OPTIONS - wymaga przesłania informacji o opcjach komunikacyjnych dostępnych na serwerze. Symbol gwiazdka
( * ) oznacza przesłanie wszystkich informacji dostępnych na serwerze
TRACE - wymaga aby cała zasadnicza część wysyłanego zapytania została odesłana w nienaruszonej postaci
POST /cgi-bin/post-query HTTP/1.0
Accept: text/html
Accept: video/mpeg
Accept: image/gif
Accept: application/postscript
User-Agent: Lynx/2.2 libwww/2.14
From: Stars@WDVL.com
Content-type: application/x-www-form-urlencoded
Content-length: 150

ITEM=1234
&SUBITEM=10000
&user=john
1.4. Pola HTTP
W przypadku komunikacji opartej na protokole HTTP/1.0 po pierwszej linii zapytania HTTP mogą nastąpić dalsze linie
z opcjonalnymi polami HTTP. W polach tych przeglądarka przekazuje takie parametry, jak język żądanego dokumentu
lub podaje hasło dostępu do zastrzeżonej strony WWW.
Pola protokołu HTTP/1.0 zdefiniowane dla przeglądarki (a także dla serwera) opisane są w tabeli Znaczenie pól HTTP.
6 z 38
Znaczenie pól http
Pole zapytania Pole odpowiedzi Opis
(przeglądarka) (serwer)
Metoda kodowania dokumentu
ACCEPT Wersje kodowania MIME obsługiwane przez przeglądarkę,
CONTENT-TYPE Wersja kodowania MIME wysłanego dokumentu,
ACCEPT- Zestawy znaków obsługiwane przez przeglądarkę,
CHARSET
Wybór języka
ACCEPT- Język preferowany przez przeglądarkę,
LANGUAGE
CONTENT- Język dokumentu,
LANGUAGE
Rozmiar dokumentu
CONTENT- Rozmiar dokumentu wysłanego przez serwer, w bajtach,
LENGTH
Autoryzacja
USER-AGENT Identyfikator / nazwa programu przeglądarki,
SERVER Nazwa oprogramowania serwera,
FROM Adres e-mail użytkownika,
REFERER Ostatnio odwiedzony URL,
Data, buforowanie w pamięci cache, data utraty ważności
DATE DATE Czas zapytania / odpowiedzi,
EXPIRES Data utraty ważności dokumentu wysłanego przez serwer,
IF-MODIFIED- Data utraty ważności dokumentu, po przekroczeniu której serwer powinien
SINCE wysłać zawartość dokumentu. Jeśli data utraty ważności nie minęła,
przeglądarka używa starej wersji dokumentu zapisanej w pamięci cache,
LAST- Data ostatniej modyfikacji danych,
MODIFIED
PRAGMA Niestandardowy rozkaz często używany w postaci "Pragma: no cache", aby
wyłączyć działanie pamięci cache serwera proxy,
Przekierowanie
LOCATION Żądany dokument znajduje się pod podanym adresem,
Oczekiwanie
7 z 38
 RETRY-AFTER Zapytanie powinno być powtórzone po podanym czasie,
Autoryzacja użytkownika
WWW- Wymóg autentykacji,
AUTHENTICATE
AUTHORIZATION Przesłanie identyfikatora i hasła,
Cookies
SET-COOKIE Zapisanie cookie na dysku twardym klienta,
COOKIE Zapisane cookie odsyłane jest do serwera razem z zapytaniem.
Content-Type: text/html
Date: Tue, 15 Nov 1994 08:12:31 GMT
Expires: Thu, 01 Dec 1994 16:00:00 GMT
From: Stars@WDVL.com
If-Modified-Since: Sat, 29 Oct 1994 19:43:31 GMT
Last-Modified: Tue, 15 Nov 1994 12:45:26 GMT
Location: http://onet.pl
Referer: http://wp.pl
Server: CERN/3.0 libwww/2.17
User-Agent: CERN-LineMode/2.15 libwww/2.17b3
1.5. Odpowiedz
HTTP
Serwer, po przyjęciu i przeanalizowaniu zapytania, generuje odpowiedz
, której struktura jest podobna do struktury
zapytania. W pierwszej linii serwer podaje, w której wersji protokołu HTTP została utworzona odpowiedz
, aby klient
mógł ją poprawnie odczytać. Po tej informacji następuje trzycyfrowy kod statusu odpowiedzi (patrz tabela "Kody
odpowiedzi serwera WWW"). Dla łatwiejszego zrozumienia kod statusu opatrzony jest opisem tekstowym, np. "403
Access denied", który ujrzymy po nieudanej próbie zalogowania się za pomocą nazwy użytkownika i hasła. Jeśli
nie zostały stwierdzone żadne błędy, zobaczymy komunikat
"HTTP/1.0 200 OK.".
Kody odpowiedzi serwera WWW
Kod odpowiedzi Opis
Potwierdzenia
200 OK Dokument został przesłany poprawnie.
201 OK Serwer odebrał dane od przeglądarki i odesłał żądany dokument.
202 OK Polecenie zostało odebrane i uznane za poprawne, jednak serwer wykona je dopiero
póz
niej.
204 No Document Serwer wykonał polecenie, jednak w rezultacie do przeglądarki nie są wysyłane żadne
dane.
8 z 38
Odmowa dostępu
301 Moved Permanently Żądany dokument nie jest już dostępny pod podanym adresem. Jeśli serwer zna nową
lokalizację dokumentu, może ją wskazać w polu Location.
302 Moved Temporarily Żądany dokument jest czasowo niedostępny pod podanym adresem. Nowa lokalizacja
podawana jest w polu Location.
304 Not Changed Dokument żądany przez przeglądarkę nie zmienił się od czasu ostatniego pobrania
(patrz pole Expires). Serwer nie wysyła dokumentu podobnie.
Niepoprawne zapytanie
400 Syntax Error Zapytanie wysłane przez przeglądarkę zawiera błąd i nie może być obsłużone.
401 Authentication needed Przeglądarka / użytkownik muszą zostać najpierw zidentyfikowani, aby uzyskać dostęp
do dokumentu.
403 Access denied Przeglądarka / użytkownik nie mogą uzyskać dostępu do dokumentu, nawet po
zidentyfikowaniu.
404 Not Found Żądany dokument nie został znaleziony.
Błąd
500 Internal Error Wskazuje na wewnętrzny błąd serwera.
501 Unknown Action Serwer nie może wykonać działania (GET, PUT, DELETE, POST).
502 Server Not Found Taki komunikat generuje serwer proxy pośredniczący w transmisji, jeśli serwer
wywoływany przez przeglądarkę nie zostanie znaleziony.
503 Server Overload Serwer jest przeciążony i nie może obsłużyć zapytania klienta. Użytkownik powinien
spróbować jeszcze raz póz
niej.
HTTP/1.0 200 OK
Date: Wednesday, 02-Feb-95 23:04:12 GMT
Server: NCSA/1.3
MIME-version: 1.0
Last-modified: Monday, 15-Nov-93 23:33:16 GMT
Content-type: text/html
Content-length: 2345