Проверка с помощью ping-запросов *.5 и ответы от *.4
Это может принадлежать на SF, мигрировать, если он делает!
Pinging 192.168.1.5 with 32 bytes of data:
Reply from 192.168.1.4: Destination host unreachable.
Reply from 192.168.1.4: Destination host unreachable.
Reply from 192.168.1.4: Destination host unreachable.
Reply from 192.168.1.4: Destination host unreachable.
Проверяя с помощью ping-запросов машину окон в моей домашней сети с IP 192.168.1.5, Windows пытается получить ответы от 192.168.1.4. Машина, которую я проверяю с помощью ping-запросов, имеет автоматически полученный IP, и она может получить доступ к прекрасному Интернету. Машина, от которой я проверяю с помощью ping-запросов, может проверить с помощью ping-запросов любую другую машину в сети очень хорошо.
Я никогда не встречался ни с чем как это прежде.
Кто-либо может пролить некоторый свет? Почему это произошло бы?
Вещи я еще не попробовал:
- Перезагрузка маршрутизатора
- Перезагрузка моей машины
- Перезагрузка целевой машины (или возобновление целевого IP)
Править: Проверка с помощью ping-запросов любого "неназначенного" IP в сети попытается добраться, ответы от моего собственного IP (192.168.1.1 попытается получить ответы от моего собственного IP) - благодаря ответу regan для указания на меня тот путь. Я на 100% уверен, что эта машина подключена к той же сети и нет никакого активного брандмауэра.
4 ответа
Проливать некоторый свет:
- Когда Вы не можете проверить с помощью ping-запросов IP машины, Ваш собственный IP говорит, что это недостижимо.
Вещи попробовать:
- Попробуйте вещи, Вы не попытались все же вычистить возможную помеху в простом способе.
- Попытайтесь проверить с помощью ping-запросов целевую машину от другой машины, чтобы видеть, является ли целевая машина проблемой, если другая машина следует за ними, проблема более вероятна на Вашей машине, чем на целевой машине.
- В случае, что целевая машина является проблемой, Вы могли бы хотеть выполнить следующую команду как администратор для включения ping:
netsh firewall set icmpsetting all enable - Если случай, что Ваша машина является проблемой затем, это - странный случай, по некоторым причинам это не видит целевую машину, но все еще видит другие машины, но это - падеж, который обычно не так общ.
Сообщите нам, помогло ли это или если у Вас есть больше деталей. Для получения дополнительной информации и другие возможные менее общие причины, посмотрите это на Google: "Целевой Недостижимый" site:microsoft.com
Удостоверьтесь, что брандмауэр на Вашей целевой машине не блокирует запросы ICMP.
IP-адрес 192.168.1.4 Ваших машин? Я пытался проверить с помощью ping-запросов неназначенный IP-адрес сейчас, и "ответы" прибыли из моего собственного IP-адреса.
-
1192.168.1.4 является на самом деле моим IP. Нет никакого брандмауэра. Я на 100% уверен, что адрес присвоен (у меня есть физический доступ к этой машине), – Ciaran 09.09.2009, 00:46
-
2Можно ли проверить с помощью ping-запросов.4 от.5? Как regan сказал, если он говорит, что Ваша локальная машина возвращает его как недостижимый, который означает, что эхо-запрос (ping) никогда не возвращался.5 – MDMarra 09.09.2009, 02:04
Ваши устройства включаются непосредственно в маршрутизатор или есть ли промежуточный переключатель? Я рекомендовал бы перезагрузить коммутатор или маршрутизатор, они включены, поскольку я видел его, где таблица MAC-адреса "перепутана" из-за отсутствия лучшего термина.
-
1Все с помощью беспроводных технологий подключено к маршрутизатору. Ничто промежуточное. Я действительно не хочу перезагружать что-либо просто все же, я просто хочу знать, существует ли причина этого случая. Некоторый RCA, если Вы будете – Ciaran 09.09.2009, 01:00
-
2. Вы упоминаете способность соединиться с другими беспроводными устройствами в сети — все эти устройства подключены с помощью беспроводных технологий? Я спрашиваю, потому что часто существует установка на беспроводных маршрутизаторах для того, могут ли клиенты соединиться друг с другом. – emgee 09.09.2009, 01:33
Как сказано выше, 192.168.1.4 Ваш адрес.
Я собираюсь рискнуть здесь и предположить, что 192.168.1.5 машина окон и ICMP, просачивающийся, брандмауэр Windows включен. По умолчанию(?) брандмауэры Windows установлены отбросить эхо-запросы ICMP на теории, что, если Вы не можете проверить с помощью ping-запросов их, плохие парни не будут знать, что система существует и не может применить уязвимость окон du подмастерье. Конечно, это означает, что плохие парни не беспокоятся датчиками ping больше и просто отсылают vulneability du jour в случайного дюйм/с, надеющегося стать удачливыми.
Если.5 система XP, перейдите к Панели управления-> Сетевые соединения-> Локальное соединение-> Усовершенствованный-> Настройки Брандмауэра-> Усовершенствованный-> Настройки ICMP... и посмотрите на, Позволяют Поступать Эхо-запрос. Я подозреваю, что это не установлено.
Эта "функция" вызывает некоторое веселье с некоторыми серверами DHCP, которые проверяют с помощью ping-запросов IP-адреса прежде, чем предложить им как арендные договоры на теории, что, если что-то отвечает на ping, IP-адрес не allocatable. Однако, если вещи в сети больше не отвечают на ping, Вы начинаете получать забаву конфликта IP-адреса.