Comments 24
couchness.com/ru/
поддержка IPv6


$ host ns1.couchness.com
ns1.couchness.com has address 213.183.59.136
ns1.couchness.com has address 178.63.65.11

$ host ns2.couchness.com
ns2.couchness.com has address 31.131.16.199
ns2.couchness.com has address 174.37.197.95
ns2.couchness.com has address 195.62.52.69

И где???

Если скажете, что у меня что-то не настроено:

$ host silverghost.org.ua
silverghost.org.ua has address 109.254.25.23
silverghost.org.ua has IPv6 address 2001:470:b572::1

Я ослеп и не вижу IPv6?
Или Вы только AAAA поддерживаете? Так это не поддержка IPv6, а только поддержка АААА типа записей и не больше.

Я не прав?
Да, всё так. Нестыковка вышла между копирайтерами и реалиями :)

На данный момент мы добавили ipv6 на одной из нод, в ближайшие дни появятся на остальных нодах, благо это не проблема.
Вот, это уже дело:

$ host ns1.couchness.com
ns1.couchness.com has address 213.183.59.136
ns1.couchness.com has address 178.63.65.11
ns1.couchness.com has IPv6 address 2a01:4f8:121:302::2

Хорошая реакция… Молодцы. :)
Не уверен что у вас приемлимая цена для только-что открытого хостинга. Я ориентируюсь по nic.ru. У них стоимость primary-DNS 620 рублей в год. Это в районе $1.8 в месяц. За счет каких сервисов или особенностей у вас стоимость выше чем у них?
За счет того, что здесь ещё и Secondary и куча плюшек? Вообще же некорректно ориентироваться на nic.ru в данном вопросе, они динозавры.
Ну это смотря с какой стороны смотреть. В данном случае «динозавры» — положительная характеристика. Они стабильны, давно работают и поддержка клиентов давно отработано. Вот что может предложить этот сервис что-бы все это перевесить? Я не издеваюсь, я действительно хочу узнать. Может я просто чего-то не понимаю в современном DNS хостинге?
Вместо них можно спокойно поехать на ПДД Яндекса (там ТП и то шустрее).
А 2 физических сервера, стоящих в одном ДЦ, назвать DNS-хостингом сложновато.
вопрос приблизительно формата «зачем платный хостинг, если есть бесплатный», в том числе и ДНС хостинг. В принципе, незачем, если все устраивает. Но когда хочется чего-то большего, то здесь и начинается проблема.

Наша цель предоставить уровень enterprise по обычной цене и пока не видим никакой причины чтобы это не реализовать.

Теперь есть выбор:
1. обычный набор услуг, бесплатно
2. обычный набор услуг, платно, за адекватную стоимость в 2-3 доллара
3. полный комплекс услуг с продвинутыми возможностями, платно, за те же 2 доллара

Мы искали и не нашли третий вариант, поэтому создали свой.

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

А зубры DNS-хостинга обычно в этом плане отвратительно пашут. Зона расходится часами только между нодами самого хостера, плюс еще кэш из-за большого TTL долго протухает.
Т.е. низкий TTL — это главная фишка этого хостинга? В общем-то штука нужная. Однако, если у вас настолько критичное приложение что оно чувствительно к таким вещам, думаю вам надо ставить свой DNS сервер. Хотя, наличие варинатов, это однозначно хорошо. Тем не менее, все-равно не уверен что такая цена уместна.

А вот если будет API (когда оно будет) для быстрого динамического изменения параметров DNS — вот это будет то, что оправдает текущую цену. Если, конечно, она не повыситься к тому времени.
Собственно, в статье это и написано — нам нужен был низкий TTL, поэтому мы и делали DNS хостинг под себя :)
Просто в процессе реализации решили сделать из этого сервис.

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

По своим предыдущим задачам могу скачать что востребовано будет API изменения веса, например, выдачи IP адресов для домена в round-robin. Кстати, если будете ориентироваться на то, что клиент захочет вместе с вами разрабатывать и отлаживать ваш софт, будте готовы к тому, что он и скидку потребует в лучшем случае. Т.к. он за вас сделает часть вашей работы — постановку задачи. В худшем случае просто не будет связываться.

И подумайте, все-таки над тем, что API на самом деле может стать той «изюминкой» которая может помочь вам продвинуться. Низкий TTL — это приятная, но обычная фишка при установке стандартного DNS сервера самостоятельно. А вот API клиент так просто не получит.
Собственно к скидкам уже готовы, раздаем всем по 5$ на пользование услугами, как возврат получаем фидбек и делаем сервис лучше.

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

Рекомендую попробовать, денег не стоит.
основной вопрос — перебрал уже десятки сервисов, но такую замечательную запись как
*. IN A 10.10.10.10
предложить никто не может. как у вас обстоят дела с подобными записями?

звездочка работает. странно что у вас были с ней проблемы на других сервисах, «фича» базовая. Пишите в ЛС, получите ваучер, сможете протестировать бесплатно.
Есть серьезные сомнения, что ваш сервис действительно полностью совместим с RFC. Могу навскидку привести пару примеров.

Пример #1:
Запрос к доменному имени, которого нет на вашем сервере приводит к ответу NOERROR, вместо положенного в таких случаях REFUSED, если у вас домена нет или SERVFAIL, если есть но данные в нем недоступны по каким то причинам. Такое поведение чревато проблемами, при переносе DNS зон к вам или от вам.
Диагностика:
$ dig +norecurse www.example.com. @ns1.couchness.com.

; <<>> DiG 9.6-ESV-R4-P2 <<>> +norecurse www.example.com. @ns1.couchness.com.
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 49679
;; flags: qr; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;www.example.com.               IN      A

;; Query time: 61 msec
;; SERVER: 178.63.65.11#53(178.63.65.11)
;; WHEN: Sun Mar  4 20:08:35 2012
;; MSG SIZE  rcvd: 33


Пример #2:
Запрос NS к доменному имени отдает ненужные данные SOA в дополнительной секции. К этому большинство резолверов отнесутся толерантно, но все равно как то не красиво.
Диагностика:
$  dig +norecurse ns couchness.com. @ns1.couchness.com.

; <<>> DiG 9.6-ESV-R4-P2 <<>> +norecurse ns couchness.com. @ns1.couchness.com.
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 15646
;; flags: qr aa; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 5

;; QUESTION SECTION:
;couchness.com.                 IN      NS

;; ANSWER SECTION:
couchness.com.          600     IN      NS      ns1.couchness.com.
couchness.com.          600     IN      NS      ns2.couchness.com.

;; ADDITIONAL SECTION:
ns2.couchness.com.      600     IN      A       159.253.141.127
ns1.couchness.com.      600     IN      SOA     ns1.couchness.com. admin.couchness.com. 2011101610 86400 7200 36000 172800
ns2.couchness.com.      600     IN      SOA     ns1.couchness.com. admin.couchness.com. 2011101610 86400 7200 36000 172800
ns1.couchness.com.      600     IN      A       178.63.65.11
ns1.couchness.com.      600     IN      A       174.37.204.91

;; Query time: 54 msec
;; SERVER: 178.63.65.11#53(178.63.65.11)
;; WHEN: Sun Mar  4 20:10:25 2012
;; MSG SIZE  rcvd: 193
Еще немного критики: если ваш DNS сервис рассчитан в том числе и на российскую аудиторию, то как вы объясните, что нет ни одного сервера на территории РФ? Это явно не способствует низким задержкам для российских пользователей.
А вы вообще живы? 4-е письмо в саппорт за 10 дней все без ответа. Искать другой сервис?
Only those users with full accounts are able to leave comments. Log in, please.