Обзор Google Cloud DNS

Недавно была новость про google dns.


И как было обещано — пишу обзор.
В рамках сервиса https://cloud.google.com
https://developers.google.com/cloud-dns/

Регистрируемся и создаем новый проект. Придумываем ему какое-ниб название.
https://console.developers.google.com/project

Заполняем биллинг для этого проекта конечно, там данные вашей карты.

Потом переходим в вкладку API и выбираем нужные сервисы.

Нас интересует именно DNS

Далее создаем Google Cloud SDK
https://developers.google.com/cloud/sdk/
После установки Cloud SDK, убедитесь, что она включает в себя необходимый компонент DNS.

$ gcloud components list

Если его нет, устанавливаем

$ gcloud components update dns

Далее разрешаем доступ к API с нашего гугл админ аккаунта

$ gcloud auth login

Проверяем все ли в порядке

$ gcloud auth list

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

$ gcloud dns managed-zone create —description=»hostsuki.info zone» —dns_name=»hostsuki.info.» hostsukiinfo

Получится вот так

Creating {‘dnsName’: ‘hostsuki.info.’, ‘name’: ‘hostsukiinfo’,
‘description’: ‘hostsuki.info zone’} in learned-mind-567

Do you want to continue (Y/n)? y

{
«creationTime»: «2014-05-01T13:25:51.959Z»,
«description»: «hostsuki.info zone»,
«dnsName»: «hostsuki.info.»,
«id»: «6484789670514247209»,
«kind»: «dns#managedZone»,
«name»: «hostsukiinfo»,
«nameServers»: [
«ns-cloud-c1.googledomains.com.»,
«ns-cloud-c2.googledomains.com.»,
«ns-cloud-c3.googledomains.com.»,
«ns-cloud-c4.googledomains.com.»
]
}

Как же теперь изменить уже существующую зону ?
Давайте посмотрим, что google добавил для нас по умолчанию

$ gcloud dns records —zone=hostsukiinfo list

Видим

[
{
«kind»: «dns#resourceRecordSet»,
«name»: «hostsuki.info.»,
«rrdatas»: [
«ns-cloud-c1.googledomains.com.»,
«ns-cloud-c2.googledomains.com.»,
«ns-cloud-c3.googledomains.com.»,
«ns-cloud-c4.googledomains.com.»
],
«ttl»: 21600,
«type»: «NS»
},
{
«kind»: «dns#resourceRecordSet»,
«name»: «hostsuki.info.»,
«rrdatas»: [
«ns-cloud-c1.googledomains.com. dns-admin.google.com. 0 21600 3600 1209600 300»
],
«ttl»: 21600,
«type»: «SOA»
}
]

NS записи
ns-cloud-c1.googledomains.com
ns-cloud-c2.googledomains.com
ns-cloud-c3.googledomains.com
ns-cloud-c4.googledomains.com

И домен googledomains.com 🙂 В связи с новыми доменными зонами и что google тоже может продавать теперь домены. Думаю он будет использован в будущем под сервис продаж доменов 🙂

Описывать типы записей и SOA настройки я не буду, все есть.

Давайте отредактируем нашу

$ gcloud dns records —zone=hostsukiinfo edit

Прописываем для нашего домена нужную SOA

{
«additions»: [
{
«kind»: «dns#resourceRecordSet»,
«name»: «hostsuki.info.»,
«rrdatas»: [
«ns-cloud-c1.googledomains.com. koko@hekmatyar.ru. 2014050101 21600 3600 1209600 300»
],
«ttl»: 21600,
«type»: «SOA»
}
],
«deletions»: [
{
«kind»: «dns#resourceRecordSet»,
«name»: «hostsuki.info.»,
«rrdatas»: [
«ns-cloud-c1.googledomains.com. koko@hekmatyar.ru. 0 21600 3600 1209600 300»
],
«ttl»: 21600,
«type»: «SOA»
}
]
}

Можно так же создавать пакетами
https://developers.google.com/cloud-dns/what-is-cloud-dns#supported_record_types

Другие полезные Google Cloud DNS команды
Чтобы получить список всех ваших зон DNS в рамках проекта:

$ gcloud dns managed-zone list

Чтобы удалить зону из проекта:

$ gcloud dns managed-zone delete «zonename»

Чтобы получить список записей из определенной зоны:

$ gcloud dns records —zone=»zonename» list

