Хостинг и домен за 2 часа.

Хостинг и домен стал покупать за неделю до сдачи проекта. Учитывая что в программной части еще зияли огромные дыры, разобраться с этим нужно было в кратчайшие сроки. В итоге уложился на все про все в несколько часов, которые были разнесены по двум длям, т.к. процедуры обычно не быстрые и работать приходилось по ночам. Итак, помчались :)
1. Хостинг.


Здесь оказалось все достаточно просто. Я конечно читал как на хабре ломают копья по поводу какой хостинг лучше, какой хуже что-то там постоянно волокут на саппорты, читать все это как-то... Редкостное нытье. На работе юзаем http://www.hetzner.de/, дешево, нареканий нет, крутяся там бизнес-критичные вещи. Не долго раздумывая решил купить его. VPS продавался в трех вариантах - за 9, 13, и 20 евро. Выбор шел между 9 и 13, в основном по памяти (512Мб против 1Гб), не долго думая взял за 13. Если стартап пойдет, то за 512 быстро выскочим, убеждать же заказчика потом что неплохо бы перейти на более дорогой хостинг - себе дороже. Размер винта - 20 против 40 гиг сильного значения не имел, при желании можно было бы уложиться и в 20. Итак, регистрируемся у них на сайте,  привязываем к своему логину визу (с нее будет ежемесячно автоматом сниматься сумма за хостинг), выбираем купить. Спрашивают - что поставить. Выбор не богат - однако хорошо что есть моя любимая Ubunt'a. Еще CentOS, SuSE. Конечно выбираю lucid, знаю ее как пять пальев, с учетом цейтнота, это то что нужно.   Пишут - если хотите можем сообщить о том что ваш сайт готов по СМС. Ну сообщайте. Все готово, остается ждать. За регистрацию и заказ сервера денег не берут.
2. Домен.
Идем все знаем куда, на скадальное (последнее время) сервис nic.ru вбиваем домен, свободен, тут же его заказываем. Домен в зоне .ru 600 рублей с визы. Тут бы ему конечно прописать бы зоны, но это нужно делать на хостинге, а его нет. Брожу по инету, поглядывая то в почту, то обновляю сайт хетзнера. Ничего. Время далеко за 2 ночи, пойду спать. В полудреме будит СМСка - Поздравляем, ваш сервер up and running. Благодарю, но завтра, все завтра.
Итак с утра пытаюсь попасть в на свой новый сервер. Логинюсь в свой кабинет и никак не могу понять куда мне дальше тыкнуться. Веб интерфейс поражает блеском и нищетой. Вторым больше. Такое ощущение что к сайту 90-х годов прикрутили какие-то аяксовские контролы. Смотрится ужасно. Но ладно, я здесь не за этим, дайте уже мне мою консольку. Нашел запись о своем сервере в нем вижу ip. Однако намека на рутовый логин нету. Пошарившись создал еще один админский вход, запустил консоль на яве, но так и не понял как мне залогиниться на сервак. Смотрю снова почту, ага а вот и рутовый пароль :) Настоятельно рекомнуют сменить, ну еще бы, конечно сменю. Hetzner  не следует Ubuntu-way и дает рута в консоли. Ну рут так рут, будем аккуратнее. Итак, время мало понеслать - sudo apt-get install htop mc mysql-server tomcat6 bind9. За что я люблю Linux :) Пока ставится, пытаюсь собрать в кучу свои воспоминания про bind последний раз настраивал его лет 10 назад. Итак, все готово. Воспоминания мои свелись к следующему - самое главное найти надежный секондари :) У меня уже есть один проектик на своем хостинге. За десять лет он сменил пяток секондари (интернет не стоит на месте :) ) в основном дружески одолженных знакомыми, друзьями, друзьями знакомых и знакомых друзей. Пару лет назад я плюнул на эту свистопляску и стал платить нику 150 рублей в год за надежный секондари, чему до сих пор счстлив. Однако на этот раз ситуация другая, у меня на руках два хостинга, и платить опять 150 рублей нику не то что бы жалко, ну как-то просто принципиально влом. Итак поднимаем на хостинге примари, это просто - в убунте уже готовый файлик для своих зон - /etc/bind/named.conf.local. Добавляем туда

