Пинг

Пинг е безплатен инструмент, с който проверяваш дали даден уебсайт, сървър или порт е достъпен, и получаваш време за отговор, код на състоянието или съобщение за грешка.

Какво всъщност проверява пинг тестът?

Пинг тестът установява дали отдалечена система отговаря от мрежата, в която се изпълнява проверката. Конкретният тест зависи от избрания протокол.

• HTTP(s) проверява уеб адрес чрез HTTP или HTTPS. Подходящ е за уебсайтове, API и уеб услуги, защото може да върне HTTP код на състоянието.
• Пинг (ICMP) проверява дали хостът отговаря на ехо заявки по Internet Control Message Protocol. Това е традиционното мрежово значение на "пинг".
• Хост / порт проверява дали определен мрежов порт на даден хост е достъпен. Типични примери са SMTP пощенски сървър, POP сървър или крайна точка на база данни.

Тези проверки дават отговор на малко по-различни въпроси. Отговорът по ICMP показва, че хостът приема и отговаря на този вид мрежов трафик, но не доказва, че уебсайтът или пощенската му услуга работят. HTTP отговорът съдържа код на състоянието, който може да посочи проблем. Успешната проверка на порт показва, че портът е достъпен, но не и че влизането в приложението или заявката към базата данни ще бъдат успешни.

Как се използва инструментът Пинг?

Избери подходящия протокол за пинг, въведи съответния адрес и стартирай проверката. Подай данните във формата, който избраният протокол очаква.

1. Избери HTTP(s) и въведи пълен URL, например https://www.example.com/status, когато проверяваш проблем с уебсайт, крайна точка на API или уеб услуга.
2. Избери Пинг (ICMP) и въведи хост, например server.example.com или IP адрес, за да провериш дали сървърът отговаря на ICMP трафик.
3. Избери Хост / порт, въведи хоста, а след това посочи числовия порт. Например услугата за изпращане чрез SMTP обикновено използва порт 587, а HTTPS обикновено използва порт 443.

Не добавяй път от URL към проверка, която очаква само хост. При HTTP проверка обаче може да е нужен пълният път, ако проблемът засяга конкретен маршрут на API или отделна страница, а не целия домейн. Номерата на транспортните портове са 16-битови стойности от 0 до 65 535. Порт 0 е запазен и обикновено не се използва като порт за услуга. Интервали, запетаи и надписи като "порт 443" не са част от номера на порта.

Проверката с Пинг се изпълнява на сървъра. Въведените от теб данни се изпращат до него през HTTPS и не се съхраняват. Не поставяй пароли, API ключове или други поверителни данни в URL, защото адресите могат да ги разкрият на отдалечената услуга и чрез други части на обичайната уеб инфраструктура.

Как да разчета резултата от пинг проверката?

Първо виж резултата за достъпност, след което използвай времето за отговор, HTTP състоянието или грешката, за да стесниш кръга от възможни причини.

Например хипотетичен HTTP резултат може да показва Онлайн, време за отговор 180 ms и код на състоянието 200. Код 200 означава, че заявката е изпълнена успешно. Отговор 404 означава, че изходният сървър не е открил актуално представяне на търсения ресурс или не желае да разкрие, че такова съществува. Отговор 5xx (Server Error) принадлежи към класа Server Error, а точната причина зависи от конкретния код на състоянието.

Резултат Офлайн невинаги означава, че цялата машина е офлайн. Защитната стена може да блокира ICMP, докато HTTPS продължава да работи. Възможно е също един порт да е затворен, а останалите услуги да са достъпни. Изпълни проверката, която съответства на услугата, до която потребителите се опитват да достигнат.

Често срещани проблеми, които пинг проверката открива

Ако уебсайтът не се зарежда, започни с HTTP(s) и точния засегнат URL. Ако домейнът отговаря, но една страница връща 404, провери маршрута, правилата за пренаписване или внедряването. Ако при HTTPS браузърът показва предупреждение за сертификата, използвай SSL търсене за подробности за сертификата, вместо да разчиташ само на пинг. Проверката на HTTP заглавия може да покаже и пренасочванията и заглавията на отговора.

Ако имейлите не пристигат, използвай Хост / порт с името на пощенския сървър и порта, зададен в приложението за изпращане или получаване. Достъпният SMTP порт не доказва, че сървърът ще приеме конкретно съобщение. Неуспешното удостоверяване, филтрирането на спам, DNS записите за поща и правилата на получателя са извън обхвата на обикновената проверка на порт.

След преместване на сайт към нов хост провери името му чрез ICMP или HTTP според случая. Потвърди DNS записа и имай предвид кешираните отговори. Whois търсене може да помогне за проверка на информацията за регистрацията на домейна, но не показва кой DNS отговор пази в момента всеки преобразувател.

Защо DNS кешът може да направи верен резултат да изглежда грешен?

Заради DNS кеширането сървърът на инструмента и твоето устройство може известно време да преобразуват едно и също име на хост към различни адреси. Рекурсивните преобразуватели пазят DNS отговорите според срока им на валидност, често наричан TTL. Някои приложения и операционни системи също поддържат локални кешове.

Това забавяне често се нарича "разпространение", въпреки че DNS записите не се разпространяват навсякъде чрез един общ, координиран процес. Валидността на всеки кеш изтича по собствен график. Затова наскоро променен запис може да работи през една връзка, докато друга все още използва предишния адрес.

Тъй като инструментът изпълнява проверката на своя сървър, резултатът отразява мрежовия маршрут и DNS информацията, достъпни за този сървър в съответния момент. Той не може да докаже, че всеки доставчик на широколентов интернет в България, мобилна мрежа или корпоративен преобразувател вижда същата крайна точка. Ако местоположението има значение за поведението на услугата, сравни резултата с локална проверка и направи заявка за съответните DNS записи.

Често задавани въпроси

Какво става с домейни с ударения или букви извън латиницата?

IDNA преобразува допустимите Unicode етикети на домейни в ASCII A-labels. Punycode е алгоритъмът за кодиране, използван в съответните A-labels. Браузърите често преобразуват четимото изписване автоматично, но полетата за хост и диагностичните системи може да изискват формата A-label. Проверявай внимателно изписването, защото визуално сходни Unicode знаци могат да сочат към различни домейни.

Ще остане ли времето за отговор ниско?

Не. Времето за отговор се променя според маршрутизирането, натоварването на мрежата и сървъра, както и физическото разстояние. Направи няколко проверки по сравнимо време и проучи трайните промени, вместо да приемаш един бавен отговор за доказателство за проблем.

Преди да променяш настройки на DNS, защитната стена или сървъра, потвърди, че си проверил точното име на хоста, пътя в URL и порта, използвани от засегнатата услуга. Запази часа на резултата и го сравни с локалните регистрационни файлове, за да съпоставиш данните от двете страни на връзката.