◈ netchecks.org

17 проверок · без аккаунта · self-hosted

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

17 бесплатных инструментов для диагностики сети в одной панели.

Часто задаваемые вопросы

0 трекеров · 14 языков · тёмный и светлый режим · self-hosted

← Все статьи

Network guides

DNS Record Types Explained: A, AAAA, CNAME, MX, TXT, NS and PTR

When something 'DNS' breaks, the failure is almost never about DNS in general - it is about one specific record type being missing, wrong, or cached for too long. The domain resolves but mail bounces; the site works but email verification fails; the new server is live but some visitors still see the old one.

Each of those is a different record type. Here is the practical map of the seven you will actually meet, what question each one answers, and how to debug them with a lookup tool.

  1. 1983

    DNS is specified

    RFC 882 and 883 define the Domain Name System, replacing the hosts.txt file that every machine on the (tiny) ARPANET downloaded - the typed record structure is there from the start.

  2. 1987

    The core standard

    RFC 1034 and 1035 consolidate DNS as we still use it today: the record types, the zone delegation model, and the caching behavior that makes the whole system scale.

  3. 1996

    AAAA for IPv6

    RFC 1886 defines the AAAA record to carry 128-bit IPv6 addresses - four times the letters of A, four times the address size, and the reason dual-stack sites list both records.

  4. 2010

    The root goes DNSSEC

    The root zone is signed with DNSSEC (RFC 4034 family), adding cryptographic signatures on top of the classic record types so answers can be verified, not just trusted.

The records you meet every day

A maps a name to an IPv4 address; AAAA does the same for IPv6. CNAME is an alias - it points a name at another name instead of an address, which is why www is usually a CNAME to the bare domain. NS records say which servers are authoritative for a zone: they are the delegation mechanism that makes DNS a tree.

MX is the odd one: it answers 'which servers accept mail for this domain', with a priority number to allow backups. A domain can have a working website with a completely broken MX - which is exactly why 'the site works but mail doesn't' is a one-record diagnosis.

TXT: the swiss-army record

TXT records carry arbitrary text, and the ecosystem has piled its most important policies into them. SPF lists which servers may send mail for the domain; DKIM publishes signature keys; DMARC tells receivers what to do when those two fail. Domain-ownership verification for dozens of services (search consoles, certificate authorities, SaaS signups) is also just a TXT record with a challenge string.

This is why mail deliverability debugging starts with TXT: a missing or malformed SPF can make even a perfectly healthy server's mail land in spam. The records are small, but they carry the trust decisions of the entire mail system.

One name, many answers: the record type selects the question - address, alias, mail routing, policy text, delegation or reverse lookup.

PTR: the reverse record people forget

PTR is the mirror of A: it maps an address back to a name. It lives in special reverse zones under in-addr.arpa (and ip6.arpa for IPv6), and is configured by whoever owns the IP block - typically your hosting provider, not your DNS registrar. This is why a PTR cannot be set in the same panel as the rest of your records.

Mail receivers care a lot about PTR: a sending server whose address has no reverse lookup - or one that does not match its HELO name - looks exactly like spam infrastructure. If your server's mail is rejected with a reverse-DNS error, the fix is at the provider, not in your zone.

TTL: why your change hasn't propagated

Every record carries a TTL - the number of seconds any resolver on the planet may cache the answer. This is why DNS changes 'take time': resolvers keep serving the old answer until its TTL expires. A record with a 3600-second TTL can be stale for an hour everywhere it was already queried.

The practical pattern: lower the TTL well before a planned change (many operators drop to 300 seconds), make the change, verify with lookups against multiple resolvers, then raise the TTL again to enjoy the caching. When a lookup tool shows a different answer than your local dig, a cache somewhere is almost always the explanation.

Итог

Every 'DNS problem' is a specific record with a specific question. Identify the type, check it with a lookup tool, and mind the TTL - that is ninety percent of DNS debugging in one sentence.

← Все статьи

Проверка моего IP

Ваш публичный IP-адрес и сетевое местоположение определяются автоматически.

Загружается автоматически при открытии NetChecks — ввод не требуется. Используйте кнопку «Обновить» после смены сети или переподключения VPN.

Ваш браузер

Комплексное сканирование

Запускает все соответствующие проверки для одного IP или имени хоста за один проход: DNS, whois, ping, traceroute, сканирование известных портов (1-1024), заголовки HTTP и сертификат SSL.

Введите домен или IP-адрес и запустите проверку, чтобы разом проверить DNS, whois, ping, traceroute, распространённые порты, HTTP-заголовки и SSL-сертификат.

Большинство проверок выполняются параллельно - обычно завершается примерно за 30 секунд, дольше, если цель медленная или недоступна.

Этап сканирования портов выполняется только при установленном флажке согласия выше - все остальные проверки выполняются в любом случае.

Ping

Отправляет ICMP echo-запросы на хост для проверки его доступности и задержки.

Введите имя хоста или IP-адрес и нажмите Ping, чтобы отправить ICMP echo-запросы и измерить задержку туда-обратно.

You Host ICMP Echo Request (type 8) ICMP Echo Reply (type 0) measures: RTT · TTL · packet loss

      

