Ping

Ping este un instrument gratuit care verifică dacă un site, un server sau un port poate fi accesat și afișează timpul de răspuns, codul de stare ori eroarea.

Ce verifică, de fapt, un test ping?

Un test ping verifică dacă un sistem aflat la distanță răspunde din rețeaua în care este efectuat testul. Verificarea exactă depinde de protocolul selectat.

• HTTP(s) verifică o adresă web prin HTTP sau HTTPS. Este potrivit pentru site-uri, API-uri și servicii web, deoarece poate returna un cod de stare al răspunsului HTTP.
• Ping (ICMP) verifică dacă o gazdă răspunde la traficul echo al protocolului Internet Control Message Protocol. Acesta este sensul convențional al termenului "ping" în rețelistică.
• Gazdă / Port verifică dacă un anumit port de rețea poate fi accesat pe o gazdă. Printre exemplele obișnuite se numără un server de e-mail SMTP, un server POP sau un punct final al unei baze de date.

Aceste teste răspund la întrebări ușor diferite. Un răspuns ICMP arată că o gazdă acceptă și răspunde la acel tip de trafic de rețea, dar nu dovedește că site-ul sau serviciul său de e-mail funcționează. Un răspuns HTTP include un cod de stare, care poate indica o problemă. Verificarea reușită a unui port arată doar că portul este accesibil, nu și că autentificarea într-o aplicație sau o interogare a bazei de date va reuși.

Cum folosești instrumentul Ping?

Selectează Protocolul Ping potrivit, introdu adresa corespunzătoare și pornește verificarea. Folosește tipul de date de intrare cerut de protocolul respectiv.

1. Alege HTTP(s) și introdu o adresă URL completă, de exemplu https://www.example.com/status, când investighezi o problemă la un site, un punct final API sau un serviciu web.
2. Alege Ping (ICMP) și introdu o Gazdă, de exemplu server.example.com sau o adresă IP, pentru a verifica dacă un server răspunde la trafic ICMP.
3. Alege Gazdă / Port, introdu Gazda, apoi specifică Portul numeric. De exemplu, un serviciu de trimitere SMTP folosește frecvent portul 587, iar HTTPS folosește de obicei portul 443.

Nu adăuga o cale URL la o verificare care acceptă doar o gazdă. În schimb, pentru o verificare HTTP poate fi necesară calea completă dacă problema afectează o anumită rută API sau o singură pagină, nu întregul domeniu. Numerele porturilor de transport sunt valori pe 16 biți, cuprinse între 0 și 65.535. Portul 0 este rezervat și, în mod normal, nu este folosit ca port de serviciu. Spațiile, virgulele și etichetele precum "port 443" nu fac parte din numărul portului.

Verificarea Ping rulează pe server. Datele introduse în Ping sunt trimise către acel server prin HTTPS și nu sunt stocate. Nu include parole, chei API sau alte informații secrete într-un URL, deoarece URL-urile le pot expune serviciului de la distanță și altor componente ale infrastructurii web obișnuite.

Cum interpretezi rezultatul unui ping?

Verifică mai întâi rezultatul privind disponibilitatea, apoi folosește timpul de răspuns, starea HTTP sau eroarea pentru a restrânge cauza problemei.

De exemplu, un rezultat HTTP ipotetic poate afișa Online, un timp de răspuns de 180 ms și codul de stare 200. Codul de stare 200 indică faptul că solicitarea a reușit. Un răspuns 404 înseamnă că serverul de origine nu a găsit o reprezentare curentă pentru resursa solicitată sau nu dorește să dezvăluie existența acesteia. Un răspuns 5xx (Eroare de server) face parte din clasa erorilor de server, iar cauza exactă depinde de codul de stare primit.

Un rezultat Offline nu înseamnă întotdeauna că întregul sistem este deconectat. Un firewall poate bloca ICMP în timp ce HTTPS continuă să funcționeze sau un port poate fi închis, deși alte servicii rămân disponibile. Alege verificarea care corespunde serviciului pe care utilizatorii încearcă să îl acceseze.

