ping - sendet ICMP ECHO_REQUEST an Netzwerk-Hosts
ÜBERSICHT
ping [-aAbBdCDfhHLnOqrRUvV346] [-c Anzahl] [-e Kennung] [-F Flowlabel] [-i Intervall]
[-I Schnittstelle] [-l Vorlast] [-m Markierung] [-M pmtudisc_Option] [-N nodeinfo_Option]
[-w Zeitlimit] [-W Wartezeit] [-p Muster] [-Q ToS] [-s Paketgröße] [-S Sndbuf] [-t TTL]
[-T Zeitstempel-Option] [Hop...] {Ziel}
BESCHREIBUNG
ping verwendet das ICMP-Protokoll und das obligatorische ECHO_REQUEST-Datagramm, um eine ICMP-ECHO_RESPONSE
von einem Host oder Gateway abzurufen. ECHO_REQUEST-Datagramme („Pings“) haben einen IP- und ICMP-Header, gefolgt von
einer Struktur vom Typ `timeval` und dann einer beliebigen Anzahl von „Padding“-Bytes, die verwendet werden, um das Paket zu füllen.
ping funktioniert sowohl mit IPv4 als auch mit IPv6. Die ausschließliche Verwendung eines von beiden kann durch
die Angabe von -4 oder -6 erzwungen werden.
ping kann auch IPv6-Node-Information-Abfragen (RFC4620) senden. Zwischenliegende Hops sind möglicherweise nicht zulässig,
da IPv6-Source-Routing veraltet ist (RFC5095).
OPTIONEN
-3
RTT-Genauigkeit (rundet das Ergebnis nicht auf).
-4
Nur IPv4 verwenden.
-6
Nur IPv6 verwenden.
-a
Akustisches Ping.
-A
Adaptives Ping. Das Intervall zwischen den Paketen passt sich der Roundtrip-Zeit an, so dass effektiv nicht mehr als ein (oder mehr, wenn preload gesetzt ist) unbeantwortetes Probe-Paket im Netzwerk vorhanden ist. Das Standardintervall beträgt 2 ms, weitere Informationen finden Sie in der Option -i. In Netzwerken mit niedriger RTT ist dieser Modus im Wesentlichen gleichwertig zum Flood-Modus.
-b
Das Pingen einer Broadcast-Adresse zulassen.
-B
Nicht zulassen, dass Ping die Quelladresse der Sonden ändert. Die Adresse wird auf eine festgelegt, die beim Start von Ping ausgewählt wurde.
-c Anzahl
Nach dem Senden von Anzahl ECHO_REQUEST-Paketen stoppen. Mit der Option deadline wartet Ping auf Anzahl ECHO_REPLY-Pakete, bis das Zeitlimit abläuft.
-C
Beim Erstellen der Socket-Verbindung die connect()-Systemaufruf-Funktion aufrufen.
-d
Die Option SO_DEBUG für den verwendeten Socket setzen. Im Wesentlichen wird diese Socket-Option vom Linux-Kernel nicht verwendet.
-D
Vor jeder Zeile den Zeitstempel (Unix-Zeit + Mikrosekunden wie in gettimeofday) ausgeben.
-e Kennung
Das Identifikationsfeld von ECHO_REQUEST setzen. Der Wert 0 impliziert die Verwendung eines Raw-Sockets (nicht auf einem ICMP-Datagramm-Socket unterstützt). Der Wert des Feldes kann mit der Option -v ausgegeben werden.
-f
Flood-Ping. Für jedes gesendete ECHO_REQUEST wird ein Punkt (".") ausgegeben, während für jedes empfangene ECHO_REPLY ein Backspace ausgegeben wird. Dies ermöglicht eine schnelle Anzeige, wie viele Pakete verloren gehen. Wenn kein Intervall angegeben wird, wird das Intervall auf Null gesetzt und die Pakete werden so schnell wie möglich ausgegeben, oder hundert Mal pro Sekunde, je nachdem, was größer ist. Nur der Superuser darf diese Option mit einem Intervall von Null verwenden.
-F Flow-Label
Nur für IPv6. Weist ein 20-Bit-Flow-Label (in hexadezimaler Form) für Echo-Anforderungs-Pakete zu und setzt es. Wenn der Wert Null ist, weist der Kernel ein zufälliges Flow-Label zu.
-h
Zeigt die Hilfe an.
-H
Erzwingt die DNS-Namensauflösung für die Ausgabe. Nützlich für numerische Ziele oder die Option -f, die standardmäßig keine Auflösung durchführen. Kann auch helfen, um DNS-Auflösungsprobleme zu beheben. Überschreibt eine zuvor definierte Option -n. Siehe auch die Umgebungsvariable IPUTILS_PING_PTR_LOOKUP.
-i Intervall
Wartezeit in Sekunden zwischen dem Senden jedes Pakets. Eine Gleitkommazahl mit einem Punkt als Dezimaltrennzeichen ist zulässig (unabhängig von den Gebietsschema-Einstellungen). Standardmäßig wird eine Sekunde zwischen den einzelnen Paketen gewartet, oder in der Flood-Modus wird nicht gewartet. Nur der Superuser kann das Intervall auf Werte unter 2 ms setzen. Broadcast- und Multicast-Pings haben eine noch höhere Begrenzung für normale Benutzer: das Minimum beträgt 1 Sekunde.
-I Schnittstelle
Die Schnittstelle ist entweder eine Adresse, ein Schnittstellenname oder ein VRF-Name. Wenn die Schnittstelle eine Adresse ist, wird die Quelladresse auf die angegebene Schnittstellenadresse gesetzt. Wenn die Schnittstelle ein Schnittstellenname ist, wird die Quellschnittstelle auf die angegebene Schnittstelle gesetzt. Wenn die Schnittstelle ein VRF-Name ist, wird jedes Paket mit der entsprechenden Routing-Tabelle geroutet; in diesem Fall kann die Option -I wiederholt werden, um eine Quelladresse anzugeben. HINWEIS: Für IPv6 kann bei einem Ping an eine Link-Local-Scope-Adresse die Link-Spezifikation (mithilfe der Notation '%' im Ziel oder mit dieser Option) verwendet werden, dies ist jedoch nicht mehr erforderlich.
-l Vorbelastung
Wenn eine Vorbelastung angegeben ist, sendet Ping diese Anzahl von Paketen, ohne auf eine Antwort zu warten. Nur der Superuser darf eine Vorbelastung von mehr als 3 auswählen.
-L
Unterdrückt die Rückleitung von Multicast-Paketen. Dieses Flag gilt nur, wenn das Ping-Ziel eine Multicast-Adresse ist.
-m Markierung
Verwendet eine Markierung, um die ausgehenden Pakete zu versehen. Dies ist aus verschiedenen Gründen innerhalb des Kernels nützlich, z. B. die Verwendung von Policy-Routing, um eine bestimmte ausgehende Verarbeitung auszuwählen. Die Fähigkeit CAP_NET_ADMIN oder CAP_NET_RAW (seit Linux 5.17) ist erforderlich, siehe socket(7).
-M pmtudisc_opt
Wählt die Strategie für die Path MTU Discovery aus. pmtudisc_option kann entweder do (setzt das DF-Flag, unterliegt aber den PMTU-Prüfungen durch den Kernel, Pakete, die zu groß sind, werden abgelehnt), want (führt PMTU-Discovery durch, fragmentiert lokal, wenn die Paketgröße groß ist), probe (setzt das DF-Flag und umgeht die PMTU-Prüfungen, nützlich zum Testen) oder dont (setzt das DF-Flag nicht) sein.
-N nodeinfo_option
Nur für IPv6. Sendet IPv6 Node Information Queries (RFC4620) anstelle von Echo Requests. Die Fähigkeit CAP_NET_RAW ist erforderlich.
Hilfe
Zeigt die Hilfe für NI-Unterstützung an.
Name
Fragt nach Knotennamen.
ipv6
Fragt nach IPv6-Adressen. Es gibt mehrere IPv6-spezifische Flags.
ipv6-global
Fordert IPv6-Adressen im globalen Bereich an.
ipv6-sitelocal
Fordert IPv6-Adressen im Site-Local-Bereich an.
ipv6-linklocal
Fordert IPv6-Adressen im Link-Local-Bereich an.
ipv6-all
Fordert IPv6-Adressen auf anderen Schnittstellen an.
ipv4
Fragt nach IPv4-Adressen. Es gibt ein IPv4-spezifisches Flag.
ipv4-all
Fordert IPv4-Adressen auf anderen Schnittstellen an.
subject-ipv6=ipv6addr
IPv6-Subject-Adresse.
subject-ipv4=ipv4addr
IPv4-Subject-Adresse.
subject-name=nodename
Name des Subjekts. Wenn es mehr als einen Punkt enthält, wird davon ausgegangen, dass es sich um einen vollständig qualifizierten Domänennamen handelt.
subject-fqdn=nodename
Name des Subjekts. Es wird immer davon ausgegangen, dass es sich um einen vollständig qualifizierten Domänennamen handelt.
-n
Nur numerische Ausgabe. Es wird nicht versucht, symbolische Namen für Hostadressen nachzuschlagen (keine Reverse-DNS-Auflösung). Dies ist die Standardeinstellung für numerische Ziele oder die Option -f. Überschreibt zuvor definierte -H-Option. Siehe auch die Umgebungsvariable IPUTILS_PING_PTR_LOOKUP.
-O
Gibt die ausstehende ICMP-ECHO-Antwort aus, bevor das nächste Paket gesendet wird. Dies ist nützlich in Verbindung mit der Zeitstempeloption -D, um die Ausgabe in eine Diagnosedatei zu schreiben und nach fehlenden Antworten zu suchen.
-p pattern
Sie können bis zu 16 „Pad“-Bytes angeben, um das gesendete Paket aufzufüllen. Dies ist nützlich, um datenabhängige Probleme in einem Netzwerk zu diagnostizieren. Beispielsweise führt -p ff dazu, dass das gesendete Paket mit Einsen gefüllt wird.
-q
Leise Ausgabe. Es wird nichts angezeigt, außer den zusammenfassenden Zeilen beim Start und am Ende.
-Q tos
Legt die Quality-of-Service-bezogenen Bits in ICMP-Datagrammen fest. tos kann eine Dezimal- oder Hexadezimalzahl sein (nur ping).
In RFC2474 werden diese Felder als 8-Bit-Differentiated Services (DS) interpretiert, bestehend aus: Bits 0-1 (die 2 niedrigsten Bits) von separaten Daten und Bits 2-7 (die 6 höchsten Bits) des Differentiated Services Codepoint (DSCP). In RFC2481 und RFC3168 werden die Bits 0-1 für ECN verwendet.
Historisch (RFC1349, veraltet durch RFC2474) wurden diese interpretiert als: Bit 0 (das niedrigste Bit) für reserviert (derzeit wird es als Staukontrolle neu definiert), 1-4 für Type of Service und die Bits 5-7 (die höchsten Bits) für Precedence.
-r
Umgeht die normalen Routingtabellen und sendet direkt an einen Host in einem angeschlossenen Netzwerk. Wenn sich der Host nicht in einem direkt angeschlossenen Netzwerk befindet, wird ein Fehler zurückgegeben. Diese Option kann verwendet werden, um einen lokalen Host über eine Schnittstelle zu pingen, die keine Route hat, vorausgesetzt, die Option -I wird ebenfalls verwendet.
-R
Nur ping. Zeichnet die Route auf. Enthält die RECORD_ROUTE-Option in dem ECHO_REQUEST-Paket und zeigt den Routenpuffer in den zurückgegebenen Paketen an. Beachten Sie, dass der IP-Header nur Platz für neun solcher Routen bietet. Viele Hosts ignorieren oder verwerfen diese Option.
-s packetsize
Gibt die Anzahl der zu sendenden Datenbytes an. Der Standardwert ist 56, was zusammen mit den 8 Bytes des ICMP-Headers 64 ICMP-Datenbytes ergibt. Der maximal zulässige Wert ist 65507 für IPv4 (65467 bei -R oder -T oder Intermediate hops) oder 65527 für IPv6, aber die meisten Systeme beschränken dies auf eine kleinere, systemabhängige Zahl.
-S sndbuf
Setzt den Socket-Sndbuf. Wenn nicht angegeben, wird er so ausgewählt, dass nicht mehr als ein Paket gepuffert wird.
-t ttl
Nur ping. Setzt die IP-Time to Live.
-T timestamp option
Setzt spezielle IP-Zeitstempeloptionen. Die Zeitstempeloption kann entweder tsonly (nur Zeitstempel), tsandaddr (Zeitstempel und Adressen) oder tsprespec host1 [host2 [host3 [host4]]] (Zeitstempel für vordefinierte Hops) sein.
-U
Gibt die vollständige Benutzer-zu-Benutzer-Latenz aus (das alte Verhalten). Normalerweise gibt ping die Netzwerk-Roundtrip-Zeit aus, die beispielsweise aufgrund von DNS-Fehlern unterschiedlich sein kann.
-v
Ausführliche Ausgabe. Unterdrücken Sie keine DUP-Antworten beim Pingen einer Multicast-Adresse.
-V
Version anzeigen und beenden.
-w deadline
Geben Sie einen Timeout in Sekunden an, bevor ping beendet wird, unabhängig davon, wie viele Pakete gesendet oder empfangen wurden. In diesem Fall stoppt ping nicht, nachdem die angegebene Anzahl von Paketen gesendet wurde, sondern wartet entweder, bis der Timeout abläuft, bis die angegebene Anzahl von Antworten empfangen wurde oder bis eine Fehlermeldung vom Netzwerk empfangen wird.
-W timeout
Zeit, die auf eine Antwort gewartet wird, in Sekunden. Diese Option beeinflusst nur den Timeout, wenn keine Antworten eingehen, andernfalls wartet ping für zwei RTTs. Eine reelle Zahl ist erlaubt, wobei ein Punkt als Dezimaltrennzeichen verwendet wird (unabhängig von den Gebietsschemaeinstellungen). 0 bedeutet unendlicher Timeout.
Wenn ping zur Fehlerbehebung verwendet wird, sollte es zuerst auf dem lokalen Host ausgeführt werden, um zu überprüfen, ob die lokale Netzwerkschnittstelle aktiv ist. Anschließend sollten Hosts und Gateways, die weiter entfernt sind, „gepingt“ werden. Die Round-Trip-Zeiten und die Paketverluststatistik werden berechnet. Wenn duplizierte Pakete empfangen werden, werden diese nicht in die Paketverlustberechnung einbezogen, obwohl die Round-Trip-Zeit dieser Pakete zur Berechnung der minimalen/durchschnittlichen/maximalen/Standardabweichungs-Round-Trip-Zeit verwendet wird.
Die Populations-Standardabweichung (mdev) ist im Wesentlichen ein Durchschnitt davon, wie weit jede Ping-RTT von der mittleren RTT abweicht. Je höher die mdev ist, desto variabler ist die RTT (im Laufe der Zeit). Bei einer hohen RTT-Variabilität treten Geschwindigkeits-Probleme bei großen Datenübertragungen auf (da diese länger dauern, als unbedingt erforderlich, da die Variabilität letztendlich dazu führt, dass der Absender auf Bestätigungen wartet), und die VoIP-Qualität ist mittelmäßig bis schlecht.
Wenn die angegebene Anzahl von Paketen gesendet (und empfangen) wurde oder wenn das Programm mit einem SIGINT-Signal beendet wird, wird eine kurze Zusammenfassung angezeigt. Detailliertere aktuelle Statistiken können ohne Beendigung des Prozesses mit dem Signal SIGQUIT abgerufen werden.
Dieses Programm ist für den Einsatz in Netzwerktests, -messungen und -verwaltungen bestimmt. Aufgrund der Last, die es auf das Netzwerk ausüben kann, ist es ratsam, ping nicht während des normalen Betriebs oder in automatisierten Skripten zu verwenden.
UMGEBUNG
Die Umgebungsvariable IPUTILS_PING_PTR_LOOKUP, die auf 0 gesetzt ist, deaktiviert die Reverse-DNS-Auflösung (PTR-Lookup) standardmäßig. Sie wird durch die Option -H oder -n überschrieben.
BEENDIGUNGSSTATUS
Wenn ping keine Antwortpakete empfängt, wird es mit dem Code 1 beendet. Wenn sowohl eine Paketanzahl als auch ein Timeout angegeben sind und die angegebene Anzahl von Paketen nicht empfangen wird, bevor der Timeout abgelaufen ist, wird es ebenfalls mit dem Code 1 beendet. Bei anderen Fehlern wird es mit dem Code 2 beendet. Andernfalls wird es mit dem Code 0 beendet. Dadurch kann der Beendigungscode verwendet werden, um festzustellen, ob ein Host erreichbar ist oder nicht.
IPv6-LINK-LOKALE ZIELADRESSEN
Für IPv6 muss, wenn die Zieladresse einen Link-lokalen Gültigkeitsbereich hat und ping ICMP-Datagrammsockets verwendet, die Ausgabeschnittstelle angegeben werden. Wenn ping Raw-Sockets verwendet, ist es nicht unbedingt erforderlich, die Ausgabeschnittstelle anzugeben, dies sollte jedoch geschehen, um Mehrdeutigkeiten zu vermeiden, wenn mehrere mögliche Ausgabeschnittstellen vorhanden sind.
Es gibt zwei Möglichkeiten, die Ausgabeschnittstelle anzugeben:
mit der %-Notation
Die Zieladresse wird mit % und dem Namen der Ausgabeschnittstelle oder dem ifindex versehen, z. B.:
ping fe80::5054:ff:fe70:67bc%eth0
ping fe80::5054:ff:fe70:67bc%2
mit der Option -I
Bei der Verwendung von ICMP-Datagramm-Sockets wird diese Methode seit den folgenden Kernel-Versionen unterstützt: 5.17, 5.15.19, 5.10.96, 5.4.176, 4.19.228, 4.14.265. Außerdem wird sie nicht unter musl libc unterstützt.
DETAILS ZU ICMP-PAKETEN
Ein IP-Header ohne Optionen ist 20 Byte groß. Ein ICMP-ECHO_REQUEST-Paket enthält zusätzlich 8 Byte des ICMP-Headers, gefolgt von einer beliebigen Datenmenge. Wenn eine Paketgröße angegeben wird, gibt dies die Größe dieses zusätzlichen Datenbereichs an (der Standardwert ist 56). Daher ist die Datenmenge, die in einem IP-Paket vom Typ ICMP ECHO_REPLY empfangen wird, immer um 8 Byte größer als der angeforderte Datenbereich (der ICMP-Header).
Wenn der Datenbereich mindestens die Größe einer struct timeval hat, verwendet ping die Anfangsbytes dieses Bereichs, um einen Zeitstempel einzufügen, der bei der Berechnung der Roundtrip-Zeiten verwendet
wird. Wenn der Datenbereich kürzer ist, werden keine Roundtrip-Zeiten angezeigt.
DOPPELTE UND BESCHÄDIGTE PAKETE
ping meldet doppelte und beschädigte Pakete. Doppelte Pakete sollten nicht vorkommen und scheinen durch unangemessene Link-Level-Wiederholungen verursacht zu werden. Duplikate können in vielen
Situationen auftreten und sind selten (oder nie) ein gutes Zeichen, obwohl das Vorhandensein geringer Mengen an Duplikaten nicht immer Anlass zur Besorgnis geben muss.
Beschädigte Pakete sind offensichtlich ein ernstes Problem und deuten oft auf einen Defekt irgendwo auf dem Pfad des ping-Pakets hin (im Netzwerk oder auf den Hosts).
ID-KOLLISIONEN
Im Gegensatz zu TCP und UDP, die Port verwenden, um den Empfänger eindeutig zu identifizieren, verwendet ICMP das Identifikationsfeld (ID) zur Identifizierung. Wenn also gleichzeitig zwei ping-Prozesse auf derselben Maschine dieselbe ID verwenden, kann die Echo-Antwort an einen falschen Empfänger geliefert werden. Dies ist ein bekanntes Problem aufgrund der begrenzten Größe des 16-Bit-ID-Felds. Dies ist eine historische Einschränkung des Protokolls, die derzeit nicht behoben werden kann, es sei denn, wir codieren eine ID in die ping-Paket-Nutzlast ein. ping gibt einen Fehler "DIFFERENT ADDRESS" aus, und die Paketverluste sind negativ.
ping verwendet die PID, um eine eindeutige Nummer zu erhalten. Der Standardwert von /proc/sys/kernel/pid_max ist 32768. Auf Systemen, die ping stark nutzen und bei denen pid_max größer als 65535
ist, werden Kollisionen auftreten.
VERSCHIEDENE DATENMUSTER AUSPROBIEREN
Die (Inter-)Network-Schicht sollte Pakete unabhängig von den in dem Datenbereich enthaltenen Daten nicht unterschiedlich behandeln. Leider hat es sich gezeigt, dass datenabhängige Probleme in Netzwerke eindringen und lange Zeit unentdeckt bleiben können. In vielen Fällen ist das Problem, das zu Problemen führt, ein Muster, das nicht genügend "Übergänge" aufweist, z. B. alle Einsen oder alle Nullen oder ein Muster am Rand, z. B. fast alle Nullen. Es ist nicht unbedingt ausreichend, ein Datenmuster aus Nullen (zum Beispiel) über die Befehlszeile anzugeben, da das interessierende Muster auf der Datenverbindungsebene liegt, und die Beziehung zwischen dem, was Sie eingeben, und dem, was die Controller übertragen, kann kompliziert sein.
Das bedeutet, dass Sie bei einem datenabhängigen Problem wahrscheinlich viele Tests durchführen müssen, um es zu finden. Wenn Sie Glück haben, finden Sie möglicherweise eine Datei, die entweder nicht über Ihr Netzwerk gesendet werden kann oder deren Übertragung im Vergleich zu anderen Dateien ähnlicher Länge viel länger dauert. Sie können diese Datei dann auf wiederholte Muster untersuchen und diese mit der Option -p von ping testen.
TTL-DETAILS
Der TTL-Wert eines IP-Pakets stellt die maximale Anzahl von IP-Routern dar, durch die das Paket gehen kann, bevor es verworfen wird. In der Praxis können Sie davon ausgehen, dass jeder Router im Internet das TTL-Feld um genau eins verringert.
Das TTL-Feld für TCP-Pakete kann verschiedene Werte annehmen. Der höchstmögliche Wert für dieses Feld ist 255, ein empfohlener Anfangswert ist 64. Weitere Informationen finden Sie im Abschnitt „TCP/Lower-Level Interface“ von RFC9293.
Im Normalbetrieb gibt ping den TTL-Wert des empfangenen Pakets aus. Wenn ein Remote-System ein Ping-Paket empfängt, kann es mit dem TTL-Feld in seiner Antwort eines von drei Dingen tun:
Es nicht ändern; dies war die Vorgehensweise von Berkeley Unix-Systemen vor der 4.3BSD Tahoe-Version. In diesem Fall entspricht der TTL-Wert im empfangenen Paket 255 abzüglich der Anzahl der Router auf dem Rundweg.
Es auf 255 setzen; dies tun aktuelle Berkeley Unix-Systeme. In diesem Fall entspricht der TTL-Wert im empfangenen Paket 255 abzüglich der Anzahl der Router auf dem Pfad vom Remote-System zum Ping-Host.
Es auf einen anderen Wert setzen. Einige Maschinen verwenden denselben Wert für ICMP-Pakete, den sie auch für TCP-Pakete verwenden, beispielsweise 30 oder 60. Andere verwenden möglicherweise völlig zufällige Werte.
FEHLER
Viele Hosts und Gateways ignorieren die Option RECORD_ROUTE.
Die maximale IP-Headerlänge ist zu klein, damit Optionen wie RECORD_ROUTE vollständig nützlich sind. Dagegen kann man jedoch nicht viel unternehmen.
Flood-Pinging ist im Allgemeinen nicht empfehlenswert, und Flood-Pinging der Broadcast-Adresse sollte nur unter sehr kontrollierten Bedingungen erfolgen.
SIEHE AUCH
HISTORIE
Der Ping-Befehl erschien in 4.3BSD.
Die hier beschriebene Version ist dessen Nachfolger, der spezifisch für Linux ist.
Ab Version s20150815 existiert das Ping6-Binärprogramm nicht mehr. Es wurde in Ping integriert. Das Erstellen eines symbolischen Links mit dem Namen Ping6, der auf Ping verweist, führt zum gleichen Ergebnis wie zuvor.
SICHERHEIT
Ping benötigt die CAP_NET_RAW-Funktion, um ausgeführt zu werden, wenn das Programm für andere als Echo-Abfragen verwendet wird (siehe Option -N) oder wenn das Identifikationsfeld auf 0 für ECHO_REQUEST gesetzt ist (siehe Option -e), oder wenn der Kernel ICMP-Datagramm-Sockets nicht unterstützt, oder wenn der Benutzer keine ICMP-Echo-Sockets erstellen darf. Das Programm kann als Set-UID-Root-Programm verwendet werden.
VERFÜGBARKEIT
Ping ist Teil des Pakets iputils.