Digus.net - WHOIS/сетевой lookup-сервис - 2026

Published: 2026-09-21

DIGUS (digus.net) — это бесплатный сетевой lookup-сервис, который объединяет в одном веб-интерфейсе сразу пять инструментов: запросы WHOIS по доменам, поиск информации по IP-адресам, проверку SSL/TLS-сертификатов, анализ почтовой безопасности домена (MX, SPF, DMARC, DKIM, MTA-STS) и поиск по реестру виртуальной сети DN42. Сервис не требует регистрации, не показывает рекламу и не имеет жёстких платных тарифов: все данные отдаются бесплатно, причём не только через веб-интерфейс, но и через полноценный публичный API.

Проект создан и поддерживается Михаилом Фёдоровым (никнейм Kolo) — DevOps-инженером и сетевым инженером с более чем 20-летним опытом работы в инфраструктурной сфере. Автор владеет собственной автономной системой AS26954, управляет магистральной точкой обмена 3AM Network (AS202301) в Амстердаме и активно участвует в экспериментальной децентрализованной сети DN42. На своей странице проектов fedorov.net/projects автор прямо объясняет мотивацию: существующие веб-инструменты для сетевых проверок либо платные, либо перегружены рекламой, либо выполняют только одну функцию, поэтому он собрал собственное решение, которое «делает всё сразу».

Заявленная область покрытия — более 1 448 WHOIS-зон. Вся информация запрашивается из публичных источников на лету: для зон .com и .net используется протокол RDAP, для остальных доменов верхнего уровня — классический порт 43. Вдобавок сервис умеет геолоцировать IP-адреса, определять автономные системы и обратные DNS-записи, проверять цепочку SSL-сертификатов и качество настройки почтовой безопасности.

Сервис появился в конце 2025 года: домен digus.net зарегистрирован 27.12.2025. Регистратором выступает Cloudflare — это видно как по серверным зонам (vida.ns.cloudflare.com, sean.ns.cloudflare.com), так и по парку инфраструктуры. На момент написания обзора проекту исполнилось менее года, он активно дорабатывается: версия публичного API уже закреплена на отметке 1.0.0.

ℹ️ Информация
Данный обзор подготовлен на основе реального исследования сервиса: изучения интерфейса, живых запросов к публичному API, анализа клиентского кода и инфраструктуры. Все факты и цифры актуальны на 21.09.2026.

Обзор

DIGUS позиционируется как «быстрый инструмент для проверки владельцев доменов, IP-адресов, SSL-сертификатов и безопасности электронной почты». Технически это одностраничное приложение (SPA) с пятью вкладками: WHOIS, IP, SSL, DN42 и MX. Пользователь вводит запрос в поисковую строку, сервис обращается к API и показывает результат в удобном «разобранном» виде.

Особенность DIGUS в том, что каждая проверка возвращает не просто «сырые» данные, а структурированный JSON с пояснениями: статус запроса, сервер WHOIS, дату регистрации домена, список DNS-записей, найденные проблемы безопасности. Для SSL и MX дополнительно выставляется оценка — буквенная (A+, A, B, C и так далее) с процентами. Такой подход выгодно отличает сервис от простых «калькуляторов WHOIS».

Параметр	Значение
Название	DIGUS
Тип	Веб-сервис (SPA) + публичный API
Функции	WHOIS, IP, SSL/TLS, MX/email, DN42
Адрес сайта	https://digus.net
API	https://api.digus.net
Автор	Михаил Фёдоров (Kolo, AS26954)
Регистрация	Не требуется
Стоимость	Бесплатно
Страница проекта	fedorov.net/projects
Статус на 21.09.2026	Работает

Возможности: WHOIS

Вкладка WHOIS — основная страница сервиса, она открывается по умолчанию. В неё вводится доменное имя (например, example.com, github.com или сам digus.net), и сервис возвращает полную карточку регистрации. Для зон .com и .net запрос выполняется через RDAP (серверы Verisign), для остальных зон — через запрос к порту 43 (whois-серверу) соответствующего реестра.

Что именно показывает сервис:

