Cách nhanh hơn ping để kiểm tra nếu máy tính trực tuyến?

Tôi đang viết một cảnh báo về kịch bản lan cho một bộ máy tính trong phòng thí nghiệm của chúng tôi. Chúng tôi có db sqlite với một danh sách các tên máy chủ, IP và MAC và hiện tại tôi ping từng cái với '-c1' để nó không chạy vô tận - nhưng ngay cả khi phải chờ đợi, vẫn có cách nhanh hơn để có được Trả lời chứ không phải ping? Sử dụng ping dường như làm chậm kịch bản một chút vì nó cần câu trả lời ping để tiếp tục.

Cảm ơn rất nhiều cho bất kỳ đề nghị!

Gửi một gói duy nhất và chờ phản hồi sẽ là một trong những cách nhanh nhất có thể và ping là một cách tốt để làm điều đó. Trong thực tế, tùy thuộc vào trường hợp sử dụng của bạn, tôi cho rằng nó quá nhanh , vì nó không thực sự cho bạn biết hệ thống có thực sự làm gì hữu ích hay không, chỉ là hệ thống con của hạt nhân đang hoạt động và được cấu hình.

Nhưng giả sử như vậy là đủ tốt, bạn có thể thực hiện một số cải tiến. Đầu tiên, bạn có thể sử dụng -W1để giảm thời gian chờ ping xuống còn một giây. Thứ hai, bạn có thể làm cho tập lệnh của mình ping các máy chủ khác nhau một cách không đồng bộ (trong một luồng nền) và kiểm tra kết quả khi cần thay vì chờ đợi.

Thay phiên, bạn có thể suy nghĩ lại cách tiếp cận và yêu cầu các hệ thống từ xa kiểm tra bằng cách nào đó khi chúng hoạt động và nếu một hệ thống chưa được đăng ký, bạn có thể cho rằng nó bị hỏng.

Đây là những gì fping được thiết kế cho. http://fping.sourceforge.net/

Bạn cần phân tích đầu ra sau đó thay vì dựa vào mã trả về, nhưng nó nhanh hơn nhiều so với thực hiện ping thông thường.

Điều này sẽ chỉ hoạt động cho một hoặc hai máy tính, nhưng nếu bạn kết nối chúng trực tiếp với máy tính chịu trách nhiệm kiểm tra trạng thái của chúng, bạn có thể sử dụng ethtoolđể xem liên kết có hoạt động hay không.

Những gì bạn có thể làm là ping địa chỉ quảng bá sẽ khiến tất cả các máy tính ping trở lại. Sau đó, bạn có thể kiểm tra chéo danh sách này với những gì bạn có trong SQLite để đảm bảo tất cả các máy tính đều hoạt động.

Mặt khác, ping có lẽ là cách nhanh nhất để đảm bảo máy tính hoạt động trên mạng. Như được đề cập bởi câu trả lời khác, điều này không cung cấp bất kỳ dữ liệu thực sự hữu ích. Nếu bạn có khả năng cài đặt các tập lệnh, bạn có thể thêm một cronjob để ping máy chủ trung tâm, chạy một tác vụ hoặc chỉ cần lặp lại danh sách quy trình đến một máy chủ trung tâm sẽ ghi nhật ký yêu cầu. Sau đó, chỉ cần kiểm tra sẽ cho bạn biết nếu bạn có bất kỳ vấn đề nào mà không cần phải kiểm tra thủ công mỗi lần.

Ganglia sử dụng lưu lượng phát đa hướng để giám sát nhiều máy chủ trong một cụm, có lẽ bạn có thể sử dụng một cái gì đó tương tự? Điều này giả định rằng phần cứng mạng của bạn cho phép lưu lượng phát đa hướng giữa tất cả các máy chủ và hệ thống giám sát của bạn.

Tôi đã có cùng một vấn đề và đã đưa ra kịch bản (nhanh & bẩn) sau đây. Điều này về cơ bản phát hành tất cả các ping như các công việc riêng biệt song song và sẽ quét toàn bộ / 24 mạng con trong 3 giây; lưu ý rằng vì một số lý do tôi không bận tâm tìm hiểu tôi không thể sử dụng mã kết quả ping ở đây nhưng grep -v đã thực hiện công việc:

#!/bin/bash
case $# in
1)
  case $1 in
  [1-9]*)
        echo
        echo Systems active in subnet: $1
        for (( K = 1 ; K < 255 ; K=$K+1 )); do
        # grep -v delivers 0 on no matches
                echo -ne "testing:" $1$K "...    \r"
                (if ping -c 1 -w 1 -n $1$K 2>&1 | grep -q '64 bytes' ; then
                echo $1$K alive "                "
                fi) &
        done
        sleep 3
        echo "                               "
        exit 0
        ;;
  esac;;
esac

Trong C,

/* count = 1, wait interval = 1 second, no name lookup, */
/* 10 data bytes, 1 second timeout, 200 millisecond wait time */

sprintf(command,"ping -c1 -i1 -n -s10 -t1 -W200 %u" 
   , connection[port].IPAddress);
err = system(command);
/* err == 0 means OK */

Tôi đã tìm thấy fping -r0 ...để cung cấp phản ứng nhanh nhất.

Các -r(retry) tùy chọn dường như nhanh hơn so với tương tự -c(count). Sử dụng -r0kết quả chỉ trong một ping được gửi và đầu ra được viết tắt nhiều so với các tùy chọn khác.

Trên hệ thống của tôi ...

fping -r0 PRINTER LX00 LX01 LX02 LX03 HA01  2>&1

Kết quả trong...

LX00 is alive
LX02 is alive
HA01 is alive
ICMP Host Unreachable from 192.168.1.5 for ICMP Echo sent to LX01
PRINTER is unreachable
LX01 is unreachable
LX03 is unreachable

Một chút xoa bóp để loại bỏ ICMP(các) tin nhắn mang lại cho tôi ...

fping -r0 PRINTER LX00 LX01 LX02 LX03 HA01  2>&1 | grep ' is ' | sort

HA01 is alive
LX00 is alive
LX01 is unreachable
LX02 is alive
LX03 is unreachable
PRINTER is unreachable

Về tốc độ, fpingtrên Intel Dual-Core 1,8 GHz cũ này với RAM 4GB là ...

time fping -r0 PRINTER LX00 LX01 LX02 LX03 HA01 2>&1

LX00 is alive
LX02 is alive
HA01 is alive
PRINTER is unreachable
LX01 is unreachable
LX03 is unreachable

real    0m0.554s
user    0m0.000s
sys     0m0.000s

Và grepvà sortdường như chỉ làm tăng thêm 0.001-0.004s đến thời điểm ...

time fping -r0 PRINTER LX00 LX01 LX02 LX03 HA01 2>&1 | grep ' is ' | sort

HA01 is alive
LX00 is alive
LX01 is unreachable
LX02 is alive
LX03 is unreachable
PRINTER is unreachable

real    0m0.558s
user    0m0.000s
sys     0m0.000s

GHI CHÚ

• Các ICMPthông điệp không xảy ra trên mỗi chạy.
• Điều 2>&1cần thiết là ngăn chặn ICMPthông báo hiển thị trong đầu ra khi nó được gửi đến stderrthay vì stdout.