Linux Certif

Toute la documentation sur la certification Linux LPI

Rechercher une page de manuel

ping

BSD mandoc
Linux NetKit 0.09

NÉV

ping - a hálózat gépeinek ICMP ECHO_REQUEST csomagok küldése

VÁZLAT

ping [-dfnqrvR ] [-c (számláló) ] [-i (várakozás) ] [-l (elõterhelés) ] [-p (mintázat) ] [-s (csomagméret) ]

LEÍRÁS

A ping ICMP (hálózatközi vezérlõüzenet protokol) kötelezõ ECHO_REQUEST (visszhang-kérés) datagramot küld azért, hogy egy ICMP ECHO_RESPONSE (visszhang-válasz) válaszcsomagot kapjon egy géptõl vagy átjárótól. Az ECHO_REQUEST datagramok (``ping''-ek) egy IP és egy ICMP fejléccel rendelkeznek, amit egy ``struct timeval'' késés követ, majd tetszõleges számú kitöltõ ``pad'' byte ami megtölti a csomagot.

-c számláló

A program leállása számláló ECHO_RESPONSE csomag fogadása után.

-d

Beállítja a SO_DEBUG (hibakeresési) opciót a használt csatlakozóponton (socket-en).

-f

Elárasztó (flooding) ping. A kimenõ csomagok olyan gyorsak, hogy vagy másodpercenként százszor, vagy a visszaérkezés után azonnal indulnak, amelyik gyorsabb. Minden egyes elküldött ECHO_REQUEST után egy pont ``.'' jelenik meg, és minden kapott ECHO_REPLY után egy visszatörlés (backspace). Ez gyorsan láthatóvá teszi, hogy hány csomag veszett el. Ezt az opciót csak a szuper-felhasználó használhatja. Figyelmeztetés: ez komoly hálózat terhelést okoz, és csak fokozott óvatossággal használható.

-i várakozás

Minden csomag között várakozás másodpercnyi várakozás. Az alapértelmezett egy másodpercnyi várakozás minden csomag között. Ez az opció összeférhetetlen az -f opcióval.

-l elõterhelés

Ha az elõterhelés opciót megadjuk, a ping elõször ennyi csomagot küld, amilyen gyorsan csak lehetséges, mielõtt visszatérne normál mûködési állapotába. Ezt az opciót csak a szuper-felhasználó használhatja.

-n

Csak számjegyes kijelzés. Nem történik kísérlet a gépek címeihez tartozó szimbolikus nevek visszakeresésére.

-p mintázat

Meghatározható legfeljebb 16 kitöltõ, ``pad'' byte a küldött csomag kitöltéséhez. Ez akkor hasznos, ha a hálózat adatfüggõ problémáit szeretnénk diagnosztizálni. Például, a ``-p ff '' hatására a küldött csomag csupa egyessel lesz kitöltve.

-q

Csöndes kijelzés. Semmi sem íródik ki, csak az összegzõ sor induláskor és befejezéskor.

-R

Útvonal feljegyzés. Tartalmazza a RECORD_ROUTE opciót az ECHO_REQUEST csomagban és a visszatérõ csomagokban lévõ útvonal puffert megjeleníti. Megjegyzendõ, hogy az IP fejlécbe csak kilenc ilyen útvonal fér bele. Sok gép nem veszi figyelembe, vagy eldobja ezt az opciót.

-r

Kikerüli a rendes útvonal választó táblázatot és közvetlenül a csatolt hálózat gépének küld. Hibajelzés érkezik, ha a gép nem a közvetlenül csatolt hálózaton található. Ez az opció akkor használható, ha egy helyi gépet szeretnénk pingelni egy olyan csatolón keresztül, aminek nincs közvetlen útvonala felé (például miután a csatolót eldobta a routed(8)).

-s csomagméret

Az elküldendõ adatbájtok számát határozza meg. Az alapértelmezett 56, ami 64 ICMP adatbájtra módosul, amikor az ICMP 8 bájtos fejléce hozzáadódik.

-v

Bõbeszédû kimenet. Minden fogadott ICMP csomag, ami nem ECHO_RESPONSE kiíródik.

Amikor a ping segítségével hibát keresünk, elõször mindig a saját gépet kell ellenõrizni, hogy a helyi hálózati csatoló jól mûködik. Utána egyre távolabbi gépeket és átjárókat kell ``pingelni''. A program a válaszidõk és a csomag veszteségek statisztikáját kiszámolja. Ha kettõzött csomagok érkeznek, azokat nem számolja bele a csomagveszteségi statisztikába, habár ezen csomagok válaszidejét használja a minimum/átlag/maximum válaszidõ kiszámításához. Amikor a meghatározott darabszámú csomagot elküldte (és megkapta), vagy SIGINT hatására megszakad a program futása, egy rövid összegzést ír ki.

Ha a ping nem kap egyetlen válaszcsomagot sem, 1-es kilépési kódot eredményez. Hiba esetén 2-es, egyébként 0-ás kóddal lép ki. Ezért a kilépési kód használható annak megállapítására, hogy egy gép ``él'' vagy sem.

Ezen programot a hálózat ellenõrzésére, mérésére és menedzselésére szánták. A terhelés miatt, amit a hálózaton okoz, nem tanácsos a ping használata normál mûködés során, vagy automatikus parancsfájlokban.

AZ ICMP CSOMAG RÉSZLETEI

