Управление доменами
Замените четыре вкладки (регистратор, Cloudflare, монитор аптайма, сканер угроз) одной таблицей, которая уже знает ваш инвентарь и держит его в актуальном состоянии.
Для чего операторы это реально используют
Раньше повседневная работа с доменами означала прыгать между регистратором (срок, контакты), Cloudflare (статус зоны, DNS), uptime-инструментом (отдаётся ли?) и сканером угроз (не во флаге ли?). 301.st выводит все четыре сигнала в одну строку на домен. Фильтр, поиск, инспектор, bulk — без переключения контекста.
У каждого домена есть роль: donor (источник редиректа), acceptor (цель редиректа) или reserve (отложен на потом). Роль управляет тем, в каких выпадайках домен появляется — в редиректах, TDS-правилах, источниках постбэков, — поэтому ошибочные привязки ловятся в момент назначения, а не в момент деплоя.
Что делает таблица
- Фильтры: проект, статус, здоровье, провайдер, роль (donor/acceptor/reserve), окно срока (30/60/90 дней) и «есть сайт / нет сайта» — комбинируются в одной строке поиска.
- Инспектор на каждый домен: Details (статус, SSL, маршрутизация), DNS (неймсерверы, проверка NS, связь parent/subdomain), Security (история угроз VirusTotal, аптайм HostTracker).
- Bulk-действия на выделенных строках: ре-синк, смена роли, блок/разблок, привязка к проекту, привязка к сайту, удаление поддоменов. Confirm-once диалоги защищают от случайных нажатий.
- Поддомены — first-class: создание поддомена под любой родительской зоной в два клика; parent_id и DNS-записи разрешаются автоматически.
Рабочие нюансы
- Делайте sync после каждого изменения на стороне Cloudflare, сделанного вне 301.st. Кнопка Sync намеренно ручная — мы никогда не перезаписываем состояние зоны молча.
- Используйте фильтр срока (30/60/90 дней) как еженедельную проверку. Сбои продления всё равно происходят на стороне регистратора — 301.st показывает предупреждение, а не само продление.
- Если у домена появилось предупреждение по здоровью, открывайте вкладку DNS первой. Большинство «сломанных» доменов — на самом деле nameserver-mismatch после смены регистратора, а не проблемы Cloudflare.
Первоначальная настройка
- Подключите Cloudflare в Интеграциях (и любых регистраторов, чьи сроки хотите видеть).
- Откройте Домены. Синхронизированные зоны появятся за секунды — никакого ручного импорта.
- Сфильтруйте до того слоя, который вас интересует (Active + ваш проект, или Expired + Donor и т.п.) и запомните рабочее множество.
- Откройте инспектор на образцовой строке — проверьте, что SSL, DNS и данные безопасности выглядят корректно под ваш стек.
- Разложите домены по проектам пакетом — это и есть шов, после которого остальная панель становится навигируемой.
Как домены связаны с остальным продуктом
- Проекты: группируют домены по клиенту, бренду или вертикали. Один домен → один проект (или ни одного).
- Сайты: домен становится акцептором сайта (целью редиректа) и получает role-lock, защищающий от конфликтующих назначений в других местах.
- Редиректы: домены-доноры — это источники; цель — акцепторный домен привязанного сайта. Связка проверяется: нельзя указать редирект на домен, который не является акцептором.
- TDS и постбэки: правила и источники постбэков привязываются к сайтам, наследующим акцепторный домен. Cloudflare Worker, исполняющий условную маршрутизацию, живёт именно на этом домене.
FAQ
Чем это отличается от просто Cloudflare-дашборда?
Cloudflare показывает по одной зоне за раз. 301.st показывает все зоны в одной таблице, добавляет данные по срокам от регистратора, которых у Cloudflare нет, наслаивает сигналы VirusTotal/HostTracker и поддерживает bulk-назначение роли/проекта/сайта, что иначе было бы ручной работой по одному.
Все ли домены должны быть из Cloudflare?
Cloudflare — источник, который получает доступ на чтение/запись. Аккаунты Namecheap и NameSilo тоже можно подключить, чтобы видеть сроки и регистратора по доменам, хостящимся в другом месте, — но редиректы и TDS разворачиваются только через Cloudflare.
Стоит ли раскладывать домены по проектам до создания редиректов?
Настоятельно рекомендуется после 20 доменов. Фильтр по проекту держит таблицу редиректов читаемой и становится естественным швом, когда понадобится ограничить действие (массовая пауза, массовый архив) одним клиентом или брендом.