Селф-НС для домена - за и против

Есть хоть какие-то преимущества юзать не NS, которые даёт хостер, а создавать свои, как субдомены ns1.domain.com, ns2.domain.com при этом для каждого домена свои отдельные?

скорость ответа разная, можно юзать 4 нс сервера, 2 из которых - селф

S_Flash писал:

Есть хоть какие-то преимущества юзать не NS, которые даёт хостер, а создавать свои, как субдомены ns1.domain.com, ns2.domain.com при этом для каждого домена свои отдельные?

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

S_Flash писал:

Есть хоть какие-то преимущества юзать не NS, которые даёт хостер, а создавать свои, как субдомены ns1.domain.com, ns2.domain.com при этом для каждого домена свои отдельные?

Да как-т смысла особого не вижу. Это предполагает создание собственного nameserver'а? Если да, то еще и гемор дополнительный

советчики, вы б узнали сперва в каком разрезе вопрос интересует.

если в плане SE, то конечно да, жалательно чтоб каждый домен был максимально уникальный. хотя это все спорно конечно, но хуже точно не будет если каждый домен на своих ns1. и ns2. будет. а потенциальный плюс может быть.

если в плане защиты от ддос как выше упомянули, то непонятно совершенно каким образом это поможет?
как я понимаю у регистратора создаем ns1. и ns2. с ip равными ns1. и ns2. хостера. т.е. в чем защита не понятно. если потухнет ip, то пофиг какой ns будет.

другое дело это скорость отклика на днс запрос.
но тут надо делать уже так:
ns1.регистратор1
ns2.регистратор2
ns3.регистратор3
и т.д. на сколько денег не жалко :]

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

вы только прикиньте, допустим у хостера куча серверов, куча клиентов и куча доменов и все допустим на одних и тех же ns1.хостер.com и ns2.хостер.com
какой суммарный траффик бомбит по этим ns'ам и станет понятно почему задержки такие большие бывают.
в общем если хостер дает подобные "общие" ns'ы, то это не очень хорошо.
лучше когда дают ns типа ns53523523.хостер.com, т.е. разным клиентам более-менее разные нс дают и все не долбят один и тот же.

с другой стороны у регистратора ведь тоже море клиентов и многие тоже пользуются dns регистратора, которые тоже могут тормозить.
по-этому в идеале - несколько доменов у разных регистраторов и из них делать ns1. ns2. и т.п. и несколько своих dns серверов. ну а дальше уже использовать это хозяйство на всех своих доменах и направлять домены на любых хостеров, не пользуясь ни чьими ns'ами.
хотя тогда спорно уже для SE становится :]

может где не прав поправьте.

Последний раз редактировалось: EvGenius (03/06/14 в 20:11), всего редактировалось 1 раз

Давно держу днс у регистраторов домена. Со своими днс лет 5 сидел, плюсов нет абсолютно.

откуда уверенность что плюсов нет да еще и абсолютно?
я ж говорю, кэш это подлая штука. тебе кажется что все отлично когда может быть совсем не так.

сам подумай, собственные dns отвечают только на свои домены, а dns регистратора на много порядков больше доменов обслуживают. где медленней ответ будет?

в идеале надо чтоб ns'ы у домен.com были в виде IP своих DNS серверов.

т.к. допустим если делаем дочерние ns1. и ns2. у регистратора с этими ip и указываем их в качестве ns у домена, то что в итоге?
в итоге все равно dns сервер регистратора участвует (затормаживает) в запросе.
т.к. он должен ответить на запрос какие ip у этих ns1. и ns2.

EvGenius писал:

сам подумай, собственные dns отвечают только на свои домены, а dns регистратора на много порядков больше доменов обслуживают. где медленней ответ будет?

собственные dns "расшифровать не надо" и перенаправить на dns регистратора?

не понял вопрос

помоему, как раз разницы, расшифровывать собственные днс или днс регистратора нет, однако днс регистратора могут быть нагружены в данный момент времени, с другой стороны днс регистратора могут быть в кеше у посетителя или узла

я к тому что собственные днсы - это днсы хоста, т.е. обращение к днсам хоста (все равно к ним) через них как прокладку... если ничё не путаю

EvGenius писал:

сам подумай, собственные dns отвечают только на свои домены, а dns регистратора на много порядков больше доменов обслуживают. где медленней ответ будет?

Нету там ничего медленнее. Если ты их к какому нибудь хостеру только в китай не утащишь. Зато ты избавлен от головняка со своим днс, который становится жутким гемором, особенно если тебе надо сменить хостинг. Гуглу давно пофиг на днс сервера, он сайту хозяина по куче других признаков определяет.

EvGenius писал:

т.к. допустим если делаем дочерние ns1. и ns2. у регистратора с этими ip и указываем их в качестве ns у домена, то что в итоге? в итоге все равно dns сервер регистратора участвует (затормаживает) в запросе.

Ты создаешь свои NS записи своего домена на свои сервера. А уж отрезолвить NS сервера придется клиенту в любом случае, он же должен знать куда обращаться дальше для запроса.

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

Stek: попробуй поюзать фришные днс, почувствуешь потери трафика, так же и с днс регистратора могут быть просадки, лично я использую селф днс как вспомогательные, а по RFC можно до 8 днс использовать

короче тут уже какая-то каша из понятий.
надо конкретный пример, а то не ясно кто что имеет в виду.

изначально речь шла про просто ns1.домен и ns2.домен
это еще не значит что они указывать будут на свои dns сервера.
они также могут указывать на ip этих: ns1.хостер и ns2.хостер
свои ns у домена это еще не значит что свои именно dns сервера

но в целом да, кроме как скрыть где хостится домен, смысла нет если не будет именно своих серверов, которые быстрей будут резолвить домены, чем это делают ns'ы регистратора или хостера

Смысл простой:
У меня есть возможность юзать вебазиловские и адванседхостерские НСы, которые они предлагают по умолчанию и селф-нс, те, которые можно настроить на моём же сервере, установив, например, tinydns, где паркован конкретный домен (на стороне регистратора домена создать субдомены ns1, ns2 моего домена).

по моему вообще похуй, вот вы заморачиваетесь

и так и так юзал без разницы.
разхница тока в том что свои нс1 нс2 сделать это админам ебли больше

EvGenius писал:

еще круче конечно вдобавок иметь несколько днс серверов собственных в разных местах мира, опять-таки для улучшения скорости отклика на днс запрос домена.

Разве просто указание НСов расположенных в разных частях мира, каким то образом реализует GeoDNS? Вроде же клиент спрашивает у НСов из файла зоны в порядке их написания, если первый не отвечает то спрашивает у второго и так далее, таким образом реализуется отказоустойчивость, а не GeoDNS, или я не прав?

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