Подробнее о Ping

Что это

Ping отправляет пакеты ICMP Echo Request на узел и измеряет время, за которое возвращаются пакеты ICMP Echo Reply. Это самый базовый тест сетевого подключения из существующих: он отвечает ровно на один вопрос - "доступна ли эта машина и насколько быстро?". Протокол ICMP (RFC 792) был разработан ещё в 1981 году специально для передачи управляющих и диагностических сообщений по IP-сетям, вне какого-либо прикладного трафика - Ping является его самой известной и повсеместно доступной реализацией, присутствующей практически на каждой операционной системе и сетевом устройстве с самых первых версий.

Как это работает

Каждый пакет ICMP несёт поле TTL (Time To Live), уменьшаемое на единицу при прохождении каждого маршрутизатора; если оно достигает нуля до того, как пакет достигнет цели, пакет отбрасывается, и отправителю возвращается сообщение об ошибке. Время кругового обхода (RTT), измеряемое в миллисекундах, отражает суммарную сетевую задержку на всём пути туда и обратно, а не только последний участок вблизи цели - момент, который часто понимают неверно, поскольку медленный результат ping может иметь причину в любой точке пути, не обязательно рядом с тестируемым сервером. Ping обычно отправляет несколько пакетов подряд, а не один, что позволяет отличить разовый всплеск задержки от повторяющейся проблемы и рассчитать долю потерь пакетов по выборке.

Интерпретация результатов

Стабильное, низкое значение RTT - несколько миллисекунд в локальной сети, от 10 до 50 мс для назначения внутри той же страны и заметно больше для межконтинентального соединения - свидетельствует о здоровом соединении. Даже небольшая потеря пакетов (свыше 1-2%) особенно пагубна для чувствительных к задержке приложений, таких как VoIP или интерактивные удалённые сеансы, где каждый потерянный пакет проявляется как сбой или слышимый разрыв. Сильно варьирующаяся задержка от пакета к пакету (джиттер) для тех же случаев зачастую является более серьёзной проблемой, чем высокая, но абсолютно стабильная задержка. "Превышено время ожидания запроса" означает, что в отведённое время не пришло ни одного ответа - узел действительно может быть недоступен, файрвол может незаметно блокировать ICMP, либо где-то на пути повреждён маршрут; "Узел назначения недостижим" - это другое и более информативное сообщение: промежуточный маршрутизатор явно отправил обратно сообщение о том, что не смог переслать пакет, что помогает сузить круг поиска реальной проблемы.

Частые ошибки

Наиболее распространённая ошибка интерпретации - делать вывод, что узел "недоступен", как только ping не проходит, тогда как очень многие серверы и устройства - особенно за грамотно настроенным файрволом или размещённые у крупных облачных провайдеров - намеренно блокируют входящий ICMP в качестве политики, оставаясь при этом полностью работоспособными и доступными по своим реальным сервисам (HTTP, база данных и так далее). Поэтому отсутствие ответа на ping является значимым доказательством недоступности только в сочетании с другими признаками, например, если само приложение тоже не отвечает. И наоборот, успешный ping вовсе не гарантирует, что прикладной сервис, размещённый на этой машине, работает корректно - это два совершенно независимых уровня сетевого стека.

Когда использовать

Первое, что нужно проверить перед эскалацией тикета: отвечает ли машина вообще, прежде чем копать дальше? Подтверждение подключения после изменения правила файрвола или таблицы маршрутизации, чтобы убедиться, что изменение не нарушило доступ. Установление базового измерения задержки перед внедрением VoIP или переключением на резервный канал оператора, чтобы иметь объективную точку сравнения, если позже поступят жалобы на качество связи. Лёгкая, периодическая проверка работоспособности для MSP, параллельно контролирующего несколько клиентских площадок, всегда как дополнение к более глубокому мониторингу на уровне приложений, а не как замена ему.

Traceroute

Отслеживает сетевой маршрут (переход за переходом) до хоста назначения.

Введите имя хоста или IP-адрес и запустите проверку, чтобы увидеть каждый сетевой узел между этим сервером и целью с задержкой на каждом узле.

You TTL=1 TTL=2 TTL=3 Host each hop replies "ICMP Time Exceeded" until TTL reaches the host

      

DNS-запрос (Nslookup)

Запрос DNS-записей: A, AAAA, MX, TXT, NS, CNAME, SOA, PTR, SRV, CAA.

Введите домен, выберите тип записи (A, AAAA, MX, TXT, NS, CNAME, SOA, PTR, SRV или CAA) и выполните запрос.

You Root .com Auth NS ① query root ② referral → TLD ③ referral → auth NS ④ answer

      

Whois

Просмотр регистрационной информации домена или IP-адреса.

Введите домен или IP-адрес, чтобы узнать данные регистрации: регистратора, организацию-владельца и важные даты.

You Registry RDAP / :43 query: domain / IP reply: registrar, dates, name servers

      

Проверка чёрных списков

Проверяет, находится ли IP-адрес или домен в публичных чёрных списках спама/злоупотреблений (DNSBL).