Обзор сделан alice2k в мае 2014 года, с некоторыми советами из зарубежного блога. Полноценной статьи как поднять непотопляемый dns хостинг — пока что нет.

Как подключить CloudFlare?

Недавно понял, что у меня нету банальной статьи  — как настроить DNS зону.
Все таки в мире до сих пор полно людей, хоть и 2013 год, которые не разу не пользовались dns хостингом. Они не понимают различия между доменом и хостингом даже.

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

Читать далее

CloudFlare + ISPmanager

Многие видели наверно список хостеров работающих с cloudflare через api. А кто не видел, тот сейчас узнает.
Сначала регистрируемся тут https://ru.cloudflare.com/partner-programs
И получаем API ключ.

Потом идем на наш сервер с ISP manager.
Там вкладка Плагины. Выбираем cloudflare. Все просто и понятно.

Но там выдает ошибку.

Заходим по ssh на сервер, т.к. в репозиториях нет этого модуля, то собираем вручную.
Устанавливаем CPAN
yum install perl-CPAN
Далее если установился ExtUtils::MakeMaker
то идем к следующему пункту, если нет то вводим cpan, появится окно

в нем пишем install ExtUtils::MakeMaker

Using included version of JSON::PP::Compat5006 (1.09) because it is not already installed.
Using included version of CPAN::Meta::YAML (0.008) because it is not already installed.
Using included version of CPAN::Meta (2.112621) because it is not already installed.
Using included version of File::Copy::Recursive (0.38) because it is not already installed.
Using included version of Version::Requirements (0.101020) because it is not already installed.
Using included version of JSON::PP (2.27200) because it is not already installed.
Using included version of version (0.88) as it is newer than the installed version (0.77).
Using included version of Parse::CPAN::Meta (1.4401) because it is not already installed.
Using included version of ExtUtils::Manifest (1.60) as it is newer than the installed version (1.56).
Checking if your kit is complete…
Looks good
Writing Makefile for ExtUtils::MakeMaker
Writing MYMETA.yml and MYMETA.json
Could not read ‘/root/.cpan/build/ExtUtils-MakeMaker-6.66-0WpzyX/MYMETA.yml’. Falling back to other methods to determine prerequisites
Can’t exec «make»: No such file or directory at /usr/share/perl5/CPAN/Distribution.pm line 2003.
BINGOS/ExtUtils-MakeMaker-6.66.tar.gz
make — NOT OK
Warning (usually harmless): ‘YAML’ not installed, will not store persistent state
Running make test
Can’t test without successful make
Running make install
Make had returned bad status, install seems impossible
Failed during this command:
BINGOS/ExtUtils-MakeMaker-6.66.tar.gz : make NO

Теперь приступим к установке самого модуля.
создадим папку
cd /var/
mkdir punycode
cd punycode
скачаем сам модуль http://search.cpan.org/CPAN/authors/id/R/RO/ROBURBAN/IDNA-Punycode-0.03.tar.gz
распакуем скачанный архив tar xvfz IDNA-Punycode-0.03.tar.gz
перейдем в папку cd IDNA-Punycode-0.03
соберем сам модуль

[root@s3 py]# cd IDNA-Punycode-0.03
[root@s3 IDNA-Punycode-0.03]# perl Makefile.PL
Checking if your kit is complete…
Looks good
Warning: prerequisite Test::More 0.32 not found.
Writing Makefile for IDNA::Punycode

теперь установим модуль
make install
если напишет нет make, то установим его
yum install make

после этого повторим
make install

[root@s3 IDNA-Punycode-0.03]# make install
cp lib/IDNA/Punycode.pm blib/lib/IDNA/Punycode.pm
Manifying blib/man3/IDNA::Punycode.3pm
Installing /usr/local/share/perl5/IDNA/Punycode.pm
Installing /usr/local/share/man/man3/IDNA::Punycode.3pm
Appending installation info to /usr/lib64/perl5/perllocal.pod

теперь заходим в панель и устанавливаем плагин, потом обновляем страницу и видим что у нас появился пункт в меню cloudflare

заходим в него, нажимаем на кнопку Settings и в окне вписываем свой API hostkey, который мы получили в самом первой ссылке, при регистрации в партнерской системе.

Пробуем активировать домен. После этого на почту должно письмо.

Переходим по ссылке в письме, ставим пароль и видим наш домен.