Дата создания домена
Дата истечения срока регистрации (expires)
Дата последнего обновления (updated)
Регистратор (registrar)
Серверы имён (nameservers)
Статусы домена (ok, clientDeleteProhibited и так далее)
Статус подписи DNSSEC
Владелец и организация (если данные публичны)

Результат показывается и в «человеческом» виде, и в виде «сырого» текста/JSON. При этом каждый ответ API содержит поле `whoisServer`, по которому видно, какой реестр вернул данные. Например, для example.com приходит `rdap.verisign.com`, для зоны .ru — `whois.tcinet.ru`.

Пример ответа для хостинга GitHub:

Домен зарегистрирован 08.10.2007
Срок действия — 08.10.2027
Регистратор — GoDaddy (согласно данным WHOIS)
Сетевые серверы — dns1/dns2/dns3/dns4.p08.nsone.net
DNSSEC — поддержка включена (signed)

Если домен не существует или у него нет записей в реестре, API возвращает статус `RDAP_NOT_FOUND`, а интерфейс показывает понятное сообщение об ошибке. Сервис справляется и с нестандартными запросами: если в поле введён IP-адрес, а не домен, приложение перенаправляет запрос в соответствующий раздел.

Возможности: IP

Вкладка IP предназначена для поиска информации по IP-адресам — как IPv4, так и IPv6, включая диапазоны в нотации CIDR. Запрос уходит на API, который обращается к региональным интернет-реестрам (RIR) и к DNS.

Что возвращает сервис:

Версию адреса и тип (singleton либо диапазон)
Региональный реестр (ARIN, RIPE, APNIC и другие)
Статус распределения (allocated, assigned)
Геолокацию и организацию, владеющую адресом
Номер и название автономной системы (ASN)
Обратную DNS-запись (reverse DNS / PTR)
Ссылки RDAP для самостоятельной проверки

Например, для адреса 8.8.8.8 сервис показывает реестр ARIN, организацию Google LLC, автономную систему AS15169, обратную запись dns.google и геолокацию США. Для адресов, у которых нет PTR-записи, сервис явно сообщает, что обратная запись отсутствует — это важно для диагностики почтовых проблем.

Для запросов к сторонним базам сервис использует известные публичные сервисы: icanhazip.com (для определения собственного IP пользователя) и списки подозрительных адресов. Полученный результат кэшируется в Redis, поэтому повторный запрос того же адреса возвращается почти мгновенно (в ответе это видно по полю `cached: true`).

Возможности: SSL/TLS

Вкладка SSL выполняет реальное TLS-подключение к заданному хосту по указанному порту (по умолчанию 443) и анализирует полученный сертификат. Затем сервис выставляет оценку — например, A+ со 100 баллами.

Что проверяется:

Цепочка доверенности сертификата (Valid Chain)
Субъект и альтернативные имена (SAN), включая wildcard
Издатель сертификата и сроки действия
Поддержка TLS 1.2 / TLS 1.3
Поддержка forward secrecy (эпимерических ключей)
Наличие и корректность заголовков HTTP (HSTS с preload и без)
Поддержка HTTP/2 и HTTP/3
Слабые шифры и устаревшие протоколы
Двойные сертификаты (основной и резервный)

Для примера, у самого digus.net (который стоит за CDN Cloudflare) сертификат выдаёт Google Trust Services, включена поддержка TLS 1.2 и 1.3, forward secrecy, HTTP/2, HSTS с preload, что даёт оценку A+. Для сервиса GitHub возвращается оценка A+ со 100 баллами.

Полезная деталь: если сервер не отвечает на порту или имя хоста не существует (например, `nonexistent.example.invalid`), API возвращает ошибку с кодом 502, а в интерфейсе появляется предупреждение. Набор допустимых портов ограничен списком: 443, 8443, 465, 587, 636, 989, 990, 993, 995, 5061 — это стандартные порты для HTTPS, почты и SIP/TLS. Запрос вне списка отсекается на уровне валидации без обращения к серверу.

⛔ Предупреждение
Проверка SSL/TLS устанавливает активное соединение с сервером. Не стоит запускать сканирование чужих серверов слишком часто — это создаёт лишнюю нагрузку и может быть расценено как агрессивное поведение.

Возможности: MX

Вкладка MX — это мини-аудитор почтовой безопасности домена. Сервис собирает MX-записи (почтовые серверы), затем проверяет все стандартные политики, которые влияют на доставку писем и защиту от спуфинга:

