Wskazówki dotyczące rozwiązywania problemów z Apache
- Kategoria: Rozwój
Ile razy instalowałeś serwer LAMP tylko po to, aby stwierdzić, że Apache nie chce działać poprawnie? A może instalujesz nowy moduł tylko po to, aby Apache próbował pobrać strony jako plik, zamiast wyświetlać je na ekranie?
Istnieje sto tysięcy rzeczy, które mogą pójść nie tak z każdą instalacją serwera WWW. Od nowej instalacji po instalację, która działała przez długi czas, nigdy nie wiadomo, kiedy coś spowoduje, że serwer sieciowy zepsuje się. Kiedy to się stanie, zawsze miło jest wiedzieć, że zwykle ma zastosowanie Brzytwa Ockhama.
W tym samouczku znajdziesz porady, które pomogą Ci rozwiązać niektóre z bardziej typowych problemów, które mogą pojawić się na serwerze WWW Apache.
Czy Twój serwer faktycznie działa?
Wierz lub nie wierz, ale zdarzyło się to wielu administratorom. Wyłączasz serwer, wykonujesz prace konserwacyjne, a kiedy idziesz sprawdzić serwer, pojawiają się błędy. Pierwszą rzeczą, którą musisz zrobić, jest oczywiście sprawdzenie tego /etc/apache2/apache.conf plik, aby upewnić się, że składnia jest poprawna. Ale jest doskonały! Co tam? Pierwszą rzeczą, którą możesz chcieć sprawdzić, jest upewnienie się, że serwer działa. Ale nie chcesz po prostu wydawać polecenia, aby uruchomić serwer lub przeładować serwer. Zamiast tego wydaj polecenie:
sudo /etc/init.d/apache2 status
Który powinien zwrócić coś takiego:
* Apache jest uruchomiony (pid 9751).
Jeśli nie, uruchom serwer za pomocą:
sudo /etc/init.d/apache2 start
lub
sudo apache2ctl start
UWAGA: Jeśli używasz dystrybucji takiej jak Fedora, SuSE lub Mandriva, musisz najpierw jego do użytkownika root i wydaj powyższe polecenia BEZ używania sudo .
Nie działa i nie chce się uruchomić
Czy właśnie wprowadziłeś zmiany w pliku konfiguracyjnym Apache? Czy zmiany są prawidłowe? Jeśli nie masz pewności, możesz użyć rozszerzenia apache2ctl polecenie, aby sprawdzić składnię pliku konfiguracyjnego. Odbywa się to za pomocą polecenia:
sudo apache2ctl configtext
Powyższe polecenie powinno zgłosić:
Składnia OK
Jeśli nie otrzymasz OK, otrzymasz informacje wskazujące na błędy w pliku konfiguracyjnym.
Apache chce pobrać pliki .php!
To kolejny częsty problem. Po dodaniu nowego narzędzia na serwerze WWW (np. Drupal), jeśli plik konfiguracyjny jest poprawnie skonfigurowany, żaden plik .php może nie zostać wyświetlony. Zamiast tego każda próba wyświetlenia pliku .php spowoduje, że przeglądarka spróbuje pobrać plik. Dlaczego to? Należy poinformować Apache, że niektóre rozszerzenia mają być wyświetlane, a nie pobierane. Odbywa się to z poziomu pliku konfiguracyjnego Apache. Otwórz ten plik (na serwerze Ubuntu będzie to /etc/apache2/apache2.conf) i najpierw poszukaj następującego wiersza:
DirectoryIndex index.html
Jeśli ten plik nie zawiera index.php prawie wszystkie strony korzystające z php staną się bezużyteczne.
Druga linia, której należy szukać, to:
Aplikacja AddHandler / x-httpd-php .php
Jeśli znajdziesz tę linię i jest ona zakomentowana, pamiętaj, aby odkomentować ją, usuwając znak „#”. Jeśli go tam nie ma, dodaj go na końcu pliku konfiguracyjnego.
I, jak zawsze, po wprowadzeniu zmian w pliku konfiguracyjnym uruchom ponownie Apache.
Wiedz, gdzie szukać problemów
Wreszcie, ważne jest, aby wiedzieć, gdzie się najpierw zwrócić, gdy powyższe nie pomoże. Za każdym razem, gdy mam problem z Apache, w którym Razor Occam nie działa, pierwsze miejsce, w którym się włączam, to pliki dziennika.
Jeśli zajrzysz do środka / Var / log / apache2 znajdziesz co najmniej następujące pliki:
- access.log: śledzi wszelkie połączenia nawiązane z serwerem.
- error.log: śledzi wszelkie błędy występujące w Apache.
- other_vhosts_access.log: To jest miejsce, w którym hosty wirtualne będą rejestrować, gdy hostowi wirtualnemu nie przypisano własnego pliku dziennika.
Oczywiście wraz z rozwojem witryny będą rosły również dostępne pliki dziennika. Niezależnie od tego, co znajdziesz w / Var / log / apache2 , to jest miejsce, do którego zawsze powinieneś się najpierw zwrócić, gdy masz problemy. Jeszcze zanim wygooglujesz.
Końcowe przemyślenia
Teraz powinieneś być w stanie poradzić sobie z bardziej powszechnymi problemami z serwerem Apache. A jeśli twój problem nie jest powszechny, wiesz również, gdzie się zwrócić, aby znaleźć wskazówki, które poprowadzą cię właściwą ścieżką do naprawy.