На этом установка плагина закончена.

Далее.
Step 3: Enable CloudFlare for Three Test Websites To ensure that CloudFlare was properly installed, enable CloudFlare for three test websites from your control panel.
To check if a website is on CloudFlare, use Terminal. Open Terminal, and enter the following dig command.

dig www.mydomain.com

Output without CloudFlare-enabled:

www.mydomain.com 10782 IN CNAME www.mydomain.com

Output with CloudFlare-enabled:

www.mydomain.com 10782 IN CNAME www.mydomain.com.cdn.cloudflare.net.

If you see ‘.cdn.cloudflare.net’, then CloudFlare is enabled.

Переводим понятным языком.
Домены клиентов будут оставаться на ВАШИХ ns серверах.
Но при включении кнопочки cloudflare в isp manager панели.
В dns зоне домена будут добавлены дополнительно 2 записи.



*это тестовый домен, на нем невозможно посмотреть результат.

Каждый пользователь ISP manager видит у себя в меню панели.

Если у него есть аккаунт на cloudflare — он может забить логин/пароль.
А если у него нету — то, нажимая на кнопку «включить» — автоматически создается ему аккаунт в системе cloudflare и туда добавляется его домен. И последующие домены будут так же добавляться. Регистрация происходит на email пользователя, который забит в isp manager.

Все домены добавленные в аккаунт cloudflare таким образом — сразу становятся «подтвержденными».
Но при попытке настроить DNS зону, внутри сервиса cloudflare — будет выходить ошибка. Там будет написано, что домен должен находиться на dns хостера-партнера.
Зато доступны все остальные функции.
Приложения, статистика, фильтрация ip.

Вот такая вот штука.

Обзор написан alice2k в мае 2013. Скрины и сам рассказ установки предоставил xakep, который создал это для своего хостинга lite-host.ru.

Пока что alice2k еще не особо вникал в полезность подобных шлюзов, но если так подумать, получается что cdn, защита спама/атак, udp флуда. Плюс на такие домены можно повесить кешированную заглушку, как везде. И заодно продвигается сервис cloudflare. alice2k уже давно на своих серверах отключает почту и dns в принципе 🙂 А всем людям дает ссылку, чтобы они пользовались яндексом или cloudflare.

Если вы хотите сами написать обзор-мануал, который может быть полезен обществу — присылайте на project@obzor.ly, если он полезен — обязательно будет опубликован. А в конце будет указан автор/хостер этого мануала.

DNS зона и кол-во записей

Есть у меня несколько доменов, где DNS зона разраслась настолько, что даже сервис pdd.yandex.ru уже начинает лагать. Там уже около 1000 записей. Поддомены всякие на разных ip, редиректы для быстрых ссылок, которые помнишь на память, на каждый сервер по своему самопальному поддомену для ns, всякие storage, ключи dkim, записи txt, cname, тестовые всякие поддомены, для мониторинга, статистики на каждый хостинг/сервер что я покупаю или юзаю и прочая поебень.

Почему pdd.yandex.ru ? Потому что своего dns хостинга у меня к сожалению нету. А поднимать его — мне лень, не охота выкидывать кучу денег(дешевый вариант будет УГ же) и не охота тратить время, чтобы следить за ним.
Поэтому я пользуюсь для хороших доменов, для хороших проектов стоящих сторонними dns хостингами. А мусор можно и на самопал какой-ниб садить.

Так вот. Я пришел к выводу.
Что идеально делать вот как.
Делать ключевые поддомены, и направлять их на NS записи.
Например hosting.domain.ru — все что связано с хостинг отраслью
hosting NS dns1.yandex.net
hosting NS dns2.yandex.net
и т.д.
т.е. придумать 5-10 ключевых поддоменов и направить их на 5-10 разных аккаунтов того же яндекса, клоудфларе, херокса, амазона, можно даже чужих хостеров где защита от ддоса имеется и так далее.
Так что продумывайте архитектуру не только для ssl сертификатов, и не только разные поддомены на разные сервера, а еще и dns чтобы были разные, отдельные.

Тем самым сама dns зона домена domain.ru — будет маленькая, а не 1000 записей, которые переносить и восстанавливать можно пол дня.
С недавних пор стал так делать — очень удобно.
И кстати получается, что даже выведя ключевой домен из строя, его dns. Такая система все равно проживет на автомате(кеш dns) довольно долго 😉 Проверено.