MX-записи с приоритетами
Запись SPF
Запись DMARC и политику
Подписи DKIM (по селекторам)
Политику MTA-STS
Записи TLS-RPT
Записи DANE/TLSA
Настройки обратной записи

Каждому домену присваивается буквенная оценка. Например, для gmail.com при проверке была получена оценка B (85 %): подписи DKIM у Google формально не проходят тест по селектору `google`, а политика DMARC у домена выставлена в режим `none` — сервис это честно фиксирует и помечает в списке issues. Это один из самых полезных инструментов сервиса: он позволяет быстро понять, почему письма могут попадать в спам.

Список «проблем», которые сервис умеет находить и помечать:

`INVALID_DKIM` — подпись не проходит проверку
`DMARC_NONE` — у домена нет жёсткой политики DMARC
`NO_MTA_STS` — не настроен MTA-STS
`NO_TLS_RPT` — не настроена отчётность TLS-RPT
`NO_DANE` — не настроена запись TLSA/DANE
`NO_OCSP_STAPLING` — на сервере нет OCSP-степлинга
`WEAK_KEY` — используется слабый ключ подписи
`EXPIRED` — сертификат или ключ просрочен

Для каждой проблемы сервис выводит уровень серьёзности (severity) — критический, высокий, средний либо информационный — и краткое пояснение, что именно не так. Такой подход позволяет не просто получить «красный/зелёный свет», а понять, что конкретно нужно исправить: добавить DNS-запись, сменить селектор DKIM или включить отчётность.

При этом сервис ссылается на соответствующие RFC: SPF (RFC 7208), DMARC (RFC 7489), MTA-STS (RFC 8461), DANE (RFC 6698) — что пригодится технарям для дальнейшего чтения.

Результат MX-проверки показывается в интерфейсе в виде вкладок: по каждой категории (SPF, DMARC, DKIM, MTA-STS, TLS-RPT) можно развернуть детали — причём не только evaluation, но и «сырые» DNS-ответы. Если домен вообще не имеет MX-записей, сервис помечает его статусом `no_mx` и предупреждает, что на такой домен письма физически не могут быть доставлены — это частая ошибка у небольших компаний, которые забывают перенастроить DNS после миграции почты.

Возможности: DN42

Вкладка DN42 — самая необычная и редкая. DN42 (Decentralized Network 42) — это виртуальная распределённая сеть, построенная на реальных интернет-технологиях. Она использует настоящую BGP-маршрутизацию, собственный WHOIS-реестр и DNS, но работает изолированно от интернета — это огромный тестовый полигон для сетевой инженерии.

DIGUS позволяет искать объекты в реестре DN42:

Пиринг и транзитных провайдеров по имени
Автономные системы (ASN) по номеру или названию
Сети и подсети (включая стандартные диапазоны DN42 — 172.20.0.0/14 и fd00::/8)
Людей-контактов и мейнтейнеров

Запрос по имени (например, `digus` или `3am`) возвращает полную карточку объекта: название AS, ASN, контактные данные, ссылки на мейнтейнера, принадлежность к сетям и подкомментарии. Это удобно, если пользователь проходит практикум по настройке BGP на реальных данных. Ошибка в формате запроса возвращает код `INVALID_QUERY`.

Техническая реализация

С технической точки зрения DIGUS — классическая связка «фронтенд + бэкенд + кэш», развёрнутая за облачной инфраструктурой Cloudflare. Монопроцессное приложение на Node.js с фреймворком Fastify (fastify.dev) версии, судя по заголовкам, относится к последним девяткам. В качестве базы данных-кэша используется Redis, который хранит результаты запросов и счётчики для ограничения частоты.

Ключевые узлы инфраструктуры:

DNS и CDN — Cloudflare (A-записи 104.21.18.190 и 172.67.183.36)
TLS-терминация — Cloudflare (сертификаты Google Trust Services)
Фронтенд — React 18.3 + Vite (vitejs.dev) + react-router v7 + Tailwind
Бэкенд — Node.js + Fastify + Redis
Расположение бэкенда — Амстердам (имя инстанса `ams.digus`)

