По долгу службы приходится работать с веб-разработчиками, которые иногда пишут свои скрипты с рерайтами, которые им приходится адаптировать для nginx. Мне же приходится разгребать то, что там написано.

Все желающие получить помощь по рерайтам могут задавать вопросы в комментариях, потом, наверно, из этого будет оформлен еще один пост.

Ошибка номер 1, самая фатальная.

Огромное количество раз упоминалась в рассылке. А именно — использование if на уровне location.
Проблема в том, что if в location устроены не так, как мы представляем. Мы думаем, что приходит запрос, проверяется условие, если оно истинно — делаются поправки к конфигурации. А на деле все совсем иначе. При запуске nginx генерирует отдельные конфигурации location’ов для истинных и ложных условий в if. Несколько жутких примеров:

location /
{
    set $true1 1; set $true2 1;
    if($true1) { proxy_pass http://127.0.0.1:8080; }
    if($true2) { set $expr 123; }
}

Segmentation fault в рабочем процессе при попытке найти upstream для proxy_pass’a из первого if’a. А все дело в том, что он не унаследовался в location, где оба условия правильные.

location /
{
    set $true 1;
    try_files /maintenance.html $uri @fallback;
    if($true) { set $expr 123; }
}
location @fallback
{
    proxy_pass 127.0.0.1:8080;
}

Полное игнорирование try_files. Просто его нет в location, который получился при истинности выражения.

Под «set $expr 123;» можно понимать почти любое выражение в if, не задающее обработчика для запроса — все set, limit_rate и прочее.

Однако, в одном случае использовать if в location все-таки можно — если сразу же после if’a мы уйдем из этого location. Сделать это можно двумя способами:
1) Через rewrite… last;

location /
{
    try_files /maintenance.html $uri @fallback;
    if($cookie_uid = '1') { rewrite ^ /user/panel last; }
}
location /user
{
    proxy_pass 127.0.0.1:8080;
}

2) Через return …;

location /
<c
    try_files /maintenance.html $uri @fallback;
    if($cookie_bot = '1') { return 403; }
}

При этом мы можем через return как окончить обработку запроса, так и перейти в другой location, через error_page.
Кстати, if на уровне server действует именно так, как мы ожидаем. При его использовании глобальных проблем возникать не должно.

Ошибки номер 2, менее фатальные.

После apache и его htaccess с RewriteRule и RewriteCond очень хочется запихнуть все в один location с if’ами, которые будут уводить обработку в другое место. Но это некрасиво, неправильно и неэффективно.

Ошибка номер 2.1, об if (-e …)

Специально для того, чтобы красиво записывать такие рерайты придумана специальная директива — try_files. В самом простом варианте ее обычно записывают так:
try_files $uri $uri/ @fallback
что обозначает:
1. Проверить, существует ли запрошенный файл. Если да — отдать его, если нет — идти далее.
2. Проверить, существует ли директория с запрошенным именем. Если да — отдать ее, если нет — идти далее.
3. Передать запрос на обработку в именованный location @fallback.

Внимание! В @fallback при использовании fastcgi не стоит делать rewrite. Достаточно лишь написать fastcgi_parm с требуемым скриптом. Таким образом, конструкция вроде
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index.php
Превращается в

root /path/to/root;
location / { try_files $uri $uri/ @fallback; }
location @fallback
{
    fastcgi_pass backend;
    include fastcgi_params;
    fastcgi_param script_FILENAME $document_root/index.php; # тут, кстати, злобный хабрапарсер съел слово S_C_R_I_P_T, будьте аккуратнее - регистр важен!
}

В случае использования как бекенда не FastCGI, а HTTP, можно написать это так:

root /path/to/root;
location / { try_files $uri $uri/ /index.php; }

Нужно понимать, что все аргументы try_files, кроме последнего, будут восприниматься как простые файлы для отдачи, а последний аргумент — уже как новая цель (то есть, туда можно написать обрабатывающий uri или именованый location). Поэтому, попытка написать try_files $uri $uri/ /index_new.php /index_old.php не приведет ни к чему хорошему — вместо выполнения index_new.php будет отдано его содержимое.

