У меня Windows на испанском языке, поэтому мне придется вставлять вывод консоли на этот язык (я думаю, что перевод без знания точных терминов, используемых в английских версиях, может дать худшие результаты, чем оставить его так, как он отображается на экране).
Это проблема: при проверке несуществующего IP-адреса с компьютера с WinXP-SP3 (чистая установка Windows, только что отформатированный) я иногда получаю результат «Тайм-аут», а иногда - сообщение "сеть недоступна".
Это результат:
ping 192.168.210.1
Haciendo ping a 192.168.210.1 con 32 bytes de datos:
Tiempo de espera agotado para esta solicitud.
Respuesta desde 80.58.67.86: Red de destino inaccesible.
Respuesta desde 80.58.67.86: Red de destino inaccesible.
Tiempo de espera agotado para esta solicitud.
Estadísticas de ping para 192.168.210.1:
Paquetes: enviados = 4, recibidos = 2, perdidos = 2
(50% perdidos),
Tiempos aproximados de ida y vuelta en milisegundos:
Mínimo = 0ms, Máximo = 0ms, Media = 0ms
192.168.210.1 не существует в сети.
Клиент DHCP включен, и компьютер получает эти настройки сети маршрутизатором.
Мой IP: 192.168.11.2
Маска сети: 255.255.255.0
Шлюз: 192.168.11.1
DNS: 80.58.0.33/194.224.52.36
Это результат "команды печати маршрута":
===========================================================================
Rutas activas:
Destino de red Máscara de red Puerta de acceso Interfaz Métrica
0.0.0.0 0.0.0.0 192.168.11.1 192.168.11.2 20
127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1
192.168.11.0 255.255.255.0 192.168.11.2 192.168.11.2 20
192.168.11.2 255.255.255.255 127.0.0.1 127.0.0.1 20
192.168.11.255 255.255.255.255 192.168.11.2 192.168.11.2 20
224.0.0.0 240.0.0.0 192.168.11.2 192.168.11.2 20
255.255.255.255 255.255.255.255 192.168.11.2 192.168.11.2 1
255.255.255.255 255.255.255.255 192.168.11.2 3 1
Puerta de enlace predeterminada: 192.168.11.1
===========================================================================
Rutas persistentes:
ninguno
Выход из:
ping 1.1.1.1
Haciendo ping a 1.1.1.1 con 32 bytes de datos:
Tiempo de espera agotado para esta solicitud.
Tiempo de espera agotado para esta solicitud.
Tiempo de espera agotado para esta solicitud.
Tiempo de espera agotado para esta solicitud.
Estadísticas de ping para 1.1.1.1:
Paquetes: enviados = 4, recibidos = 0, perdidos = 4
1.1.1.1 не существует в сети.
и вывод:
ping 10.1.1.1
Haciendo ping a 10.1.1.1 con 32 bytes de datos:
Respuesta desde 80.58.67.86: Red de destino inaccesible.
Tiempo de espera agotado para esta solicitud.
Tiempo de espera agotado para esta solicitud.
Respuesta desde 80.58.67.86: Red de destino inaccesible.
Estadísticas de ping para 10.1.1.1:
Paquetes: enviados = 4, recibidos = 2, perdidos = 2
(50% perdidos),
10.1.1.1 не существует в сети.
Я могу сделать приблизительный перевод того, что вы требуете, если это необходимо.
У меня есть другие компьютеры в той же сети (WinXP-SP3 и Win7-SP1), и у них тоже есть эта проблема.
Шлюз (Маршрутизатор): Buffalo WHR-HP-GN (официальная прошивка Buffalo, а не DD-WRT).
В моей сети есть какой-то компьютер с Linux (Debian/Kali), поэтому я проверил что-то на нем:
ping 192.168.210.1
PING 192.168.210.1 (192.168.210.1) 56(84) bytes of data.
From 80.58.67.86 icmp_seq=1 Packet filtered
From 80.58.67.86 icmp_seq=2 Packet filtered
From 80.58.67.86 icmp_seq=3 Packet filtered
From 80.58.67.86 icmp_seq=4 Packet filtered
несуществующим 1.1.1.1:
ping 1.1.1.1
PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
^C
--- 1.1.1.1 ping statistics ---
153 packets transmitted, 0 received, 100% packet loss, time 153215ms
(нет ответа после ожидания несколько минут).
и несуществующий 10.1.1.1:
ping 10.1.1.1
PING 10.1.1.1 (10.1.1.1) 56(84) bytes of data.
From 80.58.67.86 icmp_seq=20 Packet filtered
From 80.58.67.86 icmp_seq=22 Packet filtered
From 80.58.67.86 icmp_seq=23 Packet filtered
From 80.58.67.86 icmp_seq=24 Packet filtered
From 80.58.67.86 icmp_seq=25 Packet filtered
Что здесь происходит?
Я задаю этот вопрос в основном для целей обучения, но есть и другая причина: когда все эхо-запросы возвращают "timeout", он создает значение % ERRORLEVEL%, равное 1, но если кто-то типа "Сеть недоступна", % ERRORLEVEL% устанавливается в 0 (без ошибок), и это может быть неприемлемо для сценария оболочки (мы не можем использовать ping для обнаружения, например, если сеть не работает из-за потери связи со шлюзом).
Обновление 2017-апрель:
- На данный момент ошибка исчезла, извините. Я продолжу эту тему, если она возникнет снова. Спасибо всем, что сотрудничали.