Інструменти мережевої діагностики
Доступність і затримка через TCP
DNS та записи
Пошук DNS Усі записи DNS для будь-якого домену Пошук запису A IPv4-адреси домену Пошук запису AAAA IPv6-адреси домену Пошук MX Поштові сервери домену Пошук NS Авторитетні сервери імен Пошук TXT Записи TXT, SPF, верифікація Пошук CNAME Записи канонічного імені (псевдонім) Пошук SOA Запис Start of Authority Пошук SRV Записи розташування сервісів Пошук CAA Які CA можуть видавати сертифікати Зворотний DNS (PTR) IP-адреса до імені хоста Перевірка DNSSEC Чи підписаний і валідований домен? Перевірка стану DNS Повний звіт про делегування та стан DNSДоставлюваність пошти
Перевірка SPF Перевірте свій запис Sender Policy Framework Перевірка DMARC Перевірте та оцініть свою політику DMARC Перевірка DKIM Знайдіть і перевірте свій відкритий ключ DKIM Перевірка чорних списків Перевірте IP за поштовими чорними списками (DNSBL) Тест SMTP Підключіться до поштового сервера та перевірте STARTTLS Перевірка MTA-STS Примусова політика TLS для вхідної пошти Перевірка BIMI Запис логотипа бренду для пошти Перевірка TLS-RPT Політика звітності SMTP TLSМережа та веб
Перевірка SSL-сертифіката Перевірте TLS-сертифікат сайту та термін дії Перевірка заголовків HTTP Перевірте заголовки відповіді, перенаправлення та безпеку Ping (TCP) Доступність і затримка через TCP Перевірка портів Які поширені порти відкритіДомен
Пошук WHOIS Реєстраційні дані для доменів, IP та ASNTCP-пінг вимірює, чи доступний хост і як швидко він відповідає, відкриваючи TCP-з’єднання замість надсилання ICMP-ехо. Оскільки ICMP недоступний за більшістю хостингів і CDN, IPeek вимірює доступність і затримку через TCP-з’єднання до портів 443 і 80, повідомляючи мінімальний, середній і максимальний час прямування туди-назад за кілька спроб.
Класична команда ping надсилає ICMP-ехо-запит і вимірює час відповіді. Це працює в локальній мережі, але не спрацьовує на значній частині публічного інтернету, бо фаєрволи, CDN і хмарні провайдери регулярно відкидають або деприоритизують ICMP. TCP-пінг натомість відкриває реальне з’єднання до сервісного порту й вимірює, скільки триває рукостискання. Оскільки вебсервери мають приймати з’єднання на 443 і 80, щоб працювати, це надійно досягає хостів, які ніколи не відповідають на ICMP, і вимірює затримку шляху, що насправді несе ваш трафік.
IPeek повідомляє мінімальний, середній і максимальний час прямування туди-назад за кілька спроб. Мінімум — це найкраща затримка шляху; середнє — те, чого зазвичай можна очікувати. Розрив між мінімумом і максимумом — це джитер: малий розрив означає стабільне з’єднання, а великий розкид сигналізує про перевантаження чи перевантажений хост. Як орієнтир: менше 50 мс — відмінно, від 50 до 150 мс — нормально між регіонами, а стабільно високі чи дико мінливі значення вказують на проблему з мережею чи сервером, яку варто дослідити.
Звертайтеся до TCP-пінгу, коли звичайний ping повідомляє 100% втрати пакетів, але сайт явно завантажується, що просто означає, що ICMP відфільтровано. Використовуйте його, щоб підтвердити, що сервер приймає з’єднання на своїх вебпортах, порівняти затримку до хоста з вашого розташування або помітити періодичну повільність, перш ніж вона стане збоєм. Це також чесне вимірювання, коли вас цікавить реальний досвід користувача, бо воно вимірює той самий шлях TCP, який використовують браузери та API, а не окремий канал ICMP.
Оператори блокують або обмежують ICMP, щоб зменшити поверхню атаки й шум: ICMP-флуди були класичним вектором відмови в обслуговуванні, а ехо-відповіді розкривають інформацію, корисну для розвідки. CDN і балансувальники також завершують з’єднання на краю мережі, тож ICMP-пінг вимірював би найближчий крайовий вузол, а не джерело. Через це невдалий ICMP-пінг нічого не каже про те, чи працює сайт. TCP-пінг до портів, які сервіс справді слухає, дає надійну відповідь «так чи ні» щодо доступності.
Звичайний ping використовує ICMP, який фаєрволи й CDN часто відкидають, тож він може повідомляти про збій, навіть коли сайт повністю онлайн. TCP-пінг відкриває з’єднання до сервісного порту, як-от 443 чи 80, який має приймати будь-який робочий вебсервер. Оскільки він використовує той самий шлях, що й реальний трафік, він спрацьовує там, де ICMP відфільтровано.
Менше 50 мс — відмінно й відчувається миттєво, від 50 до 150 мс — нормально для з’єднань, що перетинають регіони чи континенти, а понад 150 мс стає помітним в інтерактивному використанні. Важливіша за абсолютне число — стабільність: стабільне середнє з малим розкидом між мінімумом і максимумом означає здоровий шлях, тоді як великі коливання вказують на перевантаження чи перевантажений сервер.
Вони підсумовують кілька виміряних спроб. Мінімум — найшвидша відповідь, що відображає найкращу затримку мережевого шляху. Середнє — типова затримка, на яку можна очікувати. Максимум — найповільніша спроба. Розкид між мінімумом і максимумом — це джитер; вузький розкид означає стабільне з’єднання, а широкий вказує на перевантаження чи нестабільність маршруту.
Так, саме для цього й існує TCP-пінг. Замість ICMP-ехо він відкриває TCP-з’єднання до портів 443 і 80, які вебсервери мають приймати, щоб віддавати трафік. Це досягає хостів за фаєрволами й CDN, що тихо відкидають ICMP, даючи реальне зчитування доступності й затримки там, де стандартний ping просто вийшов би за таймаут.
Це стандартні порти HTTPS і HTTP, які вебсервери мають тримати відкритими, щоб працювати, що робить їх надійними цілями для пінгу на основі з’єднання. Вимірюючи час рукостискання TCP до цих портів, IPeek вимірює затримку шляху, що насправді несе вебтрафік, і підтверджує доступність для хостів, які ніколи не відповідають на ICMP-ехо за сучасними хостингами й CDN.