Probleme obișnuite pe care le poate identifica un ping

Dacă un site nu se încarcă, începe cu HTTP(s) și adresa URL exactă afectată. Dacă domeniul răspunde, dar o anumită pagină returnează 404, verifică ruta, regulile de rescriere sau implementarea. Dacă browserul afișează un avertisment privind certificatul HTTPS, folosește Căutare SSL pentru detaliile certificatului, în loc să te bazezi doar pe ping. Căutare anteturi HTTP poate afișa și redirecționările, precum și anteturile răspunsului.

Dacă mesajele de e-mail nu sosesc, folosește Gazdă / Port împreună cu numele de gazdă al serverului de e-mail și portul configurat în aplicația de trimitere sau primire. Faptul că un port SMTP este accesibil nu dovedește că serverul acceptă un anumit mesaj. Erorile de autentificare, filtrarea spamului, înregistrările DNS pentru e-mail și politicile destinatarului nu pot fi verificate printr-un simplu test de port.

După mutarea unui site pe o gazdă nouă, verifică numele său de gazdă prin ICMP sau HTTP, după caz. Verifică înregistrarea DNS și ține cont de răspunsurile păstrate în cache. Căutare Whois te poate ajuta să confirmi informațiile despre înregistrarea domeniului, dar nu arată ce răspuns DNS are în acel moment fiecare resolver.

De ce poate memoria cache DNS să facă un rezultat corect să pară greșit?

Din cauza memoriei cache DNS, serverul instrumentului și dispozitivul tău pot rezolva temporar același nume de gazdă la adrese diferite. Resolverele recursive păstrează răspunsurile DNS în funcție de durata lor de viață, numită adesea TTL, iar unele aplicații sau sisteme de operare folosesc și memorii cache locale.

Termenul "propagare" este folosit frecvent pentru această întârziere, deși înregistrările DNS nu sunt distribuite pretutindeni printr-un singur proces coordonat. Fiecare intrare din cache expiră după propriul program. Prin urmare, o înregistrare modificată recent poate funcționa pe o conexiune, în timp ce alta folosește încă adresa anterioară.

Deoarece instrumentul efectuează verificarea pe serverul său, rezultatul reflectă traseul de rețea și perspectiva DNS ale acelui server la momentul respectiv. Nu poate dovedi că fiecare furnizor de internet, rețea mobilă sau resolver corporativ din România vede aceeași destinație. Dacă este important comportamentul într-o anumită locație, compară rezultatul cu o verificare locală și interoghează înregistrările DNS relevante.

Întrebări frecvente

Ce se întâmplă dacă domeniul conține diacritice sau caractere din alte alfabete?

IDNA transformă etichetele de domeniu Unicode eligibile în etichete A ASCII. Punycode este algoritmul de codificare folosit în etichetele A relevante. De multe ori, browserele convertesc automat forma ușor de citit, dar câmpurile pentru gazdă și sistemele de diagnosticare pot necesita forma de etichetă A. Verifică atent ortografia, deoarece unele caractere Unicode asemănătoare vizual pot indica domenii diferite.

Un timp de răspuns mic va rămâne mereu la fel?

Nu. Timpul de răspuns variază în funcție de rutare, congestia rețelei, încărcarea serverului și distanța fizică. Înregistrează mai multe verificări efectuate la ore comparabile și investighează schimbările persistente, în loc să consideri un singur răspuns lent drept dovada unei defecțiuni.

Înainte să modifici setările DNS, firewallul sau configurația serverului, confirmă că ai verificat exact numele de gazdă, calea URL și portul folosite de serviciul afectat. Notează ora rezultatului și compar-o cu jurnalele locale, astfel încât informațiile de la ambele capete ale conexiunii să poată fi corelate.