> Да-не, всё ок, только маргаритая@маргаритая.рф работать не будет.
С какого перепугу оно не будет работать? Технические принципы теже самые что и при работе броузера - почтовым сервером указанный адрес преобразуется в IDN вариант типа ...@xn--c1ad6a.xn--p1ai (...@рег.рф) и спокойно доставляется на почтовый сервер домена. Протестировано лично на почтовых серверах postfix, exim причем на релизах установленных года 4 назад. Скорее всего будет работать и на остальных.
Могут быть нюансы связанные с проверками корректности адреса e-mail на веб-интерфейсах почтовых систем при отправке сообщения (разработчики не добавили проверку для IDN доменов), но это конкретные проблемы конкретного веб-интерфейса, а не почтовох серверов.
lx4241 добавил 29.10.2011 в 12:55
🤪 Ну разве что если иностранцу ОЧЕНЬ захочется зайти именно на этот сайт. Мне туго представить такую ситуацию. Как по мне это единственная и главная проблема IDN доменов.
Хуже, как и любая другая IDN зона, по одной простой причине - зайти на нее не через поисковик сможет исключительно человек который знает русский язык. А если сразу или в перспективе у проекта могут быть иностранные клиенты - то сразу надо забыть про любую IDN зоны.
☝ Сами становитесь аккредитованным регистратором в нужных доменных зонах - тогда точно все будет нормально.
> Странно, наверное с другим регистратором попутал
Instra указывает помесячные цены и дает помесячную оплату.
Хм, совет может быть один - вы доменной зоной ошиблись или установленными ценовыми рамками :-)
Закупочная цена для аккредитованных в зоне US регистраторов составляет 5.50 USD плюс дополнительные накладные расходы. Так что меньше 6-7 USD даже не ищите.
Когда-то давно заблокировали домен за то что по факсу не прислал вовремя заявление определенного образца с подтверждением своих данных и инвойсом подтверждающим адрес - ну не было у меня в то время возможности отправить факс за границу и тем более инвойс с адресом указанным в whois. Домен и сайт абсолютно белые и пушистые были.
Потом 2 года периодически пытался перевести домен в рабочее состояние и трансфернуть от них. Через 2 года попыток таки удалось - жалко было терять.
С того времени обхожу десятой дорогой.
> Но лучше пока ничего не придумали.
"Не придумали еще" что - лучше или дешевле? Если дешевле, то согласен, если лучше - категорически не согласен :-)
> 2. Общий аптайм - шесть девяток, за последние 8 лет - 100%. SLA 100%, возмещение - 500%.
Цифры красивые - поздравляю, НО это всего лишь означает что вами еще серьезно не "интересовались" - вот и все.
> 3. Есть. И что?
Всего лишь то, что для каждого решения есть свои исключения, а для каждой задачи - свои решения исходя из стоимости простоя системы - вот и все.
> Для сайта site.ru я прописываю DNS записи
> ns1.hosting1.ru
> ns2.hosting2.ru
> И в случае недоступности хостинга hosting1.ru пользователь будет обращаться к hosting2.ru
Хм, не совсем полный и корректный вопрос.
Если вы подразумевали что вы прописываете A/CNAME записи вашего сайта ведущие на разные хостинги и спрашиваете будет ли сайт работать в случае недоступности одного их хостингов, то ответ - будет периодически. То есть случайным образом одни из пользовательских запросов будут поступать на сервер в дауне, а другие - на работающий сервер. Таким образом вероятность работы сайта 50 на 50. Данный способ иногда используется как самый дешевый и простой вариант балансировки (распределения) запросов между несколькими серверами для высоконагруженных проектов.
Если вы подразумеваете что вы для вашего домена прописываете ДНС сервера названия которых в разных поддоменах и ДНС сервера размещены на разных хостингах, то ответ - сайт будет работать нормально даже если один из ДНС серверов не работает по каким-либо причинам. Именно поэтому согласно RFC и обязательному требованию в ряде доменных зон необходимо иметь ДНС сервера размещенные в разных подсетях и в физически разных сегментах сети Интернет - для стабильности работы доменной системы.
> Начнем с того, что это нарушение RFC. Записи на всех NSах должны быть одинаковыми.
Я лично не увидел в вопросе информацию о том, что на NSах информация прописывается разная, а прописывание для одной записи нескольких IP никто не отменял и это не есть нарушение RFC в том числе.
> Не изобретайте велосипед. Все давно уже придумано до вас.
Согласен.
> фэйловер dns с мониторингом доступности и низким TTL на базе гео-распределенных серверов c ip anycast и защитой от ddos
1. Не забываем что задержки в обновлении IP адресов у клиента зависят не только от TTL но еще много от чего.
2. Защиты от DOS более-менее есть а вот защиты от DDOS еще никто не придумал иначе не валялись бы сайты Sony, Visa, Mastercard и так далее, а также целые ISP отнюдь не мелкие. :-)) Знаком с DDOS не по наслышке и не один раз.
3. Есть доменные зоны в которых регламентируется правилам жестко значение TTL для доменов...
:-) маловероятно... зачем?
Хм, ну указанный пункт юридически очень абстрактен и грубо говоря переформулируется - на усмотрение администрации доменной зоны. Также я не вижу запрета в данном пункте на продажу доменов - скорее всего на усмотрение администратора. :-)
