Softonic

Pingverktyg

Steg 1 / 2 Ping
TCP-ping till port 80 (ICMP kräver root). Visar anslutningslatens.
Nästa

Kontrollera om en offentlig värd tar emot TCP-anslutningar på port 80 från vår server. Verktyget gör fyra separata anslutningsförsök, väntar i upp till tre sekunder på varje försök och visar anslutningstiden för varje lyckat försök. Det här är en kontroll av en TCP-port, inte ett ICMP-ekotest, en HTTP-begäran eller en mätning från din enhet.

Så gör du TCP-kontrollen

  1. 1

    Ange en offentlig värd

    Använd en domän som `example.com` eller en offentlig IPv4-adress. URL-schema, sökväg och uttryckligen angiven port ignoreras. Kontrollen använder alltid port 80.

  2. 2

    Starta kontrollen

    Vår server slår upp värdnamnet, avvisar privata, lokala, länklokala och andra icke-offentliga mål och gör sedan fyra TCP-anslutningsförsök.

  3. 3

    Granska varje försök

    På raden för ett lyckat försök visas hur lång tid anslutningsanropet tog. På raden för ett misslyckat försök visas socketfelet som servern fick.

  4. 4

    Tolka sammanfattningen försiktigt

    Minimum, medelvärde och maximum beräknas endast på lyckade försök. Den visade förlustprocenten är andelen anslutningsförsök som misslyckades, inte uppmätt förlust av IP-paket.

Vad kontrollen faktiskt skickar

Klassisk ping skickar ICMP Echo Request-paket och mäter tiden tills svaren kommer tillbaka. Det här verktyget gör något annat: applikationsservern anropar connect() för TCP-port 80. Det skickar ingen HTTP-begäran, granskar ingen statuskod och hämtar ingen webbsida.

Ett lyckat försök visar att en TCP-anslutning till port 80 togs emot från vår server just då. Det visar inte att HTTPS på port 443 fungerar, att webbplatsen returnerar giltigt innehåll eller att tjänsten fungerar för användare i en annan region. Ett misslyckat försök betyder inte heller nödvändigtvis att värden ligger nere: port 80 kan vara stängd eller filtrerad samtidigt som en annan tjänst fortfarande är tillgänglig.

Så läser du resultaten

Resultat Exakt innebörd Vad det inte visar
Tid för försök Tid för att slå upp namnet eller öppna TCP-anslutningen, visad i millisekunder ICMP-tur-och-retur-tid eller sidans laddningstid
Minimum Det snabbaste lyckade försöket Ett garanterat basvärde för varje besökare
Medelvärde Medelvärdet av endast de lyckade försöken Ett medelvärde som omfattar misslyckade försök
Maximum Det långsammaste lyckade försöket Orsaken till en fördröjning eller en ändrad nätverksväg
Förlust Andelen av de fyra TCP-anslutningsförsöken som misslyckades Andelen förlorade nätverkspaket

Med bara fyra mätvärden kan skillnaden mellan minimum och maximum visa att anslutningstiderna varierade, men underlaget räcker inte för att diagnostisera överbelastning, wifi, routning eller paketförlust. Upprepa kontrollen och använd särskilda nätverksdiagnostikverktyg om du behöver undersöka nätverksvägen.

Varför ett försök kan misslyckas

  • Namnet kan inte slås upp: den första DNS-uppslagningen gav ingen offentlig adress, så anslutningskontrollen startar inte.
  • Anslutningen nekades: målet svarade, men ingen tjänst tog emot TCP-anslutningen på port 80.
  • Tidsgräns eller ett annat socketfel: en brandvägg kan blockera anslutningen, nätverksvägen eller målet kan vara otillgängligt eller försöket kan ha överskridit tidsgränsen på tre sekunder.
  • Endast offentliga mål tillåts: privata, lokala, länklokala, reserverade och andra icke-offentliga adresser blockeras. Om ett värdnamn slås upp till någon blockerad adress avvisas det av verktyget.

De fyra försöken körs på vår server, inte i din webbläsare. Därför skickas värdnamnet till servern för behandling, och resultatet beskriver anslutningen från serverns nätverk. I tvåstegsgränssnittet kan värdnamnet också visas i sidans URL. Ange inte interna eller känsliga värdnamn.

Omfattning och begränsningar

Det här är en engångskontroll av port 80 med fyra försök och tre sekunders tidsgräns per försök. Verktyget har inte traceroute, kontinuerlig övervakning, historik eller export och kan inte kontrollera en valfri port. Använd en HTTP-statuskontroll när du behöver ett faktiskt HTTP-svar, ett DNS-uppslagsverktyg när du behöver DNS-poster och en övervakningstjänst när du behöver återkommande kontroller över tid och från flera platser.

Vanliga frågor

Nej. Det vanliga kommandot ping använder ICMP Echo Request och Echo Reply. Det här verktyget öppnar TCP-anslutningar till port 80 från vår server och mäter tiden för anslutningsanropen. Testerna kan ge olika resultat eftersom brandväggar och tjänster behandlar ICMP och TCP på olika sätt.

Det betyder bara att port 80 tog emot en TCP-anslutning från vår server. Verktyget hämtar ingen sida och kontrollerar inte HTTP-status, innehåll, TLS-certifikat eller port 443. Använd en HTTP-kontroll eller öppna webbplatsen separat för att testa de delarna.

Din webbläsare kan använda HTTPS på port 443, medan det här verktyget alltid kontrollerar port 80. Målet kan också filtrera trafik från vår server, eller så kan anslutningen skilja sig mellan olika platser. En nekad anslutning, en överskriden tidsgräns och ett DNS-fel är olika tillstånd, så kontrollera felmeddelandet som visas.

Det är andelen av fyra TCP-anslutningsförsök som inte lyckades: 0 %, 25 %, 50 %, 75 % eller 100 %. Värdet kallas förlust i gränssnittet, men det är inte en direkt mätning av paketförlust och ska inte tolkas som andelen förlorade ICMP-paket.

Nej. Verktyget godtar endast offentliga värdar på internet och ansluter alltid till port 80. Privata, lokala och reserverade adressintervall blockeras så att servern inte kan användas för att nå interna tjänster.

Relaterade verktyg

Domänålderskontroll

Kontrollera när ett domännamn först registrerades samt dess ålder i år, månader och dagar med hjälp av WHOIS-data från registret.

DMARC-postkontrollverktyg

Fråga DMARC TXT-posten för varje domän och analysera policy, justeringsmetod, rapportadresser samt genomförandeprocent i lättläst form.

Domän till IP-adress

Omvandla varje domännamn till dess IPv4-adresser (A) och IPv6-adresser (AAAA) och kopiera dem till valfritt nätverksverktyg.

E-postkontroll för dataintrång

Kontrollera om en e-postadress har förekommit i ett känt dataintrång, se i vilka läckor den exponerades och ta reda på vad du bör byta först.

CORS-testare

Skicka en preflight-OPTIONS-begäran till valfri URL och granska Access-Control-Allow-Origin, rubrikerna och metoderna som servern returnerar. Felsök cross-origin-problem snabbt.

HTTP-begärantestare

Skicka HTTP-begäranden med anpassad metod, headers och body. Granska statuskoden, svarstiden samt hela svarsbodyn och svarsheadrarna.

Verktyget finns på andra språk