Jak ustawić krótki limit czasu za pomocą polecenia ping?

Próbuję napisać skrypt, który wyświetla listę wszystkich hostów w mojej sieci LAN (jest ich około 20) i zapisuje status pingowania obok każdego hosta. Mam plik dzierżawy DHCP, więc mam wszystkie adresy IP (powiedzmy 10.0.0.1, 10.0.0.2 itd.), Wszystko czego potrzebuję to status ping dla każdego hosta.

Tak więc mój skrypt uruchamia pojedynczy ping dla każdego hosta:

ping -c 1 10.0.0.1

Niestety, gdy host jest w trybie offline, ping zajmuje dużo czasu. Sprawdziłem man ping, wydaje się, że istnieją dwie opcje ustawiania czasu oczekiwania: -w deadlinei -W timeout. Myślę, że interesuje mnie to drugie.

Więc próbowałem tego:

ping -c 1 -W 1 10.0.0.1

Ale oczekiwanie jednej sekundy na host offline jest wciąż zbyt długie. Próbowałem ustawić go na mniej niż sekundę, ale wydaje się, że w ogóle nie uwzględnia parametru:

ping -c 1 -W 0.1 10.0.0.1  # timeout option is ignored, apparently

Czy istnieje sposób na ustawienie limitu czasu na niższą wartość? Jeśli nie, czy są jakieś alternatywy?

Edytować

• System operacyjny to Debian Lenny.
• Hosty, które próbuję pingować, są w rzeczywistości punktami dostępu. Są w tej samej sieci Vlan i podsieci co użytkownicy (dla uproszczenia wdrażania i wymiany). Dlatego nie chcę skanować całej podsieci ( ping -bna przykład za pomocą ).

Edytuj # 2

Zaakceptowałem fpingrozwiązanie (dziękuję za wszystkie pozostałe odpowiedzi). To polecenie robi dokładnie to, czego szukałem:

fping -c1 -t500 10.0.0.1 10.0.0.2 10.0.0.3 10.0.0.4

Wykonanie tego polecenia zajmuje najwyżej 500 ms i daje mi status ping wszystkich hostów jednocześnie:

10.0.0.1 : [0], 84 bytes, 5.71 ms (5.71 avg, 0% loss)
10.0.0.2 : [0], 84 bytes, 7.95 ms (7.95 avg, 0% loss)
10.0.0.3 : [0], 84 bytes, 16.1 ms (16.1 avg, 0% loss)
10.0.0.4 : [0], 84 bytes, 48.0 ms (48.0 avg, 0% loss)

10.0.0.1 : xmt/rcv/%loss = 1/1/0%, min/avg/max = 5.71/5.71/5.71
10.0.0.2 : xmt/rcv/%loss = 1/1/0%, min/avg/max = 7.95/7.95/7.95
10.0.0.3 : xmt/rcv/%loss = 1/1/0%, min/avg/max = 16.1/16.1/16.1
10.0.0.4 : xmt/rcv/%loss = 1/1/0%, min/avg/max = 48.0/48.0/48.0

W systemie Debian Lenny instalacja jest prosta:

aptitude update
aptitude install fping

fping może być lepszym narzędziem niż zwykły ping, którego używasz. Na jakim systemie operacyjnym jesteś?

• „fping różni się od pingowania tym, że możesz podać dowolną liczbę celów w wierszu poleceń lub określić plik zawierający listy celów do pingowania”.
• „Zamiast wysyłać do jednego celu, dopóki nie przekroczy limitu czasu lub nie odpowie, fping wyśle ​​pakiet ping i przejdzie do następnego celu w sposób okrężny.”
• „W przeciwieństwie do pingowania, fping jest przeznaczony do użycia w skryptach, więc jego wyniki są zaprojektowane tak, aby można je było łatwo przeanalizować.”

Dla osób szukających rozwiązania, które wymaga ping, użyj -iprzełącznika.

ping -i 0.2 www.google.com

Lub, jeśli chcesz użyć 0.1, musisz uruchomić go jako root

sudo ping -i 0.1 www.google.com

Nie ma potrzeby pobierania dodatkowych narzędzi.

Możesz ustawić krótki limit czasu za pomocą timeoutpolecenia na Ubuntu / Debian:

timeout 0.2 ping -c1 fqdn || { do_work }

Używałbym nmap do tego zadania.

nmap -sP --max-retries=1 --host-timeout=1500ms 10.0.0.1

Więcej informacji na ten temat można znaleźć w dokumentacji nmap .