Совет написал alice2k в апреле 2013. Может кто-ниб скажет или посоветует еще что-ниб ?

Обзор бесплатных почтовых служб для пользовательских доменов

alice2k считает, что почта и хостинг — полный бред в наше современное время. точно так же, как с мусорными сайтами. Если хостер хочет оказывать почтовые услуги, то для почты нада делать отдельные сервера. А не мешать все это на одном.

Почему у многих хостингов нет вкладки «Почтовые Домены» в панели ?

  • Почтой пользуются 1-5% пользователей. Остальные 95% просто накапливают спам, который может разрастаться в геометрической прогрессии и порой засирать до 50% тарифного места пользователя, ведь пользователи не чистят за собой.
  • Уже даже последняя домохозяйка знает, что на гугле и яндехе почта лучше, чем за деньги
  • Уже давно почта превратилась в сложный коммуникационный сервис, который требует отдельного внимания, если нужна Идеально стабильная почта, не хуже гугловских.

Все должны понимать — почта с хостингом дань истории — так просто повелось изначально.

Скоро я напишу статьи, как нужно начинать делать свой первый мусор сайт, на что обратить внимание и как продумать его будущую архитектуру. Там обязательно будет и про почту и про сторонние dns.
Текущая статья — это обзор почтовых сервисов. Ведь каждый школьник имеет свой личный домен и обязательно почту на своем домене. Если у тебя почта на @gmail.com @yandex.ru @mail.ru — то ты лох, образно выражаясь.

Самые известные и популярные — гугл и яндекс.
С недавнего времени гугла заебали спамеры и говно, и он запретил бесплатный вариант своего сервиса. Я пользуюсь почтой от гугла еще с 2008 вроде. Когда-то там можно было создавать 5000 аккаунтов, потом 200, а в 2011 всего 10 шт 🙂 А в 2012 — 0 🙂
У этих служб есть свои плюсы и минусы. Минусы в том, что они бесплатные, а значит как и облачка — все данные принадлежат корпорациям, вдруг что случится, теоретически, вас заблокируют и потом будешь долго переписываться чтобы разблокировали. Вот наглядный пример в прошлом, раз, два, три. Яндекс тоже заебывали спамеры, но он улучшил сервис и сейчас у меня около 30-40 доменов там, говна нету абсолютно 😉
А вот у гугла говно так и прет. Ну бесплатный вариант запрещен для новых регистраций, а старые остались, у меня так же десятки аккаунтов. И вот везде короче в папке спам там десятки тысяч спама, каждую минуту что-то приходит. Чем популярнее домен, чем больше он засран в поисковиках, тем больше говна и спама в нем 🙂

Итак. Начнем с яндекса, бесплатно, удобно, просто.

Регистрируем аккаунт в яндексе сначала, регайтесь через инвайт, еще и яндекс диск себе сделаете по пути. Заполняем там наш профиль, паспорт яндекса. Ну безопасность, дополнительные email, привязываем мобильник если нужно. Ведь все таки это почта для домена, если проебете яндекс аккаунт, то и кучу доменов тоже 🙂 Так что настройте свой аккаунт яндекса хорошо.
Потом идем на один из сервисов яндекса pdd.yandex.ru. Добавляем наш домен. После добавления нужно будет подтвердить право собственности на домен, показать что вы действительно владелец домена. Если домен свежий, токо регнут, то придется разместить его где-ниб на любом dns хостинге и подтвердить право собственности через CNAME. Если домен уже висит где-то, и даже размещен на сервере/хостинге, то право собственности очень просто подтвердить методом через .html страницу, скачиваете, заливаете на хостинг, проверяете.
Домен подтвержден и он появляется в списке.
После этого у вас два варианта. Вы можете оставить свой домен где он был, на каких-то dns, будь то dns от хостера или dns от регистратора домена. А можете направить на dns от яндекса. Чтобы направить на dns от яндекса, впишите в домен dns1.yandex.net dns2.yandex.net. После этого ваш домен будет полностью зеленый в списке и будет подпись, что он использует dns от яндекса. А значит все дальнейшее управление dns зоной, создание поддоменов и прочих записей — происходит в панели управления на сервисе pdd.yandex.ru.

