Master-X
Форум | Новости | Статьи
Главная » Форум » Хостинги / Домены / Железо » 
Тема: Селф-НС для домена - за и против
цитата
03/06/14 в 11:15
 S_Flash
Есть хоть какие-то преимущества юзать не NS, которые даёт хостер, а создавать свои, как субдомены ns1.domain.com, ns2.domain.com при этом для каждого домена свои отдельные?
цитата
03/06/14 в 11:37
 ibiz
скорость ответа разная, можно юзать 4 нс сервера, 2 из которых - селф
цитата
03/06/14 в 12:15
 deSilva
S_Flash писал:
Есть хоть какие-то преимущества юзать не NS, которые даёт хостер, а создавать свои, как субдомены ns1.domain.com, ns2.domain.com при этом для каждого домена свои отдельные?


Есть, если нужны какие-то свои заморочки с днс, которые хостер не дает.
Также можно избежать даунтаймов при ддосе или других проблем хостера.
цитата
03/06/14 в 12:34
 azariashvili
S_Flash писал:
Есть хоть какие-то преимущества юзать не NS, которые даёт хостер, а создавать свои, как субдомены ns1.domain.com, ns2.domain.com при этом для каждого домена свои отдельные?

Да как-т смысла особого не вижу. Это предполагает создание собственного nameserver'а? Если да, то еще и гемор дополнительный
цитата
03/06/14 в 19:59
 EvGenius
советчики, вы б узнали сперва в каком разрезе вопрос интересует.

если в плане 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 раз
цитата
03/06/14 в 20:07
 Stek
Давно держу днс у регистраторов домена. Со своими днс лет 5 сидел, плюсов нет абсолютно.
цитата
03/06/14 в 20:17
 EvGenius
откуда уверенность что плюсов нет да еще и абсолютно? icon_rolleyes.gif
я ж говорю, кэш это подлая штука. тебе кажется что все отлично когда может быть совсем не так.

сам подумай, собственные dns отвечают только на свои домены, а dns регистратора на много порядков больше доменов обслуживают. где медленней ответ будет?
цитата
03/06/14 в 20:20
 EvGenius
в идеале надо чтоб ns'ы у домен.com были в виде IP своих DNS серверов.

т.к. допустим если делаем дочерние ns1. и ns2. у регистратора с этими ip и указываем их в качестве ns у домена, то что в итоге?
в итоге все равно dns сервер регистратора участвует (затормаживает) в запросе. icon_confused.gif
т.к. он должен ответить на запрос какие ip у этих ns1. и ns2.
цитата
03/06/14 в 20:27
 SAV
EvGenius писал:
сам подумай, собственные dns отвечают только на свои домены, а dns регистратора на много порядков больше доменов обслуживают. где медленней ответ будет?

собственные dns "расшифровать не надо" и перенаправить на dns регистратора?
цитата
03/06/14 в 20:29
 EvGenius
не понял вопрос icon_rolleyes.gif
цитата
03/06/14 в 20:34
 ibiz
помоему, как раз разницы, расшифровывать собственные днс или днс регистратора нет, однако днс регистратора могут быть нагружены в данный момент времени, с другой стороны днс регистратора могут быть в кеше у посетителя или узла
цитата
03/06/14 в 20:37
 SAV
я к тому что собственные днсы - это днсы хоста, т.е. обращение к днсам хоста (все равно к ним) через них как прокладку... если ничё не путаю
цитата
03/06/14 в 20:40
 Stek
EvGenius писал:
сам подумай, собственные dns отвечают только на свои домены, а dns регистратора на много порядков больше доменов обслуживают. где медленней ответ будет?


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


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

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

В общем если у тебя нет пары серверов под днс в разных гео точках, то смысла держать свои днс я не виже. Тупо лишние телодвижения.
цитата
03/06/14 в 20:52
 ibiz
Stek: попробуй поюзать фришные днс, почувствуешь потери трафика, так же и с днс регистратора могут быть просадки, лично я использую селф днс как вспомогательные, а по RFC можно до 8 днс использовать trollface.png
цитата
03/06/14 в 20:56
 EvGenius
короче тут уже какая-то каша из понятий.
надо конкретный пример, а то не ясно кто что имеет в виду.

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

но в целом да, кроме как скрыть где хостится домен, смысла нет если не будет именно своих серверов, которые быстрей будут резолвить домены, чем это делают ns'ы регистратора или хостера
цитата
03/06/14 в 21:24
 S_Flash
Смысл простой:
У меня есть возможность юзать вебазиловские и адванседхостерские НСы, которые они предлагают по умолчанию и селф-нс, те, которые можно настроить на моём же сервере, установив, например, tinydns, где паркован конкретный домен (на стороне регистратора домена создать субдомены ns1, ns2 моего домена).
цитата
03/06/14 в 21:37
 svhc
по моему вообще похуй, вот вы заморачиваетесь smail101.gif

и так и так юзал без разницы.
разхница тока в том что свои нс1 нс2 сделать это админам ебли больше smail101.gif
цитата
08/06/14 в 19:55
 Mad
EvGenius писал:
еще круче конечно вдобавок иметь несколько днс серверов собственных в разных местах мира, опять-таки для улучшения скорости отклика на днс запрос домена.


Разве просто указание НСов расположенных в разных частях мира, каким то образом реализует GeoDNS? Вроде же клиент спрашивает у НСов из файла зоны в порядке их написания, если первый не отвечает то спрашивает у второго и так далее, таким образом реализуется отказоустойчивость, а не GeoDNS, или я не прав?
цитата
08/06/14 в 23:13
 EvGenius
надо гуглить icon_rolleyes.gif
может и так, а может и сразу всех спрашивает и берет результат первого кто ответит - это было бы и быстрей и логичней и круче.
а как на самом деле честно сказать не вникал


Эта страница в полной версии