Открыл для себя DKIM (DomainKeys Identified Mail) - эта штука позволяет принимающей стороне производить проверку ваших писем на предет того, что они действительно ваши, при помощи записи с открытым ключом в вашем домене. Приятно то, что если ваша почта живет на google, то вся довольно сложная настройка сведена к добавлению записи типа TXT в описание зоны вашего домена. Из бонусов: подписаннаыя почта по идее (все завист конечно от настроек конкретного почтового сервера, но у того же google это так) не должна никогда попадать в спам. Вот обзор на Хабре.
понедельник, 18 марта 2013 г.
воскресенье, 11 ноября 2012 г.
Недавно узнал о about.me - это такой прикольный конструктор главной страницы сайта для занятых. Как выяснилось, его функциональности мне вполне достаточно. Единственная трудность была в том, что они не поддеживают пользовательское доменное имя. Собственно привожу тут один из вариантов решения этой проблемы:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
<title>Mikhail Pilin</title>
<style>
iframe {
position : absolute;
left : 0;
top : 0;
width : 100%;
height : 100%;
}
html, body {
width : 100%;
height : 100%;
margin : 0;
overflow : hidden;
}
</style>
</head>
<body>
<iframe src="http://about.me/ww898" frameborder="no"></iframe>
</body>
</html>
пятница, 21 сентября 2012 г.
Опять переезд к новому регистратору
Поменял регистратора для своего домена в DE зоне на dynadot ибо банально дешевле в 3 раза, в старом нельзя было менять самому NS сервера нужно было писать в саппорт. Перезд произошел за 2-3 часа, что удивительно быстро. В целом глюков в админке меньше, сама она лучше, отзывы о регистраторе хорошие, но у него нет поддержки DNSSEC.
четверг, 17 ноября 2011 г.
301 permanent redirect for .htaccess
Собственно вот пример для переброса страрого домена на новый с полным сохранением структуры сайта (ну очень полезно для поисковиков и приятно пользователям):
rewriteengine on
rewritecond %{HTTP_HOST} ^deblog.pilin.name$
rewriterule ^(.*)$ "http\:\/\/blog\.pilin\.de\/$1" [R=301,L]
rewritecond %{HTTP_HOST} ^www.pilin.name$ [OR]
rewritecond %{HTTP_HOST} ^www.pilin.de$ [OR]
rewritecond %{HTTP_HOST} ^pilin.de$
rewriterule ^(.*)$ "http\:\/\/pilin\.name\/$1" [R=301,L]
среда, 26 октября 2011 г.
О наконец-то...
мой регистратор смог поменять name servers для моего домана в зоне DE. Если честно, что я в шоке! Все это занаяло 3 недели!!!
воскресенье, 9 октября 2011 г.
Домен в зоне DE
Понадобилось тут зарегестрировать домен в немецкой зоне. Думал проблем не будет, но оказалось наоборот. Первое, что бросается в глаза при регистрации: это обязательное указание вашего адреса на территории Германии - для получения уведомлений о юридических проблемах. Дальше больше! Нельзя поставить whois privacy на домен - даже адрес владельца в свободном доступе. Имя владельца поменять нельзя (не пробовал но предупреждение висит у регистратора). Перед тем как вам позволят поменять DNS сервера на свои зона должна пройти тестирование. Сейчас вишу на этой стадии, пока прочихается xname.org...
Update: От xname.org пришлось отказаться за всю ночь не проапдейтился. Займусь им потом.
воскресенье, 31 октября 2010 г.
Меняем коней
Недавно все-таки решился поменять своих регистраторов на name.com. Решающими моментами были: сравнительная дешевизна сервиса - пару долларов скинул за доменное имя, а private registration стоит вообще копейки, к тому же поддерживается оплата через PayPal и желание опробовать процедуру переноса доменов на нового регистратора на собственной шкуре. Что-ж, все удалось, но перенос домена в зоне name - это испытание не для слабонервных. Автоматическая процедура не работает всвязи со спецификой информации возращаемой по Whois. При стандарстном запросе информация о e-mail полностью отсутствует. У компании name.com оказывается это априори ручная процедура... О, как! Пришлость тесно пообщаться с саппортом и со второго раза все завелось. На все про все ушло 2 недели времени.
воскресенье, 30 мая 2010 г.
Еще один халявный DNS
http://www.gratisdns.de - на вид довольно неудобен так как каждый secondary сервер настраивается отдельно, обновление secondary DNS прошло на ура, в наличии 3 сервера: Nuremberg (Germany), Atlanta (USA), Duesseldorf (Germany). Обновления происходят по графику, а не по изменению зоны. В принципе ничего страшного так как половина NS серверов так именно и делает. AXFR разрешен только на ns0.xtremeweb.de.
среда, 26 мая 2010 г.
понедельник, 10 мая 2010 г.
Заработали первые нелатинские домены
Свершилось страшное - они заработали для Египта, ОАЭ и Саудовской Аравии. По прежнему считаю всю эту идею бредом сивый кобылы - попробуйте в отпуске в Греции например зайти на ваш любимый сайт с кириллицей в качестве URL - скажу прямо, это практически невозможно. Мало того что у них не компьютерах нет русского языка (я например добавлял его сам прямо в интернет кафе), но и русских букв на клавиатуре у них тоже нет (я набирал по памяти с огромным количеством ошибок - ну не владею я слепым письмом).
воскресенье, 2 мая 2010 г.
Халявные DNS сервера при Варшавской Школе Экономики закрываются
Мой любимый http://freedns.sgh.waw.pl/ объявил о своем закрытии 1 июля 2010. С другой стороны открывается http://freedns.42.pl/...
четверг, 29 апреля 2010 г.
RELCOM прекратил поддержку географических доменов третьего уровня
вторник, 20 октября 2009 г.
Проблемы с Network Solutions
Какой-то он странный: UI кривое, медленный, много рекламы, стоимость регистрации не маленькая (это если без скидок брать). Но самым неприятным сюрпризом было следующее: захотел я как-то убрать из списка пару ставших неактивными nameservers и вижу следующее для нормально работающих все это время fns1.sgh.waw.pl и fns2.sgh.waw.pl вдруг стало появляться следуещее сообщение "Host name entered is not authorized. You can only create name servers for domains you own or manage. Please try again." При этом эти сервера совершенно нормально работали и работают. Что за ерунда такая? Ответа я так и не нашел и пришлось эти сервера убрать, надеюсь временно...
P.S. DynDNS при этом не видит никаких препятствий.
понедельник, 19 октября 2009 г.
Халява кончилась
http://vcsweb.com/dns/ - закрылся.
VCSWEB DNS Server - Discontinued FreeDNS Users - It was abuse of this system that has caused all of our current problems. This service is no longer available. The nameservers themselves have just been brought back online on a temporary basis. We suggest you use a network tool (dig, nslookup, etc) to recover any zone data that you require and migrate to alternate nameservers as soon as possible. We recommend www.xname.org
воскресенье, 30 августа 2009 г.
nic-hdl для secondary.net.ua
Память - скверная штука, иногда забываются важные моменты, которые впоследствии могут серьезно подпортить жизнь и отнять кучу времени. Возьмем Secondary.Net.ua. Особенность регистрации на этом сервере является использование nic-hdl. Если вы просто зайдете на RIPE и создадите объект person со списком полей по умолчанию, то вас ждет скорое фиаско. Чтобы этого не произошло нужно обязательно добавить запись e-mail. Туда же придет пароль к вашему новому аккаунту.
пятница, 28 августа 2009 г.
Глюки XName для зоны NAME
Народ, может кто знает почему XName не понимает домены из зоны name? Все остальные работают, а этот ни в какую...
вторник, 25 августа 2009 г.
Особенности private registration в зонах ORG, INFO, NAME
Итак вы решили зарегестрировать домен в одной из этих зон. Предположим также что вам категорически необходим Private Registration - ну любите вы, чтобы ваши данные не бродили по сети без присмотра. Сразу оговорюсь, что некоторые регистраторы не предоставляют такой сервис, поэтому делайте свой выбор осознанно. Я использовал NetworkSolutions и DynDNS.
org и info - реальные имя и фамилия владельца выставлены на показ, остальные данные скрыты.
name - в свободном доступе нет ничего даже без private registration, но есть платный сервис, который по идее, должен выдавать личную инфу о владельце, если она не была защищена.
понедельник, 24 августа 2009 г.
Схема удаления доменного имени
Приведенная картинка показывает процесс удаления домена. Данная картина касается только взаимодействия регистратора и владельца домена. Совершенно не касается географических доменов третьего уровня таких как spb.ru или msk.ru.
пятница, 21 августа 2009 г.
Тестируем готовую DNS зону на ошибки
Давеча раскопал интересный сайтик для тестирования уже готовой зоны на предмет разных проблем.
Вот еще парочка похуже: http://www.zonecheck.fr/demo/ и http://www.intodns.com/
Получил одно интересное предупреждение на одной из моих зон: This domain has more than 7 name servers thus UDP packets with DNS responses can easily overdraw the limit of 512 bytes and this communication must be repeated using TCP protocol. This error is not relevant for root zone and top level domain names (TLDs).
среда, 12 августа 2009 г.
Ход конем
Собственно до ожидаемого результата остался один шаг: перенос зоны или регистрация нового домена на подготовленные вами NS сервера. Для этого последнего шага осталось только поболтать с роботом RELCOM. С того e-mail который указан в SOA вашей новой зоны пишете письмо по форме RIPE-049 на noc-dns@relcom.net. Замечу, что с первого раза написать все правильно не удалось никому из моих знакомых. Так что наберитесь терпения. Как говориться лучше один раз увидеть, чем сто раз прочитать.
Подписаться на:
Сообщения (Atom)