Да, я специально так подробно описываю. Много людей не понимают этого и потом в ISP manager панели хостинга пытаются менять зону, хотя их домен блять да висит на яндексе.
Мои FAQ это именно для нубов, для тех, над кем глумятся всякий рак и трололо на форумах текущего времени, когда форумы создавались для взаимопомощи, в 2005 мне, нубу, помогали все. А сейчас пиздец во что превратились форумы, аж злость и обида за Интернет.
Ну ладно, это что-то я оффтоплю уже.
Итак, вернемся к почте. Чтобы почта от яндекса заработала. Нужно вписать внутри dns зоны. Не важно где она у вас. Идете в редактор своей dns зоны вашего домена. И вписываете.

MX запись — означает именно почтовую запись. Вы указаываете что ваш домен будет работать через почту яндекса.
CNAME запись — это псевдоним для поддомена mail.domain.ru, чтобы короче быстро переходить на вход в почту, через поддомен mail
SRV записи — это если вы собираетесь использовать не только почту, а еще и jabber основанный на технологии yandex online.
Вот и все.
Далее на сервисе pdd.yandex.ru напротив домена — вы можете создавать ящики своим пользователям. Раньше была ссылка на автоматическую регистрацию, но из-за спамеров всяких они потом запретили это. Так как через API почты для домена было проще нарегивать ящики, чем регать напрямую у яндекса.
Можно создавать до 1000 ящиков. Если нужно больше — пишите в тех поддержку с подробным обоснованием причин. Если у вас крупный портал, они без проблем выдадут. Сейчас даже некогда популярные сервисы сделали перенос на яндекс и отказались от лишних расходов на сервера.
НО ВНИМАНИЕ самое сочное в почтах гугла или яндекса. Это то, что не нужно создавать 100500 ящиков. Можно создать 1 ящик. 1 ебанный ящик в домене. И настроить чтобы любая несуществующая почта, с любого несуществующего мыла, аля 235skh345k@domain.ru перессылалась в него. Это делается в настройках домена. И так же для командных доменов есть общий контакт лист, очень удобно для тех поддержки например. Так же можно делать алиасы домена. Когда у тебя 10 доменов например личных. И ты уже зарание знаешь, что кроме тебя ты никому не будешь создавать там ящики. Просто делаешь их всех алиасами. И несуществующая почта будет так же перессылаться.

А внутри уже того 1 единственного ящика. Идешь в Настройки — Фильтры — Перессылать все. И делаешь перессылку в свой привычный ящик. Вот и все. Удобный и главное надежный и стабильный сервис для пользовательской почты.
Если что-то не понятно из моих слов, у яндекс почты есть FAQ.

Про гугл службы, тоже самое. Сейчас там только платный вариант остался. Поэтому это будет для тех, кто готов платить. 50 баксов за 1 аккаунт пользователя в год. Или 5 баксов в месяц. Вот так 🙂

Тут нам не обязательно иметь аккаунт в гугле. Административный аккаунт будет создан в процессе создания гугл почты для домена.
Идем и регистрируемся.
Так же вы можете стать реселлером 😉 Весело и прикольно. Но дорого и геморойно. Кому нужно сам почитает.
Главное отличие гугл почты на домене от яндекс почты, что этот аккаунт может пользоваться всеми службами гугла, всякими там гугл дисками, связыванием с гугл+, связыванием с ютубом, календари и все такое. На яндексе например аккаунт только для почты и с яндекс деньгами например, его не связать.
У гугла так же есть общий адрес на который будут перессылаться все несуществующие.
А теперь настройки для гугла. Вот MX и там же если полистаете найдете все остальное.
Описывать сервисы гугла у меня что-то желания нету, ну они такие же как и на @gmail аккаунтах.

Важно понимать, что эти сервисы — не для рассылок. Если у вас есть проекты, не мусорные проекты, где каждый день требуется рассылать десятки тысяч писем. То это будет уже другая статья. Так как на хостингах если вы будете рассылать каждый день столько писем — вам залочат. Да и вообще везде есть лимиты, обычно около 500 писем в сутки на хостингах. Поэтому короче для проектов с рассылками — нужны специальные сервисы. Или же искать специальный хостинг, который делает по уму, под почту отдельные серверы, а не лепит все в одном.

Обзор написан alice2k, распространение приветствуется. Мне абсолютно похуй на копирайты 😉 Это Интернет, тут нету авторских прав. Все что попало в Интернет останется тут навсегда. Моя цель — чтобы люди обучались, воспитывать и обучать людей, как нужно делать сайты, как нужно делать хостинги и все такое.