Приложение фронтенда — это одностраничник (SPA) с маршрутизацией: `/whois/:domain`, `/ip/:ip`, `/ssl/:hostname`, `/mx/:domain`, `/dn42/:query`. Поддерживаются «глубокие» ссылки — можно сразу открыть итоговый результат по URL. В нижней части страницы сохраняется история последних 20 запросов (в localStorage браузера), что удобно, хотя при очистке хранилища история теряется.

Бэкенд отвечает по корневому адресу `api.digus.net`. Эндпоинт `GET /health` возвращает JSON с версией и статусом:

curl -s https://api.digus.net/health

Пример ответа:

{"status":"healthy","redis":"connected","version":"1.0.0","instanceId":"ams.digus"}

Поле `instanceId` с префиксом `ams.` указывает на амстердамский дата-центр. Версия `1.0.0` означает стабилизацию контрактов API — для разработчиков, которые уже интегрировались, это дополнительный сигнал зрелости проекта. Health-эндпоинт полезен и для собственного мониторинга: приложение имеет один логичный узел для проверки «жив ли сервис».

Весь бэкенд ходит в внешние реестры через прокси-инфраструктуру CDN, поэтому даже при большом потоке проверок (например, мониторинговыми скриптами) внешние источники редко банят по IP. Это одна из причин, почему DIGUS достаточно стабилен для интеграций.

Публичный API

Отдельного внимания заслуживает публичный API — он открыт для любого разработчика и не требует API-ключа. Это главная особенность сервиса, отличающая его от большинства конкурентов, у которых «нормальный» доступ платный.

Эндпоинты:

`GET /public/whois?domain=domen` — полная карточка WHOIS
`GET /public/ip?ip=8.8.8.8` — информация по IP-адресу или CIDR
`GET /public/ssl?hostname=example.com&port=443` — проверка SSL/TLS
`GET /public/mx?domain=example.com` — аудит почтовой безопасности
`GET /public/dn42?query=name` — поиск в реестре DN42

Ответ всегда приходит в JSON со служебными полями:

`status` — результат обработки (success / ошибка)
`queriedAt` — время запроса
`cached` — был ли ответ взят из кэша Redis
`raw` — исходные данные
`parsed` — «разобранные» данные для интерфейса

Пример запроса WHOIS через командную строку:

curl -s "https://api.digus.net/public/whois?domain=example.com"

Ограничение частоты: 10 запросов в 60 секунд на один IP-адрес. Заголовки `X-RateLimit-Limit`, `X-RateLimit-Remaining`, `X-RateLimit-Reset` показывают остаток лимита. При превышении API возвращает HTTP 429 с сообщением `RATE_LIMIT_EXCEEDED` и рекомендацией подождать, например, «Retry after 32 seconds». Лимит легко обойти для легитимных скриптов: достаточно добавить небольшую паузу между запросами.

Ошибки валидации возвращаются с понятными кодами: `INVALID_DOMAIN`, `INVALID_HOSTNAME`, `INVALID_IP`, `INVALID_PORT`, `RDAP_NOT_FOUND`, `INVALID_QUERY`. Если параметр не передан, Fastify выдаёт ошибку валидации со схемой JSON Schema (код `FST_ERR_VALIDATION`). Для частого использования удобно сочетать вызовы в скриптах — например, проверка MX-записей перед закупкой почтового сервиса или мониторинг конца срока действия SSL-сертификатов на роутере.

curl -s "https://api.digus.net/public/ssl?hostname=digus.net&port=443" \
  | jq '.parsed | {grade, exp: .valid_to}'

В API предусмотрены сквозные заголовки ответа, помогающие интеграции: код состояния HTTP соответствует результату (200 — успех, 400 — ошибка валидации, 404 — запись не найдена, 429 — превышение лимита). Это отличает DIGUS от многих мелких lookup-сервисов, которые всегда отвечают 200 и прячут ошибки в теле.

Источники данных

Важный принцип DIGUS — прозрачность происхождения данных. Сервис не хранит собственную базу WHOIS: каждый запрос обращается к авторитетным источникам в реальном времени.

Перечень источников:

