Домен t.me перестал резолвиться - разбираем что случилось
Важно: Это развивающаяся история. Все проверки ниже сделаны вечером 13 июля 2026 года между 23:20 и 23:56 по Москве, время каждой указано отдельно. К моменту, когда вы это читаете, ситуация могла измениться. Все проверки повторяемы, ссылки на инструменты в тексте. Прежде чем что-то делать, повторите их сами, это две минуты.
Как я на это наткнулся
Обычный сценарий: агент открывает пачку телеграм-каналов через веб-версию, вытаскивает свежие посты, отбирает то, что стоит внимания.
Сегодня он не открыл ни одного.
Первая мысль у любого нормального человека: сломался мой инструмент. Я так и подумал. Проверил на постороннем сайте, всё открывается. Значит, сломался не он.
Полез смотреть, что с доменом.
Это, кстати, отдельный урок, и он, возможно, ценнее самой новости.
Когда источник молчит, причин может быть три: сломан твой инструмент, сломан источник, или источник живой, но пустой.
Если бы я записал «инструмент недоступен» и пошёл дальше, я бы прошёл мимо истории, которая касается лично меня сильнее, чем что-либо за месяц.
Что показали мои проверки
Проверка 1. DNS
23:24 МСК. Спрашиваю у публичного DNS Google адрес t.me. Дословный ответ:
json{
"Status": 3 /* NXDOMAIN */,
"Question": [{ "name": "t.me.", "type": 1 }],
"Authority": [
{
"name": "me.",
"type": 6 /* SOA */,
"data": "a0.nic.me. hostmaster.donuts.email. ..."
}
]
}
Что здесь написано. NXDOMAIN означает «такого имени не существует». Это не «сервер не отвечает» и не «сайт лежит», это отсутствие имени. И отвечает на запрос a0.nic.me, то есть сервер самой зоны .me.
Что из этого: в момент моей проверки Google Public DNS не резолвил t.me. Повторил в 23:56, ответ тот же.
Чего я не утверждаю: что так у всех и везде. Я проверил один публичный резолвер. Ваш провайдер в эту минуту может отдавать другой ответ, и ниже я объясню почему.
Проверка 2. Реестр
23:56 МСК. Иду не в пересказ, а в RDAP самого реестра зоны .me. Это первичный источник, из которого данные берут все сайты-смотрелки. Привожу ключевые куски дословно, чтобы вы не верили мне на слово:
json"ldhName": "t.me",
"status": [
"client delete prohibited",
"server delete prohibited",
"server hold",
"client renew prohibited",
"client transfer prohibited",
"server transfer prohibited",
"client update prohibited",
"server update prohibited"
],
"events": [
{ "eventAction": "registration", "eventDate": "2010-05-20T18:50:32Z" },
{ "eventAction": "expiration", "eventDate": "2035-05-20T18:50:32Z" },
{ "eventAction": "last changed", "eventDate": "2026-07-13T19:24:55Z" },
{ "eventAction": "last update of RDAP database",
"eventDate": "2026-07-13T20:56:23Z" }
],
"nameservers": [
{ "ldhName": "ns-cloud-b1.googledomains.com", "status": ["associated"] },
{ "ldhName": "ns-cloud-b2.googledomains.com", "status": ["associated"] },
{ "ldhName": "ns-cloud-b3.googledomains.com", "status": ["associated"] },
{ "ldhName": "ns-cloud-b4.googledomains.com", "status": ["associated"] }
]
Ссылку я дал, проверьте сами, поиском по строке server hold.
Три вещи, которые я здесь читаю.
Первое. Статус server hold присутствует. Запись изменена в 19:24:55 по Гринвичу, база реестра обновлена в 20:56:23.
Второе, и это интересно. Серверы имён числятся associated, то есть на месте. Никто не стирал настройки домена. И срок регистрации оплачен до 2035 года, то есть версия «забыли продлить» отпадает.
Третье, отсюда следует механика. server hold означает, что домен административно придержан и зона перестаёт его публиковать. Записи есть, а публикации нет. Получается странная штука: домен одновременно существует в реестре и не существует в интернете.
Что, судя по всему, работает, а что нет
Оговорюсь: это моя интерпретация механики, основанная на двух проверках выше, а не результат массового тестирования. Проверяйте у себя.
Важно: Это развивающаяся история. Все проверки ниже сделаны вечером 13 июля 2026 года между 23:20 и 23:56 по Москве, время каждой указано отдельно. К моменту, когда вы это читаете, ситуация могла измениться. Все проверки повторяемы, ссылки на инструменты в тексте. Прежде чем что-то делать, повторите их сами, это две минуты.
Как я на это наткнулся
Обычный сценарий: агент открывает пачку телеграм-каналов через веб-версию, вытаскивает свежие посты, отбирает то, что стоит внимания.
Сегодня он не открыл ни одного.
Первая мысль у любого нормального человека: сломался мой инструмент. Я так и подумал. Проверил на постороннем сайте, всё открывается. Значит, сломался не он.
Полез смотреть, что с доменом.
Это, кстати, отдельный урок, и он, возможно, ценнее самой новости.
Когда источник молчит, причин может быть три: сломан твой инструмент, сломан источник, или источник живой, но пустой.
Если бы я записал «инструмент недоступен» и пошёл дальше, я бы прошёл мимо истории, которая касается лично меня сильнее, чем что-либо за месяц.
Что показали мои проверки
Проверка 1. DNS
23:24 МСК. Спрашиваю у публичного DNS Google адрес t.me. Дословный ответ:
json{
"Status": 3 /* NXDOMAIN */,
"Question": [{ "name": "t.me.", "type": 1 }],
"Authority": [
{
"name": "me.",
"type": 6 /* SOA */,
"data": "a0.nic.me. hostmaster.donuts.email. ..."
}
]
}
Что здесь написано. NXDOMAIN означает «такого имени не существует». Это не «сервер не отвечает» и не «сайт лежит», это отсутствие имени. И отвечает на запрос a0.nic.me, то есть сервер самой зоны .me.
Что из этого: в момент моей проверки Google Public DNS не резолвил t.me. Повторил в 23:56, ответ тот же.
Чего я не утверждаю: что так у всех и везде. Я проверил один публичный резолвер. Ваш провайдер в эту минуту может отдавать другой ответ, и ниже я объясню почему.
Проверка 2. Реестр
23:56 МСК. Иду не в пересказ, а в RDAP самого реестра зоны .me. Это первичный источник, из которого данные берут все сайты-смотрелки. Привожу ключевые куски дословно, чтобы вы не верили мне на слово:
json"ldhName": "t.me",
"status": [
"client delete prohibited",
"server delete prohibited",
"server hold",
"client renew prohibited",
"client transfer prohibited",
"server transfer prohibited",
"client update prohibited",
"server update prohibited"
],
"events": [
{ "eventAction": "registration", "eventDate": "2010-05-20T18:50:32Z" },
{ "eventAction": "expiration", "eventDate": "2035-05-20T18:50:32Z" },
{ "eventAction": "last changed", "eventDate": "2026-07-13T19:24:55Z" },
{ "eventAction": "last update of RDAP database",
"eventDate": "2026-07-13T20:56:23Z" }
],
"nameservers": [
{ "ldhName": "ns-cloud-b1.googledomains.com", "status": ["associated"] },
{ "ldhName": "ns-cloud-b2.googledomains.com", "status": ["associated"] },
{ "ldhName": "ns-cloud-b3.googledomains.com", "status": ["associated"] },
{ "ldhName": "ns-cloud-b4.googledomains.com", "status": ["associated"] }
]
Ссылку я дал, проверьте сами, поиском по строке server hold.
Три вещи, которые я здесь читаю.
Первое. Статус server hold присутствует. Запись изменена в 19:24:55 по Гринвичу, база реестра обновлена в 20:56:23.
Второе, и это интересно. Серверы имён числятся associated, то есть на месте. Никто не стирал настройки домена. И срок регистрации оплачен до 2035 года, то есть версия «забыли продлить» отпадает.
Третье, отсюда следует механика. server hold означает, что домен административно придержан и зона перестаёт его публиковать. Записи есть, а публикации нет. Получается странная штука: домен одновременно существует в реестре и не существует в интернете.
Что, судя по всему, работает, а что нет
Оговорюсь: это моя интерпретация механики, основанная на двух проверках выше, а не результат массового тестирования. Проверяйте у себя.