Обзор хостинга ITL.ua и uaservers.net

Украинский провайдер. г.Харьков
Сайт довольно продуман, имеется твиттер, rss новостей и все такое.
Методы оплаты.

У них свой ДЦ, лицензии и прочие документы имеются.

Первичное у него это Интернет. Потом же выделенные сервера.
А только потом виртуалки и шаред. VDS-ки на KVM/QEMU

  • Xeon 1×2.4Ghz / 256 озу / 10G RAID1+0 / 1 ipv4 / ipv6 / ISPmanager lite
  • Xeon 1×2.4Ghz / 512 озу / 15G RAID1+0 / 1 ipv4 / ipv6 / ISPmanager lite
  • Xeon 1×2.4Ghz / 1024 озу / 25G RAID1+0 / 2 ipv4 / ipv6 / ISPmanager lite
  • Xeon 1×2.4Ghz / 2048 озу / 35G RAID1+0 / 2 ipv4 / ipv6 / ISPmanager lite
  • Xeon 2×2.4Ghz / 4096 озу / 50G RAID1+0 / 2 ipv4 / ipv6 / ISPmanager lite

С недавнего времени VDS-ки у них ушли на отдельный бренд и отдельный сайт. Даже редирект стоит на офф сайте.

Дают тест 3 дня, пробуйте.

Что еще интересное. У них можно получить Бесплатно вторичный NS. Что это такое? Читаем статью.
Можно заказать бесплатно, ns5 или ns6.

И связать их с своими vds-ками или серверами. Но тогда нарушается ваш бренд, т.к. придется использовать в доменах бренд ITL 🙂 Хостерам конечно не ок. А вот обычным пользователям — можно экономить деньги.

А вообще их список услуг вот.

Все стандартно.

Есть реселлерские аккаунты. Я заказал и посмотрел, нормальные ли они или как у большинства — говно, а не реселлерство. Реселлерсие аккаунты нужны, когда тебе абсолютно лень или нету времени следить даже за vds-ками, особенно когда подобного мусора набирается более 50 штук. 50 vds-ок с разными говно настройками, атаки там, обновления тут, что-то еще сям. Короче — это говно ) Поэтому когда нехватка людей, самое лучше это реселлерство vds-ок вот такого плана, где можно включить/выключить/удалить, типо как у фестов. Можно даже каждому клиенту, кто готов платить ~500р просто создавать vds с панелью ispmanager, и не иметь шаредовые мусорки.
Ну а иногда можно купить реселлерские аккаунты. Хоть надежность там в разы меньше. Такое обычно под мусор всякий можно использовать. Ну я в 2012 перестал мусор собирать, это я в 2011 раздавал за спасибо хостинг, а потом наблюдал как каждый месяц людское говно умирает, т.к. люди разочаровываются в себе и т.д. Сделал свои выводы, поэтому шареда у меня никогда не будет, только вип шаред с изменением структуры сайта, хранение в storage всяких или бесплатных файлопомойках типо google drive, yandex disk, dropbox, а в будущем вообще будут сайты которые потребляют четверть сервера, но весят 1 ГБ 🙂 ладно все эти мысли есть в статьях.
Итак хороший реселлерский аккаунт обязан иметь выделенный ip, так же обратный ip для настройки своих dns серверов. Возможность установки своего ssl сертификата на тот ip и настройка своего бренда в письмах. Так же hostname у ip чтобы можно было поменять.
Посмотрим, имеется ли это у ITL.
Увы, не имеется.


Так же проверил лимиты, которые даются. На удивление выставились все 🙂 Видимо вообще клиентов реселлерства нету, ничего еще не настроено.

Что еще заметил. Нету денег на ssl сертификат что-ли ? Это же мощный ДЦ, многие проверенные конторы там ноды закупают. Хм.


Так же мне стало интересно кол-во шаред помоек.
h2.itl.ua — 217.12.215.215 (inetnum: 217.12.215.0 — 217.12.215.255 netname: ITL-COLOCATION-2)
h3.itl.ua — 217.12.215.216
h4.itl.ua — 46.28.64.250 (inetnum: 46.28.64.0 — 46.28.64.255 netname: ITL-DATACENTER2-NET1)
h5.itl.ua — 217.12.215.250
h6.itl.ua — 217.12.219.114
h7.itl.ua — 46.28.64.210
h1.itl.ua и h8.itl.ua — уже пусто. Ну ок, пойдет.