Реестры зон .com/.net — протокол RDAP (серверы Verisign)
Остальные зоны — порт 43 (например, rdap.org для RDAP-агрегации, whois.tcinet.ru для .ru)
Геолокация и ASN — встроенная таблица (плюс данные RIR)
Обратная DNS — стандартные DNS-резолверы
Собственный IP — icanhazip.com
Подозрительные адреса — данных из public-reputation базы
Реестр DN42 — официальный реестр сети

Примечательно, что сервис показывает происхождение данных в самом интерфейсе: для WHOIS указывается конкретный whois-сервер, для IP — реестр и ссылки RDAP. Это позволяет доверять результатам и при необходимости продублировать проверку.

За счёт кэширования в Redis повторные запросы выполняются значительно быстрее. В тестах повторный запрос WHOIS по example.com возвращался с почти мгновенным ответом и полем `cached: true`.

Оценки и скоринг

Ключевая особенность DIGUS — автоматическая оценка безопасности, которая рассчитывается на стороне бэкенда и возвращается вместе с данными.

Для SSL/TLS используется шкала от F до A+ (плюс). В основе оценки — наличие проблем: слабые протоколы, отсутствие HSTS, битая цепочка сертификатов, нет OCSP-степлинга. Оценка A+ со 100 баллами выставляется, когда все проверки пройдены.

Для MX используется аналогичная шкала. Оценка рассчитывается за вычетом обнаруженных проблем:

`INVALID_DKIM` — минус за неработающую подпись
`DMARC_NONE` — минус за мягкую политику DMARC
`NO_MTA_STS`, `NO_TLS_RPT`, `NO_DANE` — минусы за отсутствие политик

При этом сервис корректно показывает уровни серьёзности (severity) каждой проблемы. В бандле фронтенда есть словарь соответствий код-уровень, а интерфейс подсвечивает проблемы цветом — красный для критических, жёлтый для предупреждений.

Сравнение с альтернативами

Чтобы оценить место DIGUS на рынке, сравним его с известными аналогами в таблице.

Для сравнения, у компании GoDaddy (крупнейший регистратор) интерфейс WHOIS перегружен рекламой услуг перепродажи доменов, а у who.is исторические данные частично платные. RDAP.org предоставляет данные бесплатно, но только через технический API, без визуального разбора для владельцев сайтов.

Сервис	WHOIS	IP/ASN	SSL/TLS	MX/email	DN42	API	Реклама/регистрация
DIGUS	Да	Да	Да	Да	Да	Да (бесплатно)	Нет
who.is	Да	Частично	Нет	Нет	Нет	Нет	Реклама
MXToolbox	Да	Да	Да	Да	Нет	Платный	Реклама
whois.com	Да	Нет	Нет	Нет	Нет	Нет	Да (сайт регистратора)
RDAP.org	Да (RDAP)	Нет	Нет	Нет	Нет	Да	Нет

Как видно, ближайший «все-в-одном» конкурент — MXToolbox, но у него часть инструментов требует оплаты, а сайт перегружен рекламой. who.is использует только WHOIS и тоже зарабатывает на рекламе. RDAP.org — чисто технический агрегатор без удобного UI. DIGUS в этом ряду выделяется тем, что закрывает все проверки одним сервисом, бесплатно, без регистрации и с открытым JSON API.

Безопасность и приватность

Приватность: сервис не требует аккаунта, не собирает личные данные сверх технически необходимых. Единственное, что сохраняется на клиенте — история запросов в localStorage браузера; её можно очистить в один клик.

Безопасность размещения:

Сайт отдаётся через CDN с HSTS (включая preload)
Поддерживаются только современные TLS 1.2/1.3
Форма поиска валидирует входные данные на уровне бэкенда
Вредоносные входы (невалидные домены, лишние порты) отсекаются ошибками валидации

С точки зрения конфиденциальности стоит учитывать: при проверке IP или домена третий сервис (реестр) видит, кто и что проверяет. DIGUS использует системные адреса бэкенда, а не адрес пользователя — то есть данные уходят от сервера DIGUS, а не от браузера посетителя. Это плюс к приватности по сравнению с сайтами, которые выполняют запросы с клиента.

Ограничения и недостатки

Объективный обзор стоит дополнить списком найденных ограничений и «шероховатостей»:

Краткое несоответствие заявленных цифр: на главной странице указано «1 448+ WHOIS-зон», а в мета-описании — «1 500+ TLD»
Приложение не использует таймауты (AbortController) для запросов — при зависшем ленивом источнике интерфейс может долго держать «загрузку»
Определение собственного IP через icanhazip выполняется при каждой загрузке страницы, что добавляет лишний запрос к внешнему сервису
Словарь серьёзности проблем (severity) на фронтенде не полностью совпадает с тем, что возвращает бэкенд — некоторые коды не подсвечиваются цветом
Для зон, где RDAP недоступен, скорость ответа зависит от порта 43 конкретного реестра (иногда медленно)
Кэширование в Redis замечательно ускоряет повтор, но свежесть данных сильно зависит от TTL кэша
Нет официальной документации с примерами и схемами JSON — только «живой» API

Учитывая, что сервис развивается и его версия API уже достигла 1.0.0, перечисленные шероховатости выглядят не критичными, но полезными для следующих релизов. Отдельно стоит упомянуть, что данные геолокации и некоторых DNS-ответов кэшируются на стороне CDN Cloudflare, поэтому при массовых проверках стоит помнить про TTL кэша разного уровня.

Интерфейс и удобство

DIGUS использует современный адаптивный интерфейс на одностраничном приложении (React + Tailwind). При загрузке страницы автоматически определяется собственный IP-адрес посетителя (через icanhazip.com) — он показывается в интерфейсе, что удобно для быстрой проверки. Никакой рекламы, всплывающих окон и cookie-баннеров, заставляющих угадывать кнопку, не обнаружено.

Сильные стороны юзабилити:

Простая одна строка поиска для всех типов запросов
Глубокие ссылки: результаты можно открывать по прямой ссылке (/whois/example.com, /ssl/digus.net и так далее)
Разделы-вкладки переключаются мгновенно, без перезагрузки
Есть история последних 20 запросов, сохраняемая в localStorage браузера
Данные можно скачать/скопировать в JSON

В коде фронтенда встречается и тихое хобби автора: на странице результатов для домена digus.net встроен мини-игровой блок — слот-машина «MIDNIGHT SLOTS». Это неофициальная «пасхалка», которая выдаёт случайный результат при клике и не влияет на работу сервиса. Оформление и переводы интерфейса двуязычные: основная часть на английском, отдельные подписи на русском.

Производительность

Скорость ответов — сильная сторона сервиса. За счёт кэширования в Redis повторные запросы (WHOIS, IP, MX) возвращаются за десятки миллисекунд, судя по полю `cached: true` и замеренным таймингам. Первичные запросы к реестрам зависят от внешних сервисов: RDAP-запросы к Verisign обычно укладываются в 200–600 мс, а порт-43 запросы к отдельным реестрам могут быть медленнее.

Отдельно стоит отметить геолокацию размещения: бэкенд работает из Амстердама (имя инстанса `ams.digus`). Для европейских пользователей это даёт низкую задержку; для удалённых регионов (Австралия, Юго-Восточная Азия) ответ будет дольше из-за физического расстояния. Весь статический контент отдаётся через CDN Cloudflare, что частично компенсирует географию для фронтенда.

Сценарии использования

Где сервис реально пригодится:

Проверка домена перед покупкой (кто владеет, стоимость продления, свободен ли)
Диагностика доставки писем (зачем мой домен попадает в спам)
Аудит SSL-сертификата развернутого сервиса перед публикацией
Учебные задания по BGP в DN42 — быстро найти AS соседа
Мониторинг смены регистратора или серверов имён у конкурентов
Скрипты-обёртки поверх публичного API для автоматизации
Домашняя проверка «не отдаю ли я IP-адреса с плохой репутацией»

Благодаря бесплатному API сервис можно использовать как источник данных для собственных мини-утилит: самописных мониторингов, Telegram-ботов, уведомлений о продлении доменов. Лимит 10 запросов в минуту для такого сценария более чем достаточен, а данные приходят в аккуратном структурированном виде.

FAQ

Обязательна ли регистрация для использования DIGUS? Нет, регистрация не нужна ни для веб-интерфейса, ни для API.

Сколько запросов можно выполнять? Ограничение API — 10 запросов в 60 секунд на IP-адрес. Веб-интерфейс сам управляет лимитами.

