Блог о технологиях, технократии и методиках борьбы с граблями
Большинство домашних пользователей, не важно с компьютера или смартфона, получают DNS сервера от провайдера по протоколу автоматической настройки сети DHCP. Провайдер же предлагает использовать его локальные сервера DNS, чтобы снизить нагрузку на сеть, т.к в этом случае все dns запросы идут по его локальной сети.
В процессе эксплуатации новоприобретенного wi-fi усилителя TL-WA860RE обнаружился странный баг – на новых клиентах беспроводной сети, преимущественно мобильных, не устанавливалось соединение с интернетом по WiFi. То есть сама сеть цеплялась, а на стадии назначения IP процесс зависал на минуту-две, после чего сетка отваливалась и снова пыталась переподключиться.
Возможно эта проблема прошла мимо вас, но 26.12 в части российских сетей полегло разрешение доменных имен с помощью Google Public DNS, тех которые 8.8.8.8 и 8.8.4.4
Причем сами DNS сервера нормально пинговались, а вот резолв доменных имен не происходил, т.ч стали испытывать проблемы все сервисы так или иначе завязанные на службу доменных имен, от обычного ssh логина, который происходил с небольшими задержками, если изначально не был отрублен резолв айпишника; до почтовых служб.
Надо заметить, что проблема наблюдалась не во всех сетях, а на небольшой части, о чем я мог судить по своему парку серверов, размещенных у различных российских хостеров и ДЦ. Продлилось все в районе 4-5 часов, при этом возникло подозрение, что с проблемных хостов изменился маршрут до 8.8.8.8, т.к там появились какие то левые хопы: dtel-ix.google.com/msk-ix-gw1.google.com и россыпью айпишники
Третий раз за день натыкаюсь на одну и ту же проблему: люди перенесли сайт с одного хостинга на другой и попутно поменяли DNS сервера, после чего у них открывается все нормально, но поступают жалобы от пользователей о том, что сайт недоступен или открывается старая версия с покинутого хостинга. Хотя у большинства все таки открывается нормальная версия.
Надыбал я тут довольно интересную тему с редиректом субдоменов, которые можно выпаливать на толстых трастовых доменах и ловить клееные к ним домены третьей стороны, которые по обычной забывчивости могли дропнуться, но остаться прописанными в зоне.
Ну и собственно для отлова подобных доменов, нужны сканнеры DNS, онлайн версии которых, в основном, дают возможность сканировать зону, только если ты являешься владельцем домена, а через DIG и NSLOOKUP не особо много и надыбаешь.
Из любого общения можно извлечь пользу.
На днях встречался с потенциальным клиентом на счет аутсорса нескольких офисов, но не сошлись по цене, т.к люди хотели, при условии наличия человека в центральном офисе на 8мичасовом графике, платить в районе 60к, а у меня при всем желании не получалось ужаться менее 120к.
При том что людям надо было организовывать систему резервирования, дублирование каналов, VPN сообщества 5 офисов, мониторинга штук 20 серверов, разгребания авгиевых конюшен AD, поддержки ~150 юзверей, а также прочих айтишных прелестей.
Столкнулся тут с интересной технологией DKIM (DomainKeys Identified Mail), служащей для верификации почтовых отправлений между почтовыми серверами на уровне доменных ключей. То есть фактически аналог SPF, который в свое время достаточно агрессивно навязывали мелкомягкие, да так, что не имея его, невозможно было отослать письмо на Hotmail.
