ПредишенСледващото

Като сървъри в сигурни центрове за данни в Европа. Open облак VPS / VDS сървър на бърз SSD за 1 минута!

Най-добър уеб хостинг:
- ще предпазят данните от неоторизиран достъп в защитена Европейския център за данни
- ще плати най-малко в Bitcoin.
- Той ще постави вашата дистрибуция

- защита от DDoS-атаки
- безплатно архивиране
- Uptime 99,9999%
- DPC - TIER III
- ISP - етап I

Подкрепа в руските 24/7/365 работи с юридически и физически лица. Сега трябва 24 ядро ​​и 72 Gb RAM. Моля ви!

Нашите конкурентни цени доказват, че най-евтиният хостинг, че не знаеш!

За броени минути, изберете конфигурация, заплати и CMS на VPS е готова.
Връщане на парите - за 30 дни!

Банкови карти, електронни валута през QIWI терминали, Webmoney, PayPal, Novoplat и други.

Задайте въпрос 24/7/365 поддръжка

Намерете отговорите в нашата база данни, както и да отговарят на препоръките на

Apache - най-популярният уеб сървър в света; многофункционален и гъвкав, той винаги поддържа екип от специалисти.

При проектирането на уеб страници често трябва да персонализирате всеки от тях поотделно. Това важи и за страници за грешки, които се появяват, когато заявеното съдържание по някаква причина не е налична. Това ръководство ще ви покаже как да конфигурирате Apache за показване на персонализирана страница за грешка в 14.04 система Ubuntu.

изисквания

За да завършите тази репетиция нужда потребител с SUDO привилегии. За да се създаде потребителски акаунт, вижте това ръководство. Освен това, необходимостта от предварително инсталиране Apache; Подробни инструкции за монтаж могат да бъдат намерени тук.

Да създадете персонализирана страница за грешка

Първо трябва да създадете персонализирани страници за грешка.

Забележка. За тестване, можете да използвате следния код без промяна. За да създадете своя собствена страница за грешка, просто замени текста в ехото в кода по-долу.

Страници за грешки, ще се съхраняват в директорията / Var / WWW / HTML - стандартен указател документ корен Apache уеб сървър. Така например, създаване на страницата грешка 404 (име custom_404.html) и обща грешка страница 500 (custom_50x.html).

ехо "

Грешка 404: Не е намерена :-(

"| Sudo чай /var/www/html/custom_404.html
ехо "

Нямам представа къде този файл е, съжалявам. Сигурни ли сте въвели правилно URL адреса си?

"| Sudo чай -а /var/www/html/custom_404.html
ехо "" | Sudo чай /var/www/html/custom_50x.html
ехо "

Изглежда, че ние като някои технически трудности. Дръж се здраво.

"| Sudo чай -а /var/www/html/custom_50x.html

Така че сега сървъра има две страници с грешки.

Конфигуриране на Apache да показва персонализирана страница за грешка

Сега ние трябва да конфигурирате Apache за подпомагане на новосъздадените страници в случай на подходящо грешка. В / и т.н. / apache2 / обекти с разрешени директория, отворете виртуален хост файла. Ръководството използва стандартен файл домакин 000-default.conf, но можете да работите с вашите домакини.

Sudo нано /etc/apache2/sites-enabled/000-default.conf

Apache Point към съответната страница грешка.

С цел да се свърже всеки тип грешка на специална страница, използвайте директива ErrorDocument. Това може да стане в хост файла. Най-общо, просто трябва да се уточни състоянието на кода на HTTP за всяка страница, а след това на страницата ще се появи в случай на тази грешка.

В този случай, настройките ще изглеждат по следния начин:

/etc/apache2/sites-enabled/000-default.conf

ServerAdmin уебмастъра @ Localhost
DocumentRoot / Var / WWW / HTML
ErrorLog $ / error.log
CustomLog $ / access.log комбиниран
ErrorDocument 404 /custom_404.html
ErrorDocument 500 /custom_50x.html
ErrorDocument 502 /custom_50x.html
ErrorDocument 503 /custom_50x.html
ErrorDocument 504 /custom_50x.html

Този код е достатъчно, за да изберете страници за грешка на услуги.

Въпреки това, се препоръчва да се добави още една единица конфигурации, които клиентите не могат да поискат страници за грешка директно. Това ще предотврати объркване (например, поискано пряко страница грешка ще информира потребителя за грешката, дори ако кодът за състояние - 200 (Success)).

За да се създаде такова поведение на уеб сървър, трябва да добавите полето Файлове за всеки потребителски страници за грешка. Можете също така трябва да се провери дали променливата на обкръжението е REDIRECT_STATUS; тя трябва да се инсталира само ако директивата ErrorDocument да придвижи искането. Ако променливата на средата е празен, сървърът ще обслужва една страница 404:

/etc/apache2/sites-enabled/000-default.conf

.
ErrorDocument 404 /custom_404.html
ErrorDocument 500 /custom_50x.html
ErrorDocument 502 /custom_50x.html
ErrorDocument 503 /custom_50x.html
ErrorDocument 504 /custom_50x.html


RedirectMatch 404 ^ / custom_404.html $




RedirectMatch 404 ^ / custom_50x.html $


Когато страниците за грешки на молещата клиента, грешка 404, тъй като променливата на средата не е зададен.

Тестване на страницата за грешка 500

Проверка на функционирането на страницата за грешка 404 е много лесно: просто попитайте който и да е несъществуващо съдържание. Но, за да се тества страници 500 грешки, трябва да създадете фиктивен директива ProxyPass.

Добави директива ProxyPass до края на конфигурационния файл. Изпращайте вашите запитвания към / proxytest на порт 9000 на локалната машина (на този порт не работи една-единствена услуга):

Запазване и затворете файла.

След това завъртете mod_proxy и mod_proxy_http модула:

Sudo a2enmod прокси
Sudo a2enmod proxy_http

Тестване Страници за грешки

Проверете конфигурационния файл за грешки:

Sudo apache2ctl configtest

Ако отборът намерят грешки, поправете ги. След това рестартирайте Apache:

Sudo услуга apache2 рестартиране

На екрана трябва да се появи Page 404:

Грешка 404: Не е намерена :-(
Нямам представа къде този файл е, съжалявам. Сигурни ли сте въвели правилно URL адреса си?

Отваряне на сляпо proxypass, за да се провери работата на 500 страници (в кода трябва да се появи на състоянието на екрана на разположение 503 услуга):

Ако всичко е направено правилно, ще видите:

Ами сега! Нещо се обърка.
Изглежда, че ние като някои технически трудности. Дръж се здраво.

След тестване, отстраняване на манекена от директивата за Apache конфигурация. Можете също така трябва да изключите прокси модула:

Sudo a2dismod прокси
Sudo a2dismod proxy_http

И накрая, рестартирайте уеб сървър:

Sudo услуга apache2 рестартиране

заключение

Така че, сега на мястото има уникален страници за грешка. Страници за грешка - един чудесен начин да помогнат на посетителите да разберат какво се случва, да им предоставят цялата необходима информация за грешката и полезни връзки (не забравяйте да се уверите, че връзките работят дори и в случай на грешки).

Свързани статии

Подкрепете проекта - споделете линка, благодаря!