Про выделенные сервера писать не буду. Там одна линейка.
Стать реселлером просто – если вы арендуете у нас 10 и более выделенных серверов, создайте запрос о включении вас в реселлерскую программу через “Центр Поддержки”. 20% получаете после этого.

Обзор написан alice2k в ноябре 2012. Конторой особо не успел попользоваться еще, так что через пол годика еще напишу о ней.

Где можно купить вторичные NS ?

Что такое вторичный NS ?
Это когда у тебя нету DNS managerа, тебе лень его закупать или поддерживать. Ведь если ты установишь его на говно vds, то его легко заддосят и все дела.
Хотя конечно, купив панель DNS manager вы не будете ограничены кол-вом ip, сможете делать реселлеров и кучу кучу брендов/доменов короче. Но и поддерживать это нужно тоже. Например чтобы сделать качественно, нужно 4 DNS manager купить, 4 мощных сервера в 4 разных странах и ДЦ. На каждый сервер еще нужно много ip купить, чтобы каждому бренду выделять по ip или если вы реселлить собираетесь. Так что иногда это нахуй не нужно 😉
Иногда проще просто купить у любой сторонней фирме, которая уже создала dns систему.

Меня часто об этом спрашивают. Решил написать faq.
Если вы так хотите крепить свои домены, через свои брендовые ns. Например ns1.моя-супер-фирма.ру ns2.моя-супер-фирма.ру ns3.моя-супер-фирма.ру ns4.моя-супер-фирма.ру
То вам нужно просто купить NS2 NS3 NS4, в трех разных странах, у 3х разных контор.
А сайты ваши будут через ns1. Этот ns1 может быть разный. Например если у вас всего 1 сервер или vds, с всего 1 ip — это и есть ваш ns1.

Итак. Идем например к tel.ru, закупаем там вторичный NS. NS2, в Москве.



Потом добавляем туда наши домены. ISP manager панель вообще умеет все это автоматически делать.
Если у вас много серверов. И домены на разных серверах. То ставим этот наш ip с того сервера, с которого нужно.

Потом так же идем покупать NS3 и NS4. Например NS3 можно купить у ISPserver в Бельгии. А NS4 можно купить у mgnhost в Германии.
И так везде короче на NS2 NS3 NS4 дублируем.
Все. Получаем надежный NS сервис, на своем домене 😉

Статья написана alice2k, октябрь 2012, сейчас он еще не придумал лучше решения с вторичными NS.

Еще пара плюшек cloudflare (про ssl)

На платном тарифе, вы можете сделать SSL проксю. В стоимость вашего платного тарифа входит сертификат от cloudflare. Плюс с возможностью проксирования, можно защитить все элементы сайта.

Т.е. была одна известная проблема порталов, которые пару тройку лет работали без ssl. Но вдруг покупали сертификат на свой домен и внезапно обнаруживалось, что на сайте просто овер дохуя внешних элементов. Всякие картинки с десятка левых доменов, в обсуждениях полно внешнего говна и т.д. Все эти ресурсы перевести на ssl — просто нереал. И в итоге, покупая сертификат, сам проект все равно не удавалось сделать для браузеров «зелененьким» 🙂

Так вот сервис cloudflare решает эту проблему. Покупкой платного аккаунта для домена.

Обзор сервиса cloudflare.com

обзор сервиса cloudflare

1. Регистрируемся на бесплатном сервисе https://www.cloudflare.com/sign-up

2. Добавляем наш домен в список https://www.cloudflare.com/my-websites.html

3. Проверяем dns записи, если какие-то не определились, дописываем. Потом выбираем Security — High, если нужна защита от досов, если нет, то можно оставить по-умолчанию. Пользуемся 😉

Внизу есть возможность выбрать русский язык, правда он не всегда правильный, местами корявый. Но кому это нужно, делайте. Почитайте еще обязательно faq, про плагин для wordpress и про настройку nginx, которые нужны для того, чтобы ip посетителей определялись нормально. Кстати, для особо абузных проектов, это даже плюс, в логах не будет не одного нормального ip, если изъятие.

Этот сервис спасет вас от школо-досов и левых абуз, плюс сэкономит вам трафик. На платных аккаунтов, еще вас ожидают куча сервисов. Это будет позже.