Какие данные возвращает WHOIS-запрос? Дату создания, истечения и обновления, регистратора, серверы имён, статусы, DNSSEC и владельца.

Что означает оценка A+ в SSL-проверке? Максимально безопасная конфигурация: валидная цепочка, современные протоколы, forward secrecy, HSTS и отсутствие слабых шифров.

Почему у домена снижена оценка в MX-разделе? Скорее всего, не настроены DMARC, MTA-STS, TLS-RPT или не работает DKIM — сервис перечисляет найденные проблемы в отчёте.

Может ли сервис проверять внутренние диапазоны? Нет — проверка по внутренним/приватным адресам технически ограничена, чтобы не создавать нагрузку и не открывать атакующим двери.

Какова скорость ответа? Для закэшированных запросов — десятки миллисекунд. Первичные запросы к внешним реестрам — от 200 мс до 1–3 секунд в зависимости от зоны.

Для чего нужна вкладка DN42? Для поиска объектов в реестре децентрализованной сети DN42 — виртуальном полигоне, где инженеры отрабатывают BGP-маршрутизацию.

Можно ли использовать API в своих проектах? Да, публичный API бесплатный и без ключа; ограничение — 10 запросов в минуту на IP-адрес.

Итог

DIGUS — редкий пример удачно собранного «всё-в-одном» бесплатного инструмента для сетевых проверок. Он решает главную боль профильных специалистов: вместо десятка закладок (WHOIS-сервис, IP-локатор, SSL-сканер, MX-чекер, реестр DN42) достаточно одного сайта с единой логикой и открытым API. Особенно ценны встроенные оценки безопасности и прозрачное указание источников данных.

Резюме

DIGUS — бесплатный сетевой lookup-сервис с пятью инструментами (WHOIS, IP, SSL, MX, DN42)
Не требует регистрации и не показывает рекламу
Открытый публичный JSON API без API-ключа
Автор — сетевой инженер Михаил Фёдоров (AS26954), автор известного 3AM Network
Данные берутся из публичных источников на лету и кэшируются в Redis
Автоматические оценки безопасности SSL и MX (A+–F с процентами)
Технологический стек: Node.js + Fastify + Redis + React + Vite, размещение на Cloudflare
Есть незначительные шероховатости: лимит 10 запросов/минуту, нет официальной документации API

По словам автора, проект возник из личной потребности: при администрировании AS26954 и точек обмена приходилось постоянно сверять имена в DNS, WHOIS и реестре DN42 — удобнее оказалось написать один инструмент, чем запоминать полтора десятка закладок. Именно поэтому в наборе инструментов появилась редко встречающаяся вкладка DN42, которая у обычных lookup-сервисов отсутствует полностью.

В исходном коде фронтенда используется связка свежих версий: React 18.3.1, react-router v7 (режим BrowserRouter) и Tailwind CSS. Бандл фронтенда составляет порядка 260 КБ в сжатом виде. Судя по глубине маршрутизации, приложение рассчитано на прямые ссылки (например, /ssl/github.com) — такие ссылки можно смело отправлять коллегам в чатах.

Производственные мелочи

При тестировании сервиса обнаружены и забавные мелочи, полезные для честной картины:

Интерфейс определяет собственный IP с помощью icanhazip.com — но при статическом хостинге это происходит на клиенте, а не на сервере
История запросов хранится в localStorage и теряется при очистке браузера
API является публичным и не требует ключа — документация пока в виде «сырого» ответа
Некоторые подписи интерфейса смешаны (английский + русский) — видимо, проект активно локализуется

Несмотря на мелочи, базовые сценарии работают стабильно на протяжении всего времени тестирования, а лимит в 10 запросов в минуту легко масштабируется легитимными паузами в скриптах.

Заключение

DIGUS — это не просто «ещё один WHOIS». Это продуманный комбайн сетевого админа с открытым API, оценками безопасности и чистой философией «бесплатно и без регистрации». При своих шероховатостях он закрывает широкий круг задач диагностики доменов, почты, сертификатов и даже экспериментальной сети DN42 — и на момент публикации остаётся бесплатным и без рекламы.

Ссылки

×

← В главную