Egy IP fejléc opciók nélkül 20 byte hosszú. Egy ICMP ECHO_REQUEST csomag ezenkívül tartalmaz egy 8 bájtos ICMP fejlécet, amit tetszõleges mennyiségû adat követ. Amikor a csomagméretet megadjuk, ezt a többlet adatmennyiséget határozzuk meg (az alapértelmezett 56). Tehát az IP csomag belsejében kapott ICMP ECHO_REPLY típusú adat mennyisége mindig 8 bájttal (az ICMP fejléccel) több lesz, mint az kért adatmennyiség.

Ha ez az adatmennyiség legalább 8 byte hosszú, a ping ennek az elsõ nyolc bájtját használja arra, hogy idõjelzést tegyen bele, amit a visszatérési idõ kiszámítására használ. Ha kevesebb, mint nyolc kitöltõ bájtot határozunk meg, akkor a visszatérési idõket nem adja meg.

KÉTSZEREZETT ÉS SÉRÜLT CSOMAGOK

A Ping jelez minden megkétszerezett és sérült csomagot. Kétszerezett csomagnak normális esetben nem lenne szabad elõfordulnia, és úgy tûnik, hogy hibás link-szintû újraküldések okozzák. A kétszerezõdések sok helyzetben elõfordulhatnak, és habár ritkán, (vagy sosem) jelentenek jót, az alacsony szintû kettõzõdések elõfordulása nem minden esetben ad okot a riadalomra.

A sérült csomagok feltétlenül riasztó jelek, és a ping csomag útjában (a hálózaton vagy a gépeken) hibás hardvert jeleznek.

KÜLÖNBÖZÕ ADATMINTÁZATOK KIPRÓBÁLÁSA

A hálózat(között)i réteg sohasem kezelheti a csomagokat eltérõen, az adatrészükben tartalmazott adatoktól függõen. De sajnos, adatfüggõ problémák osonhatnak be a hálózatokba, amik ott hosszú ideig felfedezetlenek maradhatnak. Sok esetben az a különös mintázat, amivel a probléma van olyan, amiben nincs elég ``átmenet'', mint pl. a csak nullák, csak egyesek, vagy olyan minta, ami ehhez közelít, mint pl. a majdnem csak nullák. Nem feltétlenül elégséges, ha a parancssorban olyan adatmintázatot határozunk meg, ami (például) csak nullákból áll, mivel az adatkapcsolati szinten lévõ mintázat számít, és a kapcsolat a parancssorba beírt adat és a vezérlõ által továbbított adat között igen bonyolult lehet.

Ez azt jelenti, hogy ha adatfüggõ problémát kell keresni, valószínûleg igen sokat kell próbálgatni hogy megtaláljuk. Ha szerencsénk van, található egy olyan fájl, ami vagy nem megy át a hálózaton, vagy az átvitele sokkal tovább tart, mint a hasonló hosszúságú fájloké. Akkor ebben a fájlban lehet olyan ismétlõdõ mintázatokat keresni, amit ki lehet próbálni a ping -p opciójával.

TTL RÉSZLETEI

Egy IP csomag TTL értéke jelzi az IP útvonalválasztók maximális számát, amin a csomag keresztül tud menni, mielõtt eldobják. A jelenlegi gyakorlat szerint az Interneten minden útvonalválasztótól az várható, hogy a TTL mezõt pontosan eggyel csökkenti.

A TCP/IP specifikációja szerint a TTL mezõt a TCP csomagoknál 60-ra kell állítani, de sok rendszer kisebb értékeket használ ( a BSD 4.3 30-at, a 4.2 15-öt használt).

Ennek a mezõnek a lehetséges legnagyobb értéke 255, és a legtöbb Unix rendszer az ICMP ECHO_REQUEST csomagokban a TTL mezõt 255-re állítja. Ezért van az, hogy néhány gép ``ping''-elhetõ, de nem érhetõ el telnet(1)-tel vagy ftp(1)-vel.

Normális mûködés esetén a ping a megkapott csomagok TTL értékét kiírja. Amikor a távoli rendszer megkapja a ping csomagot, a következõ három dolog valamelyikét teheti a TTL mezõvel a válaszában:

• Nem változtatja; ez az, amit a Berkeley Unix rendszerek csináltak a BSD 4.3 tahoe változat elõtt. Ebben az esetben a TTL értéke a megkapott csomagban 255 minusz az oda-vissza úton érintett útvonalválasztók száma lesz.
• Beállítja 255-re; ez az, amit a jelenlegi Berkeley Unix rendszerek tesznek. Ebben az esetben a TTL értéke a kapott csomagban 255 minusz az útvonalválasztók száma lesz a távoli rendszer felõl a pingelõ gép irányában.
• Valami más értékre állítja. Néhány gép ugyanazt az értéket használja az ICMP csomagok számára, mint amit a TCP csomagok esetében, például 30-at vagy 60-at. Egyebek használhatnak teljesen vad értékeket.

HIBÁK

Sok gép és átjáró figyelmen kívül hagyja a RECORD_ROUTE opciót.

Az IP fejléc maximális hossza túl kicsi ahhoz, hogy az olyan opciók, mint a RECORD_ROUTE teljesen hasznosak lehessenek. Ezzel azonban nem sokat lehet tenni.

Az elárasztó pingelés általában nem ajánlott, az üzenetszórási címnek az elárasztó pingelése pedig csak nagyon ellenõrzött körülmények között végezhetõ.

LÁSD MÉG

netstat(1), ifconfig(8), routed(8)

TÖRTÉNETE

A parancs elõször a BSD 4.3 rendszerben jelent meg.

MAGYAR FORDÍTÁS

Bozsér Zoltán <ZOLTAN.BOZSER@hun.conoco.com>