Като сървъри в сигурни центрове за данни в Европа. 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 за регистриране и всеотдайни инструменти.
Забележка. Това ръководство използва Apache2 на Ubuntu 12.04 сървър, но инструкциите са подходящи за други дистрибуции.
нива дърводобив
За това има нива за дърводобив. Например, най-важните съобщения, които уведомяват за критични грешки и неуспехи, има Emerg ниво. Информация съобщение на ниво просто да предостави полезни съвети.
Следващите нива дърводобив:
- Emerg: критична ситуация, отказът на аларма, системата е отказал.
- предупреждава: сложни предварително извънредни ситуации, е необходимо да се предприемат спешни мерки.
- критичният: критични проблеми, които трябва да бъдат разгледани.
- грешка: Възникнала е грешка.
- предупреди: Внимание; в системата, че нещо се е случило, но няма причина за безпокойство.
- забележите: системата е нормално, но си струва да се обръща внимание на състоянието й.
- информация: важна информация, която трябва да се вземе под внимание.
- Debug: Debug информация, за която може да помогне за идентифициране на проблема.
- проследи [1-8]: Трейс информация на различни нива на детайл.
Когато конфигурирате сеч се дава най-малко важно ниво, което трябва да бъде записано. Какво означава това? Дневници закрепване на ниво сеч и всички нива с по-висок приоритет. Например, ако изберете нивото на грешки, логове за грешки ще рекордни нива, като критичният, буден, и Emerg.
За да конфигурирате нивото на сеч има директива LogLevel. Нивото по подразбиране на сеч е разположен в стандартната конфигурация файл:
Sudo нано /etc/apache2/apache2.conf
.
LogLevel предупредя
.
Както можете да видите, по подразбиране Apache носи, за да влезете съобщенията предупреждават ниво (и по-високи нива на приоритет).
Къде са Apache логове?
Apache да публикувате трупи, като се използва сървър за цялата конфигурация за сеч. Можете също да конфигурирате индивидуален сеч за всеки виртуален хост.
Сървър за цялата конфигурация сеч
За да разберете, когато стандартните регистрационните файлове на сървъра, отворете конфигурационния файл. В Ubuntu го /etc/apache2/apache2.conf:
Sudo нано /etc/apache2/apache2.conf
Намери низ файл:
Тази директива определя местоположението на лог файл, в който Apache съхранява съобщенията за грешки. Както виждате, префиксът за пътя до директорията използва променлива APACHE_LOG_DIR среда.
За да разберете стойността на APACHE_LOG_DIR, envvars отваряне на файл:
Sudo нано / и т.н. / apache2 / envvars
.
износ APACHE_LOG_DIR = / Var / дневник / apache2 $ СУФИКС
.
Според този файл, променливата е настроен на директория APACHE_LOG_DIR / Var / дневник / apache2. Това означава, че Apache ще се свърже това с директивата в apache2.conf конфигурационния файл и ще направи данните в /var/log/apache2/error.log в дневника.
Sudo ли / Var / дневник / apache2
access.log error.log other_vhosts_access.log
Както можете да видите, има error.log грешки в регистъра и няколко други трупи.
Регистрирането на виртуални хостове
access.log файл споменато в края на предишната част, не може да се регулира в apache2.conf файл. Вместо това, разработчиците поставят съответната директива на виртуален хост файла.
Sudo нано / и т.н. / apache2 / сайтове-достъпно / по подразбиране
Превъртете файл и за следващите три стойности, свързани с дърводобив изглежда:
ErrorLog местоположение съвпада с определението в стандартния конфигурационен файл. Тази линия не е необходимо да бъде в две отделни файлове; Ако промените местоположението на дневника по погрешка файл няма да се случи.
потребител влезе
В предишния раздел, низ, описващ access.log, не използвайте тази директива, както в предишния ред за конфигуриране на сеч. Той използва CustomLog:
CustomLog $ / access.log комбиниран
Тази директива има следния синтаксис:
CustomLog log_location log_format
В този случай log_format (дневник формат) е комбиниран (комбиниран). Тази спецификация не е вътрешен спецификация Apache; я определя формат по избор, която е дефинирана в конфигурационния файл подразбиране.
Повторно отваряне на конфигурация файла по подразбиране и открийте линията дефинира комбиниран формат:
Sudo нано /etc/apache2/apache2.conf
.
LogFormat "% Н% л% ф% т"% R "%> и% О" и ""% и "" комбинирано
.
LogFormat команда определя индивидуално формат на дневник, причинена от директивата за CustomLog.
Този формат се нарича съвместно (комбинирана).
Има няколко често срещани формати, които могат да се използват при определянето на виртуални хостове. Можете също така да създадете свои собствени формати.
Въртенето на дневника Apache
Влезте въртене - това е процес, който включва блокирането на стар или прекалено обемни лог файлове и архивиране (за определен период от време). Apache може да влезете в сайта доста голямо количество данни, следователно, да се избегне натоварване на дисковото пространство, което трябва да изберете въртене дневник.
Въртенето на трупите може да бъде много прост (като се регистрира от твърде голяма), и може да има по-сложна конфигурация (т.е., да функционира като система за архивиране и старите трупи съхранение).
Помислете методи за определяне на въртене на Apache лог.
Въртенето на трупите ръчно
Преместете трупи в Apache не могат да работят. Това означава, че за да преместите архива остарели или изпълнен с лог файлове и да ги замени с нови, трябва да рестартирате сървъра.
Това може да стане ръчно. За да направите това, трябва да се движат на старите файлове и след рестартиране на Apache, актуализира вашия уеб сървър и да го използват новите трупи.
По-долу е пример за документацията на Apache. Може да се наложи да добавите към горната част на командния SUDO.
MV access_log access_log.old
MV error_log error_log.old
apachectl грациозната
спи 600
[Пост-обработка на регистрационните файлове]
Тези команди се движат на файлове, рестартирайте сървъра и да му кажат да чака 600 секунди. По този начин, Apache ще използва старите лог файловете, за да завършите регистрацията на стари искания. През това време, новите изисквания ще бъдат записани в нов лог файлове.
Имайте предвид, че влезете въртене на ръка е много ненадежден в големи сървърни среди.
logrotate полезност
По подразбиране Ubuntu система конфигурира лог използвате помощната програма logrotate.
Sudo нано /etc/logrotate.d/apache2
В нея има няколко параметри logrotate. Обърнете внимание на първия ред:
Това означава, че ще изпълни logrotate въртенето само тези трупи, които се намират в / Var / дневник / apache2. Имайте това предвид, ако изберете друга папка за съхранение в конфигурацията на Apache.
Както можете да видите, трупите се завъртат седмично. Също така, там е част от кода, рестартирайте Apache след завъртането:
postrotate
/etc/init.d/apache2 презареждане> / сътрудничество / нула
endscript
Тези линии ще се рестартира автоматично на уеб сървъра Apache след завъртането е завършена.
Забележка. За съжаление, този конфигурационен файл, не са обхванати в това ръководство.
Въртенето на дневника през каналите
Използването на канала вместо файлове - лесен начин за прехвърляне на програма за обработка на продукцията сеч. Той също решава проблема на въртене на дневника, защото въртенето може да се извърши с помощта на програмата от страна на сървъра (а не на сървъра Apache).
За да влезете програми за обработка на сеч, получаване на стандартния изход, сменете следния ред, както следва:
CustomLog "| logging_program logging_program_parameters" комбинирани
Apache ще започне да влезете полезност по време на зареждане и да го рестартирате, в случай на грешка или неизправност.
За да влезете въртене, можете да използвате друга програма, но Apache подразбиране идва с rotatelogs. За да настроите тази програма, да се използва:
CustomLog "| / път / до / rotatelog / път / на / дневник / до / върти number_of_seconds_between_rotations" log_level
може да се създаде подобна конфигурация за други програми.
заключение
Разбира се, това ръководство обхваща само основите на влизане Apache.
Правилно конфигуриране на дърводобивни и интелигентно управление на лог-файл механизми ще спаси много време и енергия в случай на проблем със сървъра. С бърз достъп до информация, която ще помогне за идентифициране на проблема, можете да възможно най-скоро да се коригира всички грешки.
Също така е много важно да се следи сървърни логове, за да сме сигурни, че не застрашават поверителна информация.
Свързани статии