możesz przyjrzeć się narzędziu ping arp, jeśli wszystkie hosty znajdują się w fizycznej sieci LAN. Robi to samo, ale używa pakietów arp warstwy 2 do wykonania polecenia „ping”. Możesz użyć kombinacji arpping i icmp ping, lub w rzeczywistości tcp ping, aby ustalić, jaka jest awaria. Przykładem jest awaria stosu tcp, chociaż obecnie zdarza się rzadko, możemy stwierdzić, czy awaria stosu tcp komputera uległa awarii, ponieważ maszyna nie zareagowałaby na ping, ale zareagowałaby na arp (który jest innym kawałkiem kodu na hoście) .

za pomocą kombinacji arpping, tcpping i icmp ping możesz dowiedzieć się, czy usługa na komputerze uległa awarii, stos tcp się zawiesił lub maszyna została całkowicie zamknięta. Jeśli zarządzałeś przełącznikami ethernetowymi, możesz uzyskać dane łącza fizycznego, ujawniając, czy maszyna jest faktycznie włączona, czy fizycznie odłączona. Mieliśmy sytuację, w której maszyny (klienci w pokojach publicznych) byłyby wyłączone, zebraliśmy te dane i wysłaliśmy budzenie na pakietach LAN, aby zasilić maszyny. :-)

Bez względu na to, jakie rozwiązania budujesz, jeśli Twoja sieć jest zajęta, pomyśl o wdrożeniu pewnego rodzaju qos, aby pakiety monitorujące miały priorytet w sieci, a utrata pakietów pomiarowych z powodu przeciążenia sieci może dawać fałszywe alarmy. Jeśli używasz qos do monitorowania pakietów, musisz pomyśleć o gromadzeniu danych o wykorzystaniu sieci.

Możesz więc uczynić swoje rozwiązanie monitorujące tak złożonym lub tak łatwym, jak tylko chcesz. Uważamy, że nawet najbardziej elementarny system monitorowania jest krokiem we właściwym kierunku, przynajmniej niektórzy administratorzy pilnują maszyn :-).

powodzenia!

@ jordon-bedwell ma świetną sugestię.

@ laszlo-valko https://stackoverflow.com/questions/20359487/why-does-ping-not-timeout-in-linux wyjaśnia, że ​​limity czasu ping rozpoczynają się dopiero po ustaleniu adresu IP. Jeśli używasz dns, a twoja stacja robocza jest w trybie offline, ping nie może ustalić adresu ip, więc wydaje się, że czeka około domyślnych 20 + sekund przed zwróceniem false.

Korzystanie z linuksowego narzędzia „limit czasu” zapewnia większą kontrolę podczas uruchamiania polecenia ping z nazwą domeny.

Dzięki chłopaki

Użyj przełącznika -w , zarówno w systemie Windows, jak i Debianie.

Jest to szybki sposób sprawdzenia, czy maszyna w ogóle reaguje, zakładając, że zareaguje w czasie krótszym niż określona liczba sekund.

ping -w 1 192.168.80.105

PING 192.168.80.105 (192.168.80.105) 56(84) bytes of data.

--- 192.168.80.105 ping statistics ---
2 packets transmitted, 0 received, 100% packet loss, time 999ms

Jeśli możesz przeskanować swoją podsieć (lub jej część) bez wywoływania alarmów bezpieczeństwa i nie przeszkadza ci trochę dodatkowych danych, Angry IP Scanner jest szybki, bezpłatny, umożliwia kliknięcie w celu sortowania według stanu i może dostarczyć bardziej szczegółowych informacji .

Dlaczego nie uruchomić ping w tle, z wyjściem do pliku tymczasowego, równolegle dla każdego hosta? Następnie przespaj jedną sekundę, zabij wszystkie procesy ping, które są nadal uruchomione, i przeczytaj pliki, aby zebrać dane wyjściowe.

Limit czasu jest liczbą całkowitą wskazującą, jak daleko i jak długo pakiet może zostać wysłany. Wartości poniżej 1 są bez znaczenia. Wartość 1 wskazuje, że pingujesz tylko bezpośrednich sąsiadów.

Jedynym sposobem na przyspieszenie jest sprawdzenie tła i zebranie wyników. To właśnie robią narzędzia takie jak Nagios.

Możesz spróbować czegoś takiego. Ale uruchomienie zajmuje 15 minut.

a=258
while [ $a -ge 1 ]
do
    echo "10.0.0.$a"
    sudo ping -i 0.1 -c 1 "10.0.0.$a">>/home/$USER/output.log
   a=`expr $a - 1`
done
cat /home/$USER/output.log|grep -i "icmp_req=1"
cat /dev/null>/home/$USER/output.log

Spróbuj tego:

ping -n 5 1.2.3.4.5 >nul

ping ma opcje [-t limit czasu] i [-W czas oczekiwania], dzięki czemu możesz:

ping -c 1 -t 1 -W 1 google.com