zone "example.ru" {
  type master;
  file "/etc/bind/db.example";
  allow-transfer {
    69.79.89.99; // Это забегая вперед IP нашего secondary
  };
};

В файлик /etc/bind/named.conf.options внутрь секции options я добавил строчку

allow-query { any; };

И в файлик /etc/bind/db.example

$TTL 1d
$ORIGIN example.ru.
@       IN      SOA   ns.example.ru. root.example.ru (
                 2011032902 ; se = serial number
                 12h        ; ref = refresh
                 15m        ; ret = update retry
                 3w         ; ex = expiry
                 3h         ; min = minimum
              )
        IN      NS      ns.example.ru.
        IN      NS      ns.my_secondary.domain.
        MX      10      mail.example.ru.
@       IN      A       55.55.55.55
ns      IN      A       55.55.55.55
www     IN      A       55.55.55.55
drv     IN      A       55.55.55.55
oper    IN      A       55.55.55.55

drv и oper - мои будущие домены третьего уровня 55.55.55.55 - собственно ip моего новоявленного хостинга. Вот прямо скажу - синтаксис этих файлов мне всегда казалось был придуман чужими для хищников. Что бы затормозить тем развитие их хищненского интернета. Как это формат попал к человечеству - неясно, наверное чужие запустили сюда своего диверсанта. Учитывая что у самого бинда очень вменяемые и читаемы конфиги - смотреть на вот это без слез просто не возможно. Просто какая-то шифровка. Самое главное непонятно зачем. Я конечно понимаю что на заре интернета скорости и компьютеры были медленные, но не до такой же степени. Я почти уверен что в этом простеньком файле гуру найдут 12 ошибок, но он работает, а глубже изучать эту чужеродную технологию у меня нет никакого желания. Забегая вперед скажу что когда я настраивал секондари, то допустил _очень_ досадную опечатку, и пока нашел ее узнал очень много о bind, директивах $ORIGIN $TTL, заветном значке @ как правильно писать е-мейл в записи SOA (ТАМ НЕ ДОЛЖНО БЫТЬ @, а вместо собаки должна быть точка - "." как он понимает е-мейлы типа sviridov.alexey.gmail.com, в каком месте он вставит эту самую @ - никому не известно.) Т.е. узнал сильно больше чем мне хотелось бы. По воспоминаниям 10 лет назад было все тоже самое, так что у меня сложилось стойкое отвращение к современным технологиям построения DNS. Но как бы там ни было dig приветлево показал мой ip шник в ответ на имя, и эту часть я оставил позади.
Идем дальше. Теперь настроим наш secondary. Судя по документации сделать это не просто. Очень просто. И если бы не моя опечатка, я действительно бы настроил его за 5 минут. В этом случае уже не нужен файлик с SOA, IN и прочими $ORIGIN'ами, достаточно добавить в /etc/bind/named.conf.local на seconday

zone "example.ru" {
    type slave;
    file "/var/cache/bind/example.slave";
    masters { 55.55.55.55; };
};

опячатка у меня была вида zone "examp.le" и как уже говорил долго бился пока ее заметил. Будьте внимательны! :)
Ситуация осложняется тем что ошибки которые выдает bind не то что не помогают понять в чем дело, а очень сильно запутываю. Например на эту опечатку после rndc reload бинд говорил что полуяен неавторизованый ответ. Откуда он был получен, каким образом он мог получен так и остается загадкой, такое ощущение что так он говорит на все что ему не понятно. Однако как только опечатка была исправлена, все произошло так как описывал великий манул бинда - файлик с описанием домена example.ru действительно создался в /var/cache/bind/example.slave, dig радостно взвизгнув показал ip этого домена (до этого кстати тоже показывал какую-то лабуду, и косвенно можно было догадаться что это означает что домен не найден.) Явно к созданию описаний ошибок этих программных продуктов тоже прикладывали руку хищники, когда готовили их для чужих. Вот так с поллитрой, такой-то матерью и горьким чувством потери драгоценного времени, я закончил настройку DNS. Как только я закончил эти процедуры, nic радостно сообщил что видит мои primary и secondary домены и мой вновь зарегестрированный домент теперь считается делегированным, но будет доступен не раньше семи вечера, когда пройдет обновление кэшей по зоне .ru. Ну что же спасибо и на том, благо работы не впроворот, сидеть и тупо ждать его появления не придется.