Trường hợp cụ thể
Bạn muốn ping IP cố định "gần nhất" không thể định tuyến khi ISP chuyển sang trạng thái quá tải lưu lượng. Trên hệ thống của tôi, tôi có thể mô phỏng tình huống này bằng cách không xác thực ADSL. Trong trường hợp đó, bằng cách so sánh kết quả traceroute -ntrong điều kiện bình thường và bất thường, tôi thấy rằng bước nhảy đầu tiên đến 8.8.8.8 (hoặc bất kỳ trang web bên ngoài chắc chắn nào) không phản hồi là 151.6,68,45, là một phần của cơ sở hạ tầng ISP của tôi.
Bằng cách sử dụng IP đó làm máy chủ lưu trữ "kiểm tra trực tiếp" (sau khi lặp lại thử nghiệm để chắc chắn rằng nó đã được sửa), tôi có thể phát hiện ra sự bất thường của ISP mà không nhận được kết quả dương tính giả trong trường hợp ADSL vẫn ổn, nhưng việc định tuyến ISP gặp sự cố .
Tất nhiên, tôi có thể sử dụng 8.8.8.8 cho mục đích , với lý do rằng nếu tôi không thể tiếp cận cơ sở hạ tầng của Google, tôi không quan tâm đến lý do , tôi cũng có thể thử với bộ định tuyến dự phòng.
Trường hợp chung
"Internet có sẵn" là một nhiều điều phức tạp hơn chỉ đơn giản là "Có 8.8.8.8 (hoặc IP khác) có thể truy cập".
Để kiểm tra nhanh, bẩn và không phải lúc nào cũng đáng tin cậy, ping 8.8.8 là tốt. Nhưng khi xem cách bạn sử dụng IP số thay vì tên miền, bạn đã nhận ra rằng bạn có thể có kết nối IP và vẫn "không có Internet" vì sự cố DNS.
Một chẩn đoán hoàn chỉnh sẽ phải bắt đầu gần với PC của bạn.
- truy vấn cấu hình mạng cục bộ và truy xuất gateway và máy chủ DNS.
- ping cổng. Nó có thể truy cập được. Nếu không, có một vấn đề địa phương.
- chạy một traceroute với TTL ngắn (thực ra, một traceroute TCP như được cung cấp bởi hping là tốt hơn) của một địa chỉ bên ngoài chắc chắn, 8.8.8.8 là ổn.
- bạn muốn thấy rằng, sau cổng của bạn, một số nút bổ sung đang phản hồi.
Ví dụ: trong Windows XP ở nhà tôi có:
1 <1 ms <1 ms <1 ms 192.168.4.200 -- (constant) Home Linux box (gateway)
2 <1 ms <1 ms <1 ms 192.168.0.1 -- (constant) ADSL modem
3 * * * * -- WAN interface, always fails; expected
4 * 6 ms 6 ms 151.6.64.30 -- (varies) ISP gateway
Bây giờ hãy thử ping DNS. Nó có thể truy cập được. Thậm chí tốt hơn, chạy một kiểm tra DNS đơn giản. Để tránh bộ đệm DNS, đôi khi tôi sử dụng một số tên miền sẽ trả lời cho tất cả các truy vấn bất kể điều gì. Ví dụ
$ host randomasdfdsasdqwerty987667.godaddy.com
randomasdfdsasdqwerty987667.godaddy.com has address 97.74.104.201
trong khi nếu máy chủ DNS không đáng tin cậy, cùng một truy vấn có thể trả về địa chỉ của cổng bị khóa cho wifi
$ host randomasdfdsasdqwerty987667.godaddy.com
captiveportal.homenet has address 192.168.4.200
hoặc 127.0.0.1, hoặc thậm chí là một lỗi.
Trong trường hợp DNS bị lỗi, tôi có thể thử theo dõi địa chỉ IP DNS (hoặc một DNS khác như địa chỉ OpenDNS). Điều đó sẽ không chỉ cho tôi biết liệu vấn đề là DNS hay ISP, nó thường sẽ cho phép tôi làm việc xung quanh sự gián đoạn.
Nếu mọi thứ đều ổn vào thời điểm này, tôi biết rằng kết nối đang hoạt động tốt, nói chung; nó vẫn có thể thất bại đối với một số trang web. Tất cả những gì tôi cần bây giờ là isup.međể lên :-), sau đó kiểm tra
http://www.isup.me/www.google.com
http://www.isup.me/mail.google.com
hoặc một trang web như Down Det sẽ thông báo cho tôi về "thời tiết Internet".
Trên thực tế, trên máy chủ nhà của tôi có bộ đệm Squid và trang lỗi chứa dữ liệu cuối cùng được truy xuất thành công từ thống kê trang web xuống, vì vậy tôi có thể thấy một cái gì đó như
Google.com is not reachable
STORM ALERT: 12 out of 14 sites are unreachable!
giống như nó đã xảy ra vào thứ sáu tuần trước ở đây tại Ý.