С помощью try_files можно делать еще одну удивительную вещь — не редактируя конфигов, закрыть весь сайт на техобслуживание. Это делается прописыванием try_files /maintenance.html $uri $uri/ @fallback; и затем простым созданием/перемещением файла /maintenance.html с сообщением о технических работах. Это не даст ожидаемого спада производительности в связи с использованием open_file_cache, который так же кеширует и неудачные попытки открытия файла.

Ошибка номер 2.2, об if ($uri ~ )

Итак, есть достаточно простое правило — если в Вашей конфигурации есть строка, начинающаяся на «if ($uri ~», то nginx сконфигурирован неправильно. Вся логика проверки uri на что-то должна быть реализована через location, которые теперь поддерживают и выделения.
RewriteCond %{REQUEST_URI} ^/rss[0-9]{1-6}
RewriteRule ^(.*)$ rss.php
переходит в

location ~ /rss[0-9]{1-6}
{
    fastcgi_pass backend;
    include fastcgi_params;
    fastcgi_param script_FILENAME $document_root/rss.php; # тут, кстати, злобный хабрапарсер съел слово S_C_R_I_P_T, будьте аккуратнее - регистр важен!
}

Ошибка номер 2.3, об if ($host ~ )

Все, сказанное для if ($uri ~ ) так же верно для if ($host ~ ). Для использования этих правил просто создайте server с server_name в виде регэкспа!

Не ошибка, но грабли с выделениями

Если Вы отважились переписать конфиг с использованием выделений в server/location то непременно наткнетесь на небольшую проблему. Она заключается в том, что при входе в location с регекспом затираются серверные выделения, при входе в if или при использовании rewrite затираются выделения location.Увы, я не слишком сильно знаком с рерайтами apache чтобы предоставить код, поэтому опишу требуемое словами.
Требуется все запросы вида abc.mysite.com/xyz.php перенаправлять на mysite.com/abc/index.php?p=xyz
Для того, чтобы это работало, приходится писать вот так:

server
{
    server_name ~ ^(.*)\.mysite\.com$;
    set $subdom $1;
    location ~ \/(.*)\.php
    {
        set $script $1;
        rewrite ^ http://mysite.com/$subdom/index.php?p=$script;
    }
}

В следующих версиях nginx планируется для выделений на каждом уровне сделать отдельные префиксы (например, вышеописанный рерайт можно будет описать как

rewrite ^ http://mysite.com/$sc_1/index.php?p=$lc_1;

), но пока этого нет, так что приходится писать так.

Еще неплохой практикой является давание переменным осмысленных имен .

Заключение

Спасибо всем, кто дочитал пост до конца. Он получился достаточно длинным, но я хотел описать все максимально чисто и понятно.
Разумеется, существуют и другие ошибки при конфигурировании — буферы, пути, но это — забота системного администратора, а не вебмастера.

Использованные материалы:
Русский список рассылки nginx
Документация nginx

Установка nginx:

Сначала настроим nginx для работы, дефолтный конфиг и создадим конфиги для все используемых сайтов.
В самом конфиге (/etc/nginx/nginx.conf) получилось следующее:

И проверяем что не закралась ошибка:

Далее правим дефолтный конфиг /etc/nginx/sites-available/default, для всех запросов. Так как запросы, кроме определенных сайтов нам не нужны, повесим их переадресацию на заглушку /var/www/nginx-default/index.html, больше нам здесь ничего не надо – 404 можно перекидывать сюда же:

В итоге все неразобранные запросы попадут на нашу заглушку: http://77.220.185.16/.

Далее создаем настройки для всех поддерживаемых ресурсов, по аналогии с apache конфиги хранятся в /etc/nginx/sites-available/, а подключенные в /etc/nginx/sites-enabled/. Создаем /etc/nginx/sites-available/svdev.ru:

Перовоначальные настройки позволяют просто перенаправлять запросы с nginx на apache. Настройкой правил для отдачи статики без участия apache и прочим займемся позже. После создания настроек их необходимо подключить, по аналогии apache утилит a2ensite и a2dissite нет и надо создать симлинк самому:

Далее заставляем apache слушать 81 порт с внутреннего интерфейса, поправив /etc/apache2/ports.conf:

И необходимо подправить настройки хостов apache /etc/apache2/sites-available/svdev.ru:

Таким образом попасть на apache теперь можно только через nginx, т. е. снаружи он недоступен!

Для удобства необходимо еще установить пакет

libapache2-mod-rpaf - module for Apache2 which takes the last IP from the 'X-Forwarded-For' header

Мне дополнительно настраивать ничего не пришлось, после установки в $_SERVER["REMOTE_ADDR"] начал подставляться реальный IP посетителя, вместо 127.0.0.1 Дополнительную информацию по модулю можно найти погуглив, в документации или по ссылкам ниже.

Далее настроим ротацию логов. Сначала для nginx, приятно был удивлен, увидев /etc/logrotate.d/nginx, добавим туда еще один файл:

cat /var/log/nginx/error.log.1 | mail root – таким образом данные из последнего обработанного файла будут отправлену на почту рута, а уж куда она придет можно настраивать в /etc/aliases

Наиболее простая схема «распараллеливания» нагрузки — вынос основной нагрузки на несколько frontend. Раньше приходилось мучиться (или наслаждаться, кому как) с webdav’ами, кластерными ФС и прочими хитростями чтобы обеспечить актуальную информацию, так было до тех пор, пока не появился nginx, а точнее proxy_store и proxy_cache в нём.

В общем случае, схема работы выглядит следующим образом:
Несколько frontend (дешевые сервера без raid и прочих взрослых примудростей) через round robin отдаются клиентам.
frontend отдаёт с себя статику, проксирует и отдаёт с себя кэшированную динамику для гостей и осуществляет прозрачное проксирование для зарегистрированных пользователей.
ТТХ backend в данном случае большого значения не имеет, вопрос правильной конфигурации его нужно обсуждать индивидуально. Дополнительное кэширование всего чего можно на backend приветствуется.

Преимущества такого подхода — в стоимости данной «кластеризации» за счёт бюджетных характеристик frontend. Отказ любого frontend не критичен, достаточно поднять его ipшку (при наличие такой возможности) на другом frontend или изменить конфигурацию DNS (что может чревато недоступностью для ряда пользователей). На практике, городской портал где видео\фото хранилище на 4Тбайт (занято на backend) на frontend’ах лежит не более 300Гбайт того, что реально запрашивают пользователи (чистить можно по atime но учитывая, что на frontend ФС монтируется с noaime то по дате создания файла). Статичное содержимое на backend генерируется с новым именем, модификация файла также приводит к созданию нового имени файла, чтобы frontend корректно работал.

http {
proxy_cache_path /var/www/cache levels= keys_zone=mycache:150m;
...
}

server {
#устанавливаем дефолтовый флаг, не кэшировать
set $cached 0;
listen server;
server_name server *.server;
#нужно чтобы отдавать красивую 500Ашипку с себя
error_page 502 503 504 509 /500.html;
#если где-то что-то забыли, то будет работать схема прозрачного проксирования
error_page 404 = @nocached;

expires epoch;
root /var/www/html;

location = /500.html {
}

#динамику будем брать с frontend и если отсутствует, то скачивать
location ~* ^.+\.(jpg|jpeg|gif|gz|zip|flv|rar|wmv|avi|css|swf|png|htc|ico|mpeg|mpg|txt|mp3|mov|js)$ {
expires 1y;
error_page 404 = @fetch;
}

#кэшируем статику на себя
location @fetch {
proxy_pass httр://backend;
proxy_store on;
proxy_temp_path /var/www/_fetch;
proxy_set_header Host mydomain;
proxy_set_header If-Modified-Since “”;
}

#для зарегистрированных проксируем прозрачно
location @nocached {
proxy_pass httр://backend;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}

#гостям проксируем и кэшируем
location @cached {
proxy_pass httр://backend;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_cache mycache;
proxy_cache_valid 200 301 302 304 5m;
proxy_cache_key “$request_method|$http_if_modified_since|$http_if_none_match|$host|$request_uri”;
proxy_hide_header “Set-Cookie”;
proxy_ignore_headers “Cache-Control” “Expires”;
}

#иначе морда домена не будет работать
location = / {
return 404;
}

location / {
#если нет нашей куки
if ($http_cookie !~ “userid” ) {
set $cached 1;
}

if ($request_method = POST) {
set $cached 0;
}

if ($request_method != GET) {
set $cached 0;
}

if ($cached = 1) {
error_page 404 405 502 504 = @cached;
break;
}

if ($cached = 0) {
error_page 404 405 502 504 = @nocached;
break;
}

}

}

Всё это дело служит на благо моего новосибирского сайта

Fortunately, there is a new trend in the web industry. Reseller Hosting, which consists of purchasing a web hosting package and reselling it for a larger price, has been making webmasters just a few cents richer. Although this sounds like a daunting task, it actually only requires a large amount of space. Once the webmaster acquires such a large server and bandwidth, he/she is able to divide it up among other people. As long as they are willing to pay a monthly fee, you will never get screwed over.

Regardless of how much money you want to make, purchasing this re-seller hosting does not cost much. For an average of $30/month, you can purchase enough space to make a profit. While all of these websites will be on a shared server, the majority of webmasters do not mind this downside. After all, not everyone can shell out thousands a month just to acquire their own dedicated server. Once you have found a few loyal customers who will not create any illegal material, you will be generating a profit every single month out of the year. Fortunately, until you stop your hosting, you will never be out of a job.

In order to sell this type of hosting, you absolutely need to network. Regrettably, there are many webmasters trying to follow the trend. For this reason alone, you should look in unpopulated areas. Try and find a website or forum that has not yet been tackled by other masses of website owners. For instance, find websites similar to your own. If you do not have one, look on webmaster-related forums such as Digital Point or Webmaster-Talk. These areas are populated with thousands of interested clients, who will be more than happy to jump on the bandwagon, if you do have a great deal.

Still desperately trying to find other ways to market? Many website owners advertise through blogs and buy text link ads. As a result, people will be more apt to find what you are offering. If this doesn’t work, you could even start marketing in a local newspaper or a newsletter that goes out to professional companies who are always looking for alternatives. Nevertheless, there are plenty of consumers out there. You just need to be creative and put in the effort, in order to get anywhere.

For years web hosting has been flooding the market. However, it has just recently become a form of revenue for webmasters who just don’t own their own web hosting company. It is a wonderful alternative to an additional part time job, especially if this is what you love to do. Networking with others, controlling a server, while working on your website certainly sounds like the perfect occupation.
Copyright notice: This original article is the property of Web Hosting Geeks (http://webhostinggeeks.com). Web Hosting Geeks provides independent customer and webmaster reviews of top 10 web hosting providers. Top web hosting reviews, best web hosting awards, web host rating, web hosting articles and more.

Requirement: You must also post the above author information if you would like to republish this article!

Установим сам DNS сервер bind9.
Код:


apt-get install bind9


Из соображений безопасности лучше запускать Bind в chroot среде, для этого проделайте несколько простых операций.

Остановим bind
Код:


/etc/init.d/bind9 stop


Отредактируйте файл /etc/default/bind9 , туда надо добавить строку о среде chroot которая будет находится у нас в /var/lib/named.
Измените строку OPTIONS=” -u bind” на OPTIONS=”-u bind -t /var/lib/named”
Код:


vim /etc/default/bind9


Файл после радактирования должен выглядеть так:
Код:


OPTIONS="-u bind -t /var/lib/named"
# Set RESOLVCONF=no to not run resolvconf
RESOLVCONF=yes


Теперь создадим все необходимые для работы bind9 директории.
Код:


mkdir -p /var/lib/named/etc
mkdir /var/lib/named/dev
mkdir -p /var/lib/named/var/cache/bind
mkdir -p /var/lib/named/var/run/bind/run


Переместите директорию с конфигурацией bind9 из /etc в /var/lib/named/etc:
Код:


mv /etc/bind /var/lib/named/etc


Создадим символическую ссылку на новую директорию с конфигами bind на случай если в дальнейшем вы соберетесь обновить пакет, это поможет избежать проблем.
Код:


ln -s /var/lib/named/etc/bind /etc/bind


Создадим null и random девайсы и выставим правильные права на директории:
Код:


mknod /var/lib/named/dev/null c 1 3
mknod /var/lib/named/dev/random c 1 8
chmod 666 /var/lib/named/dev/null /var/lib/named/dev/random
chown -R bind:bind /var/lib/named/var/*
chown -R bind:bind /var/lib/named/etc/bind


Далее надо немного изменить стартовый скрипт демона sysklogd для того что бы сообщения bind попадали в syslog.
Отредактировать надо файл /etc/init.d/sysklogd , измените там строку SYSLOGD=”-u syslog” на SYSLOGD=”-u syslog -a /var/lib/named/dev/log”
Код:


vim /etc/init.d/sysklogd


Строка должна выглядеть так:
Код:


[...]
SYSLOGD="-u syslog -a /var/lib/named/dev/log"
[...]


Перезапустите демона sysklogd
Код:


/etc/init.d/sysklogd restart


Запустите bind9 и проверьте /var/log/syslog на наличие ошибок
Код:


/etc/init.d/bind9 start


Если вы все сделали правильно то ошибок быть не должно.

Теперь можно приступать к настройке зоны для нашего домена, например example.com

Создадим файл конфигурации для наших будущих зон и отредактируем файл конфигурации bind
Код:


touch /var/lib/named/etc/bind/myzones.conf
chown bind:bind /var/lib/named/etc/bind/myzones.conf
vim /var/lib/named/etc/bind/named.conf


В конец файла впишите строку include “myzones.conf”;
Выглядеть это должно так
Код:


[...]
include "/etc/bind/named.conf.local";
include "/etc/bind/myzones.conf";


Теперь отредактируем файл конфигурации наших зон и добавим туда зону для домена example.com.
Код:


vim /var/lib/named/etc/bind/myzones.conf


Впишите в файл следующее содержимое
Код:


zone "example.com" {
type master;
file "example.com";
};


Теперь надо создать файл нашей зоны example.com, выставить на него права и отредактировать его.
Код:


touch /var/lib/named/etc/bind/example.com
chown bind:bind /var/lib/named/etc/bind/example.com
vim /var/lib/named/etc/bind/example.com


Отредактируйте файл до состояния приведенного ниже, адреса замените на нужные вам, так же смените дату перед параметром ; serial на текущую. последние цифры в строке с датой (01) обозначают сколько раз раз зона редактировалась за текущие сутки.
Код:


$ORIGIN example.com.
$TTL 86400 ; 1 day
@ IN SOA localhost. root.localhost. (
2008041501 ; serial
10800 ; refresh (3 hours)
900 ; retry (15 minutes)
604800 ; expire (1 week)
86400 ; minimum (1 day)
)
@ IN NS localhost.
@ IN A 192.168.0.1
www IN CNAME example.com.


После этого обновите конфигурацию bind командой
Код:


rndc reload


После чего можно проверить работоспособность сервера dns командой
Код:


nslookup example.com 127.0.0.1


Вы должны увидеть примерно следующее
Код:


Server: 127.0.0.1
Address: 127.0.0.1#53
Name: example.com
Address: 192.168.0.1

На этом настройка завершена, я надеюсь у вас все получилось.
Это не полное руководство по настройке сервера доменных имен bind9, вы можете ознакомится с документацией к нему по адресу http://www.isc.org

Популярность: 91%

11 Комментариев »

11 Responses to “Установка и настройка DNS сервера bind9 Ubuntu-Debian HOWTO”

1. hugomen on 30 Ноя 2008 at 23:05 #у меня несколько вопросов
   1. при уставновке dns имя компа какое?
   2. какая запись в /etc/hosts ?

   все делал по статье /etc/init.d/bind9 start [fail]
   посмотрел логи
   трабл с правами на файл /var/lib/named/etc/bind/named.conf

   помогите разобраться

2. hugomen on 30 Ноя 2008 at 23:32 #если не переносить все в /var , то работает
3. kvazyman on 24 Дек 2008 at 22:20 #Вот решение проблемы как всегда при помощи Google
   http://www.howtoforge.org/forums/showthread.php?p=116893

   нужно только подредактировать файл /etc/apparmor.d/usr.sbin.named и все

4. TrEK on 23 Апр 2009 at 10:34 #Я вообще отключил apparmor.d и выбросил из автозагрузки./etc/init.d/apparmor stop
   update-rc.d -f apparmor remove

   И в /etc/default/bind9 тоже строку: OPTIONS=” -u bind -t /var/lib/named” все таки вернул к ее первобытному OPTIONS=” -u bind”.

   тогда все работает.
   Кстати в логах при запуске БИНДа можна увидеть , что он все таки запускаеться с флагом -t:
   “starting BIND 9.5.0-P2 -u bind -t /var/lib/named”

5. EsTaF on 04 Июн 2009 at 18:50 #“Впишите в файл следующее содержимое
   Код:

   zone “example.com” {
   type master;
   file “example.com”;
   };”

   что это за бред.

6. Stepanoff on 04 Июн 2009 at 21:43 #Мануал надо читать полностью, а не между строк. Это файл с описанием зон, он инклюдится в основной конфиг.
7. kitt on 02 Авг 2009 at 17:50 #Кстати про арр аррmor и сhroot. Если вы настраиваете bind в chroot’е, то профиль бинда из апп армора можно смело отключать. По умолчанию этот профиль включен для бинда установленного в обычном порядке, без чрута. Для этого достаточно переместить файл с профилем бинда в папку disabledsudo mv /etc/apparmor/usr.sbin.named /etc/apparmor/disabledили удалить совсем. Иначе получается двойной презерватив )
8. HowTo: Установка и настройка DNS сервера bind9 Ubuntu-Debian | Мануалы Linux on 28 Авг 2009 at 12:42 #[…] с sudouser.com Теги: bind9, Debian, DNS, […]
9. bnd on 15 Ноя 2009 at 01:48 #Всё делал по данному мануалу в итоге следующее:
   @unix:~# nslookup example.com 127.0.0.1
   ;; Got SERVFAIL reply from 127.0.0.1, trying next server
   ;; Got SERVFAIL reply from 127.0.0.1, trying next server
   Server: 127.0.0.1
   Address: 127.0.0.1#53

   ** server can’t find example.com: SERVFAIL

   Если так разобраться syslog что говорит:

   Nov 15 02:39:57 unix named[15343]: received control channel command ’stop -p’
   Nov 15 02:39:57 unix named[15343]: shutting down: flushing changes
   Nov 15 02:39:57 unix named[15343]: stopping command channel on 127.0.0.1#953
   Nov 15 02:39:57 unix named[15343]: stopping command channel on ::1#953
   Nov 15 02:39:57 unix named[15343]: no longer listening on ::#53
   Nov 15 02:39:57 unix named[15343]: no longer listening on 127.0.0.1#53
   Nov 15 02:39:57 unix named[15343]: no longer listening on 62.122.105.23#53
   Nov 15 02:39:57 unix named[15343]: exiting
   Nov 15 02:39:57 unix named[15428]: starting BIND 9.6.1-P1 -u bind
   Nov 15 02:39:57 unix named[15428]: built with ‘–prefix=/usr’ ‘–mandir=/usr/share/man’ ‘–infodir=/usr/share/info’ ‘–sysconfdir=/etc/bind’ ‘–localstatedir=/var’ ‘–enable-threads’ ‘–enable-largefile’ ‘–with-libtool’ ‘–enable-shared’ ‘–enable-static’ ‘–with-openssl=/usr’ ‘–with-gssapi=/usr’ ‘–with-gnu-ld’ ‘–with-dlz-postgres=no’ ‘–with-dlz-mysql=no’ ‘–with-dlz-bdb=yes’ ‘–with-dlz-filesystem=yes’ ‘–with-dlz-ldap=yes’ ‘–with-dlz-stub=yes’ ‘–with-geoip=/usr’ ‘–enable-ipv6′ ‘CFLAGS=-fno-strict-aliasing -DDIG_SIGCHASE -O2′ ‘LDFLAGS=-Wl,-Bsymbolic-functions’ ‘CPPFLAGS=’ ‘CXXFLAGS=-g -O2′ ‘FFLAGS=-g -O2′
   Nov 15 02:39:57 unix named[15428]: adjusted limit on open files from 1024 to 1048576
   Nov 15 02:39:57 unix named[15428]: found 1 CPU, using 1 worker thread
   Nov 15 02:39:57 unix named[15428]: using up to 4096 sockets
   Nov 15 02:39:57 unix named[15428]: loading configuration from ‘/etc/bind/named.conf’
   Nov 15 02:39:57 unix named[15428]: using default UDP/IPv4 port range: [1024, 65535]
   Nov 15 02:39:57 unix named[15428]: using default UDP/IPv6 port range: [1024, 65535]
   Nov 15 02:39:57 unix named[15428]: listening on IPv6 interfaces, port 53
   Nov 15 02:39:57 unix named[15428]: listening on IPv4 interface lo, 127.0.0.1#53
   Nov 15 02:39:57 unix named[15428]: listening on IPv4 interface ppp0, 62.122.105.23#53
   Nov 15 02:39:57 unix named[15428]: automatic empty zone: 254.169.IN-ADDR.ARPA
   Nov 15 02:39:57 unix named[15428]: automatic empty zone: 2.0.192.IN-ADDR.ARPA
   Nov 15 02:39:57 unix named[15428]: automatic empty zone: 255.255.255.255.IN-ADDR.ARPA
   Nov 15 02:39:57 unix named[15428]: automatic empty zone:
   0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.ARPA
   Nov 15 02:39:57 unix named[15428]: automatic empty zone: 1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.ARPA
   Nov 15 02:39:57 unix named[15428]: automatic empty zone: D.F.IP6.ARPA
   Nov 15 02:39:57 unix named[15428]: automatic empty zone: 8.E.F.IP6.ARPA
   Nov 15 02:39:57 unix named[15428]: automatic empty zone: 9.E.F.IP6.ARPA
   Nov 15 02:39:57 unix named[15428]: automatic empty zone: A.E.F.IP6.ARPA
   Nov 15 02:39:57 unix named[15428]: automatic empty zone: B.E.F.IP6.ARPA
   Nov 15 02:39:57 unix named[15428]: command channel listening on 127.0.0.1#953
   Nov 15 02:39:57 unix named[15428]: command channel listening on ::1#953
   Nov 15 02:39:57 unix named[15428]: zone 0.in-addr.arpa/IN: loaded serial 1
   Nov 15 02:39:57 unix named[15428]: zone 127.in-addr.arpa/IN: loaded serial 1
   Nov 15 02:39:57 unix named[15428]: zone 255.in-addr.arpa/IN: loaded serial 1
   Nov 15 02:39:57 unix named[15428]: zone example.com/IN: loading from master file example.com failed: file not found
   Nov 15 02:39:57 unix named[15428]: zone localhost/IN: loaded serial 2
   Nov 15 02:39:57 unix named[15428]: running

10. Stepanoff on 15 Ноя 2009 at 13:50 #Разбираться не надо, любой кто мало-мальски знает английский сразу увидит где ошибка.
    Nov 15 02:39:57 unix named[15428]: zone example.com/IN: loading from master file example.com failed: file not found