Введите IPv4-адрес или домен и запустите проверку сразу по 7 публичным чёрным спискам (DNSBL/RBL) - для каждого показывается статус: в списке, не в списке или ошибка проверки.

You zen.spamhaus.org spamcop.net sorbs.net +4 more reverse-IP DNS query to each DNSBL zone, in parallel

      

Сканирование TCP-портов

Проверка, открыты ли TCP-порты на хосте или IP: распространённые порты, свой список, или весь диапазон 1-65535.

Введите хост или IP, выберите распространённые порты, свой список или весь диапазон, затем просканируйте, какие TCP-порты отвечают.

You 22 open 443 open 3389 closed 8080 closed SYN → SYN-ACK = open · SYN → RST = closed

        
      

Просмотр заголовков HTTP

Получает статус ответа HTTP и заголовки для URL.

Введите URL, чтобы получить код состояния HTTP-ответа и все заголовки ответа, отправленные сервером.

You Server GET / HTTP/1.1 200 OK + headers Content-Type · Strict-Transport-Security · X-Frame-Options …

      

Проверка сертификата SSL / TLS

Проверяет TLS-сертификат хоста: издатель, сроки действия и оставшиеся дни.

Введите имя хоста, чтобы проверить его TLS-сертификат: издателя, сроки действия и количество дней до истечения.

You Host ClientHello → ← ServerHello + Certificate + Finished Root CA Intermediate Leaf (site) certificate chain of trust · validity dates checked

      

Geo-IP запрос

Определяет географическое местоположение и сетевую информацию для IP-адреса. Оставьте пустым, чтобы узнать свой публичный IP.

Введите любой IP-адрес или оставьте поле пустым, чтобы узнать свой, — вы увидите примерное местоположение и данные о сети/провайдере.

IP address Geo / RIR database City · Country ASN · Org

        
        
      

Калькулятор подсети / CIDR

Вычисляется полностью в вашем браузере — данные на сервер не отправляются.

Введите IP-адрес и префикс CIDR (например, 192.168.1.0/24), чтобы мгновенно вычислить диапазон сети, широковещательный адрес и количество доступных хостов.

network bits (prefix) host bits /24 example — split moves with your prefix

      

Тест скорости

Базовый тест скорости загрузки/выгрузки относительно этого сервера (точность зависит от собственного канала сервера).

Нажмите «Старт», чтобы измерить скорость скачивания и загрузки относительно этого сервера. Точность зависит от собственного соединения этого сервера.

You Server ↓ download ↑ upload throughput (Mbps)

      

Словарь кодов стран

Коды стран ISO 3166-1 alpha-2 — поиск выполняется полностью в вашем браузере.

Ищите или просматривайте список кодов стран ISO 3166-1 alpha-2 — поиск выполняется полностью в вашем браузере.

СтранаКод ISO

Словарь телефонных кодов

Международные телефонные коды по странам — поиск выполняется полностью в вашем браузере.

Ищите или просматривайте международные телефонные коды по странам — поиск выполняется полностью в вашем браузере.

СтранаКод

Мировые часы

Выберите часовой пояс, чтобы увидеть текущее время — перетащите глобус, чтобы вращать его.

Выберите часовой пояс из списка или покрутите глобус, чтобы увидеть текущее время там.

Ваше время
--:--:--
—

—

Выбранное время
--:--:--
—
— UTC±00:00
Разница с вами —

—

Перетащите, чтобы вращать глобус.

Статус мобильной сети Франции

Мобильные вышки, не работающие или на обслуживании во Франции, по операторам (Orange, Free, SFR, Bouygues Telecom), по открытым данным Arcep. Снимок обновляется раз в день - не поминутный поток.

Просматривайте данные об авариях мобильных вышек и оптоволокна по французским операторам — ввод не требуется, данные обновляются автоматически из открытых данных Arcep.

Источник: Arcep, набор данных «Sites indisponibles», опубликован по Открытой лицензии / Etalab 2.0 - коммерческое использование явно разрешено, в отличие от ранее использовавшихся данных IODA/CAIDA. Значок «Норма/Наблюдение/Тревога» - собственная оценка (число сбоев сегодня относительно медианы за предыдущие дни), не официальная классификация Arcep. Ссылки на источники ниже.

Наиболее затронутые департаменты

Число объектов, сейчас не работающих или на обслуживании, по департаментам. Нажмите на оператора выше для фильтрации.

Данные: Arcep — Sites indisponibles · Официальная карта состояния сети


Фиксированная сеть (оптоволокно)

Качество оптоволоконной сети (FTTH) по операторам: доля зарегистрированных сбоев и доля неудачных подключений, по открытым данным Arcep. Ежемесячные показатели, скользящее среднее за 6 месяцев - не прямой поток, как в разделе мобильной связи.

Источник: Arcep, набор данных «Qualité des réseaux en fibre optique», опубликован по Открытой лицензии / Etalab 2.0 - коммерческое использование явно разрешено. Ссылки на источники ниже.

По операторам (материнская компания)

Средние значения за последние 6 доступных месяцев, по материнской компании оператора инфраструктуры.

Данные: Arcep — Qualité des réseaux en fibre optique