Отключение блокировки ответа на ping-запросы в ОС Windows 8/10
Почему компьютеры с операционной системой Windows 8/10 не отвечают на ping-запросы в локальной сети? Как включить ответы на ping?
По умолчанию в операционной системе Windows 8/10 ответ на ping-запросы (на входящие эхо-сообщения ICMP) отключен.
Включить его можно указанным ниже способом.
Нажмите на клавиатуре клавишу Win 
+ i (клавиша Win на различных клавиатурах может выглядеть немного по-разному, но представляет собой клавишу со значком флага Windows).
Появится панель с параметрами Windows. В строке поиска введите Панель управления и затем щелкните по параметру Панель управления.
В открывшемся окне Панель управления зайдите в меню Система и безопасность.
Затем в меню Система и безопасность зайдите в параметры Брандмауэр Windows.
В окне Брандмауэр Windows можно либо отключить брандмауэр (не рекомендуется), либо открыть меню Дополнительные параметры для перехода к более тонким настройкам брандмауэра.
Выберите пункт Правила для входящих подключений.
В списке Правила для входящих подключений найдите и выберите правило Наблюдение за виртуальной машиной (эхо-запрос – ICMPv4 – входящий трафик), затем нажмите на Включить правило.
Теперь ваш компьютер с операционной системой Windows 8/10 станет отвечать на ping (эхо-запросы ICMP) в пределах локальной сети.
Пользователи, считающие этот материал полезным: 77 из 92
Проблема с локальной сетью в Windows 10
Проблема появилась при установке на новые компьютеры актуальной версии ОС – выпуск: Windows 10 Pro ; версия: 1803
Не заходит с ПК с версией 1803 на 1803, с 1803 на 1709 и 1709 на 1803 все нормально. SMBv1 вкл/выкл не влияет, а так везде выключен.
Ответы (7)
Добрый день, Сергей Сухинин,
Уточните, пожалуйста, следующую информацию:
1. Cколько устройств у Вас включено в сеть (серверы, домены, сетевые накопители, рутеры и т.д.)?
2. У Вас установлен сторонний антивирус? Если да, то временно его удалите и посмотрите осталась ли проблема. Напишите нам о результатах.
3. Также, проверьте правильно ли Вы следовали данной инструкции из статьи
Будем ждать Вашего ответа.
3 польз. нашли этот ответ полезным
Был ли этот ответ полезным?
К сожалению, это не помогло.
Отлично! Благодарим за отзыв.
Насколько Вы удовлетворены этим ответом?
Благодарим за отзыв, он поможет улучшить наш сайт.
Насколько Вы удовлетворены этим ответом?
Благодарим за отзыв.
1. В сети 3 компьютера из них 2 подключены к маршрутизатору по wifi и 1 по «проводу»
2. Стороннего антивируса нет.
3. Настройки выполнены верно и соответствуют инструкциям.
1 пользователь нашел этот ответ полезным
Был ли этот ответ полезным?
К сожалению, это не помогло.
Отлично! Благодарим за отзыв.
Насколько Вы удовлетворены этим ответом?
Благодарим за отзыв, он поможет улучшить наш сайт.
Насколько Вы удовлетворены этим ответом?
Благодарим за отзыв.
Добрый день, Сергей Сухинин,
Данная проблема возникла в связи с тем, что SMBv 1 был удален по умолчанию из версии 1803, и устройства, использующие SMBv 2, работают корректно. Если на всех устройствах установлена версия 1803, то проблем не возникает.
Для решения проблемы, пожалуйста, выполните следующее:
Тип запуска устанавливается щелчком правой кнопки мыши на каждую службу. Выберите пункт Свойства. На вкладке Общие установите тип запуска Автоматический (Отложенный запуск).
Напишите нам о результате. Ждем Вашего ответа.
Записки it Guy
Пометки, заметки, записки, приписки, переписки, просто куча информации 🙂
Вторник, 27 ноября 2018 г.
Не пингуются компьютер Windows 10 в локальной сети
Если вы точно уверены, что компьютер находится в сети, что он получает правильные настройки IP и пр., попробуйте выполнить ещё 2 дополнительных действия.
1. Проверьте, включено ли Брандмауэре правило, которое разрешает ответ на пинги.
Перейдите в «Параметры Windows», далее «Сеть и Интернет».
В открывшемся окне (справа или внизу), найдите пункт Брандмаэр Windows.
Далее, в окне Брандмауэра, выберите пункт «Дополнительные параметры».
Проверьте, появился ли пинг по IP и имени компьютера (хоста).
Если пинг по имени хоста не включился, то, на компьютере который не пингуется выполните второе действие.
2. Перейдите в «Параметры Windows» и выберите пункт «Сеть и Интернет».
Далее выберите пункт «Ethernet».
Далее «Настройка параметров адаптера»
Найдите интерфейс, который подключен к вашей локальной сети. Нажмите на нём правой кнопкой мыши и выберите пункт «Свойства».
В свойствах сетевого интерфейса отключите протокол IPv6.
Не пингуется компьютер в локальной сети
Проверка сетевого компьютера с помощью специальной Ping-утилиты (запускаемой в окне командной строки), пожалуй, наиболее простой способ оценить доступность каждого узла локальной сети.
Если команда-пинг выполняется без ошибок, то соединение между компьютерами исправно и можно отследить скорость и качество передачи данных в локальной сети, в противном случае система выдает сообщение об ошибке («Превышен интервал ожидания для запроса» или «Заданный узел недоступен»).
И в данной статье мы разберем, что делать, когда не пингуется компьютер в локальной сети, и в чем может быть причина подобной неполадки.
Как проверить пинг на компьютере?
Компьютер пингуется, но не виден в сети
Если комп пингуется но не виден в сети, следует убедиться, что имя рабочей группы на обоих компьютерах полностью совпадает.
в открывшемся окне введите команду \\ххх.ххх.ххх.ххх и нажмите клавишу «Enter» (здесь ххх.ххх.ххх.ххх – IP адрес компьютера, с котором устанавливается сетевое соединение).
Также когда компьютер пингуется, но не найден среди доступных функциональных узлов, можно установить специальную программу обнаружения доступных устройств локальной сети (например, бесплатный софт LANScope), где потребуется указать диапазон возможных IP адресов вашей локальной сети и запустить поиск доступных устройств.
Почему не пингуется компьютер внутри сети?
В противном случае (когда отсутствует пинг между 2 компьютерами сети) не спешите «лезть в дебри» и «грешить» на операционную систему или устаревшую сетевую карту. Здесь в первую очередь стоит проверить:
Итак, среди наиболее распространенных причин того, что не пингуется компьютер в локальной сети, можно отметить:
На каждом пингуемом компьютере зайдите в настройки сетевой карты и установите корректные параметры используемого сетевого протокола. Обратите внимание, что маска подсети, шлюз и ip адрес подсети у всех компьютеров должны быть полностью идентичны.
Также проблема «не пингуется статический ip» нередко возникает вследствие различных технических неисправностей. Если ошибка локального подключения возникла при первичной настройке домашней сети, в первую очередь стоит проверить целостность сетевого кабеля и корректность оконцовки витой пары коннектором 45.
Однако наиболее точным способом диагностики витой пары является проверка кабеля с помощью специального аппарата LAN-тестера (в простонародье – «прозвонки»).
Помимо сетевого кабеля неисправность локального соединения может быть связана с используемым разъемом сетевой карты компьютера. Если вышеописанные мероприятия не помогли, убедитесь, что сетевой порт находится в рабочем состоянии. Подобную диагностику можно осуществить как с помощью специального оборудования, так и экспериментально – путем установления связи с другим заведомо рабочим компьютером.
Кроме того, проблема «не пингуется компьютер в сети», может быть следствием работы различных систем безопасности данного компьютера. Особо здесь стоит выделить:
Чтобы настроить пинг на компьютере следует полностью отключить работу антивирусной программы (в некоторых случаях потребуется удаление софта), после чего повторить попытку пингования «проблемного» ПК.
Чтобы настроить нормальный пинг компьютеров в сети следует отключить брандмауэр и проверить сетевое соединение между компьютерами в «незащищенном» режиме.
Записки IT специалиста
Технический блог специалистов ООО»Интерфейс»
Не включается сетевое обнаружение в Windows 10 / Windows Server
Долгое время взаимоотношения систем семейства Windows c сетевой безопасностью были достаточно сложными. Ситуация начала меняться с выходом Windows XP, в которой появился встроенный брандмауэр, начиная с Vista были введены ограничения для учетных записей пользователей и произошло разделение подключенных сетей на домашние, рабочие и общественные.
В современных ОС все сети делятся на частные и общедоступные, любая неизвестная сеть по умолчанию определяется как общедоступная и для нее включаются повышенные меры безопасности. Частные сети предполагают больший уровень доверия и позволяют включить Сетевое обнаружение, которое позволяет текущему узлу находить другие компьютеры в сети и быть видному самому. Ранее за этот функционал отвечал протокол NetBIOS over TCP/IP, но он не удовлетворяет современным требованиям безопасности и поэтому от его применения начали отказываться. На смену ему пришел новый протокол SSDP (Простой протокол обнаружения сервисов, Simple Service Discovery Protocol), который является частью более широкого протокола UPnP (Universal Plug and Play).
Новые протоколы позволяют сетевым устройствам не только обнаруживать и взаимодействовать друг с другом, но и самостоятельно конфигурировать активное сетевое оборудование, например, пробрасывать нужные порты на роутере.
Но вернемся к озвученной в заголовке проблеме. Достаточно часто можно столкнуться с ситуацией, когда сетевое обнаружение в системах Windows не хочет включаться. При этом нет никаких сообщений об ошибках, вы вроде бы включаете сетевое обнаружение, но оно все равно оказывается отключенным.
Причина такого поведения заключается в том, что старые службы (NetBIOS over TCP/IP) оказываются выключенными, а новые (SSDP и прочие) не включенными. Чтобы решить данную проблему нужно включить автоматический запуск и запустить в указанном порядке следующие службы:
Также удостоверьтесь что у вас работает и настроена на автоматический запуск служба:
Теперь можно включить сетевое обнаружение и удостовериться что вам доступны ресурсы локальной сети.
Помогла статья? Поддержи автора и новые статьи будут выходить чаще:
Видео
Есть ISP роутер. Все дефолтные настройки сохранены. За ним стоит Mikrotik, без каких-либо наворотов и тд.и тп. , он получает настройки DHCP от ISP роутера на WAN порт и раздаёт свою DHCP сеть на лан бридж. Уже 2 года работает и нареканий не было к работе его.
У меня возникли проблемы неожиданно с появившейся потерей пакетов до ресурса 172.65.201.188
Провайдер сказал что у меня жуткие потери до этого ресурса с моего маршрутизатора (да я это и сам вижу прекрасно), но из другой сети провайдера – потерь нет. Но при тестировании коннекта я заметил вот какую штуку:
Вот пинг до моего ISP Роутера. ПК=>Микротик=>ISP Роутер:
А вот пинг до любого ресурса в сети c ПК (172.18.21.1- Лан Бридж Микротика с DHCP сервером), к примеру до Гугла:
Вот пинг до любого ресурса в сети c Микротика (172.18.21.1- Лан Бридж с DHCP сервером), к примеру до Гугла:
Вот пинг до гугла с ISP роутера:
Проблем нет.
На компе ставил ручками DNS 1.1.1.1\8.8.8.8
Ручками ставил сетевые настройки (говорят помогает).
Никакие пляски с бубном не помогают.
UPD. И тут я заметил одну странность на микротике. В Роутинге строчка маршрутизации до Гейтвея “прыгает”.
Запись 0.0.0.0 – 192.168.1.254 раз в 10 секунд пропадает и появляется.
А чего тут не понятного и кого я запутал в двух соснах:
Для входа в интернет в автомате не чего делать не надо – модем в режиме роутера он уже в интернете после вкл. питания на нем. Ваш пк при включении питания и загрузки, получает доступ по локальной сети к роутеру так как настройки сетевой из того же диапазона что и модем (модем 192.168.1.1, ПК 192.168.1.33), на роутере стоит NAT для трансляции ваших IP (192.168.1.33) в интернет (роутер подставляет свой IP полученый от провайдера).
Так же после включение его в сеть питания он устанавливает параметры wan канал и получает настройки IP от провайдера в эти настройки входят:
– IP адрес
– IP шлюза
– IP DNS сервера.
У вас проблем на Win 7 нет. Локальная сеть между модемом и WIN7 настроена правильно.
Модем и ПК должны видеть друг друга без проблем по сети. Единственно только по скрину “router print” не понятно откуда у вас есть описание сети 169.254.0.0-169.254.255.255 если это зарезервировано Windows ARPA и у вас статический IP на сетевой.
Отключите на модеме DHCP server, если есть еще ПК то используйте в локальной сети статические IP.
Отключите на всякий случай на ПК протокол IPv6, правда у меня он не мешает, так же посмотрите выбор скорости подключения по сети в свойствах сетевой поставьте “Автосогласование” скоростей (имею ввиду уберите Full-Duplex, так как на скрине у модема стоит данный режим).
У нас 2 организации соединены по VPN, одна 192.168.0.1 другая 192.168.2.1
Сначала, не могли подключиться по rdp по имени сервера, только по IP.
Затем выполнили команду route -f, шас вообще ни как не можем подключиться.
Вот что выдает когда пингуем:
Обмен пакетами с 192.168.0.1 по с 32 байтами данных:
Ответ от 192.168.2.4: Заданный узел недоступен.
Ответ от 192.168.2.4: Заданный узел недоступен.
Ответ от 192.168.2.4: Заданный узел недоступен.
Ответ от 192.168.2.4: Заданный узел недоступен.
Статистика Ping для 192.168.0.1:
Пакетов: отправлено = 4, получено = 4, потеряно = 0
(0% потерь)
Настройка протокола IP для Windows
Имя компьютера . . . . . . . . . : TMN-MAIN-1C-SRV
Основной DNS-суффикс . . . . . . : mirmorozovo.ru
Тип узла. . . . . . . . . . . . . : Гибридный
IP-маршрутизация включена . . . . : Нет
WINS-прокси включен . . . . . . . : Нет
Порядок просмотра суффиксов DNS . : mirmorozovo.ru
Ethernet adapter Подключение по локальной сети:
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Realtek PCIe GBE Family Controller
Физический адрес. . . . . . . . . : 10-BF-48-78-5D-5E
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
Локальный IPv6-адрес канала . . . : fe80::1c5e:32e0:e203:eb5a%11(Основной)
IPv4-адрес. . . . . . . . . . . . : 192.168.2.4(Основной)
Маска подсети . . . . . . . . . . : 255.255.255.0
Основной шлюз. . . . . . . . . : 192.168.2.1
IAID DHCPv6 . . . . . . . . . . . : 185646920
DUID клиента DHCPv6 . . . . . . . : 00-01-00-01-17-A2-B6-4B-10-BF-48-78-5D-5E
DNS-серверы. . . . . . . . . . . : 192.168.2.1
127.0.0.1
NetBios через TCP/IP. . . . . . . . : Включен
Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Адаптер Microsoft ISATAP
Физический адрес. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
Туннельный адаптер Teredo Tunneling Pseudo-Interface:
Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
Физический адрес. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
Извините за вступление, но оно объяснит мою некомпетентность в многих вопросах и почему я всеж вынужден в это влезть.
Кратко о проблеме – абсолютно пока для меня случайным образом (не могу поймать закономерность) на случайных компьютерах стал пропадать пинг (сеть, инет) до одного из серверов. Затем через пару минут всё восстанавливается. В журналах ошибок чего только нет, но мне кажется большинство из них именно следствие, а не причина или (судя по старым датам) были и ранее, но на работу пользователей не влияли.
Сеть такая:
2 сервера (windows 2003 (192.168.5.2) и windows 2008 (192.168.5.200)) на каждом когда то был поднят свой домен и подцеплены рабочии компы, затем организацию реформировали и сети решили объединить просто соединив шнурком два свитча на котором эти домены с своими клиентами сидели, перебили IP, что то там нашаманили еще, поотключали лишнее, но глобально ничего не меняя.
На одном 15 компов (2008 и более новый), на втором 25 (2003 – лет 6 уже стоит). И по моим данным всё работало более 2 лет вполне стабильно.
Сеть вся настроена на статичных IP (192.168.5.XXX), шлюзом прописан один из серваков, и он же как DNS (настройки стоят еще со времен когда сети были разными), но дополнительно в днс сетевух вбиты DNS сервера сети 172.16.0.XXX и второй сервак местной сети.
Т.е. список DNS на клиентах чаще всего такой:
192.168.5.2 – сервак 2003 к которому подцеплено раньше было больше всего компов
192.168.5.200 – сервак 2008
172.16.0.1 – DNS удаленной организации
172.16.0.2 – второй DNS сервак
Перечисляю еще IP оборудования, чтоб было более понятны логи:
172.16.0.5 – файлопомойка удаленной организации
172.16.0.36 – сервер баз данных удаленной организации
192.168.1.1 – IP модема ростелекома воткнтутого во 2 сетевуху сервака 2008 (192.168.5.200)
192.168.5.1 – IP циски через которую сеть соединена с сетью удаленной организации
Логи трассировки до серваков удаленной организации из которых я сделал вывод, что у них там какие то проблемы и стал наезжать на них, но беда в том, что связь пропадает и внутри моей сети.
Логи пинга и трассировки до моего сервака когда всё работает и по IP и по имени отрабатывает полностью логично на мой взгляд во всех режимах.
Обмен пакетами с 192.168.5.2 по с 32 байтами данных:
Ответ от 192.168.5.2: число байт=32 время<1мс TTL=128
Ответ от 192.168.5.2: число байт=32 время<1мс TTL=128
Ответ от 192.168.5.2: число байт=32 время<1мс TTL=128
Ответ от 192.168.5.2: число байт=32 время<1мс TTL=128
А вот когда случается обрыв и я успеваю добежать до клиента и пингануть или трассернуть, то вижу что пинг пытается идти почему то через 192.168.1.1 – IP модема ростелекома и далее ожидаемо обрывается. или он пишет с этого IP что нужный узел недоступен. К сожалению логи пока не сохранял, но теперь буду это делать.
Попробовал полезть в настройки DNS и увидел там кучу на мой взгялд нелогичных и диких вещей (куча записей от старых сетей, часто с одним IP, кучу ошибок и т.д.) Но ведь работало как то раньше и туда никто не лез!
Да и просто отсутствие пинга даже по IP адерсу мне кажется отметает именно DNS.
Фух. Голова кругом, не знаю за что зацепиться и с чего начать. Буду рад любой помощи и готов предоставить всё что нужно для анализа.
пока кину стандартные ipconfig /all серваков и одного из клиентов
Настройка протокола IP для Windows
Имя компьютера . . . . . . . . . : server200
Основной DNS-суффикс . . . . . . : DOM1.local
Тип узла. . . . . . . . . . . . . : Гибридный
IP-маршрутизация включена . . . . : Нет
WINS-прокси включен . . . . . . . : Нет
Порядок просмотра суффиксов DNS . : DOM1.local
Ethernet adapter Local:
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Broadcom NetXtreme Gigabit Ethernet
Физический адрес. . . . . . . . . : 00-1A-64-6E-E1-7B
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
IPv4-адрес. . . . . . . . . . . . : 192.168.5.200(Основной)
Маска подсети . . . . . . . . . . : 255.255.255.0
Основной шлюз. . . . . . . . . :
DNS-серверы. . . . . . . . . . . : 192.168.5.200
192.168.5.2
172.16.0.1
NetBios через TCP/IP. . . . . . . . : Включен
Ethernet adapter Internet:
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Broadcom NetXtreme Gigabit Ethernet #2
Физический адрес. . . . . . . . . : 00-1A-64-6E-E1-7A
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
IPv4-адрес. . . . . . . . . . . . : 192.168.1.2(Основной)
Маска подсети . . . . . . . . . . : 255.255.255.0
Основной шлюз. . . . . . . . . : 192.168.1.1
DNS-серверы. . . . . . . . . . . : 192.168.1.1
NetBios через TCP/IP. . . . . . . . : Включен
Туннельный адаптер Подключение по локальной сети*:
Туннельный адаптер Подключение по локальной сети* 2:
Туннельный адаптер Подключение по локальной сети* 8:
Состояние носителя. . . . . . . . : Носитель отключен
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
Физический адрес. . . . . . . . . : 02-00-54-55-4E-01
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
—————————————————————————————
сервак – 192.168.5.2
Настройка протокола IP для Windows
Имя компьютера . . . . . . . . . : server2
Основной DNS-суффикс . . . . . . : DOM2.local
Тип узла. . . . . . . . . . . . . : неизвестный
IP-маршрутизация включена . . . . : да
WINS-прокси включен . . . . . . . : нет
Порядок просмотра суффиксов DNS . : DOM2.local
Local – Ethernet адаптер:
Internet – Ethernet адаптер:
с одного из клиентов
Настройка протокола IP для Windows
Подключение по локальной сети – Ethernet адаптер:
Добавлено:
вот кстати нашел сохраненный лог очередной странности когда отвалились сетевые папки на одном из клинетов
и вот с этого же компа когда доступ к сетевым папкам сам восстановился чрез пару минут
а иногда трассировка уходит через модем в инет к IP провайдера и там зависает или просто сразу пишет о недоступности узла на первом же прыжке.
Помогите, пожалуйста, – тормозит Интернет в офисной сети.
Конфигурация сети:
около 10 ПК с XP и сервер Windows Server R2 Standard
Сервер раздает интернет с помощью траффик-инспектора
При подключении в обход сервера интернет на клиентах работает быстро с нормальными пингами и трассировками любых сайтов.
Вот что дает трассировка за сервером:
На клиентах tracert на втором прыжке к любому сайту выдает:
Превышен интервал ожидания по запросу
Дальше идет нормальная трассировка.
На сервере трассировка для любого сайта выдает:
Kgserv 192.168.0.1 сообщает: заданный узел недоступен
И больше ничего
На сервере не пингуется 127.0.0.1
Поднят DNS-сервер.
Прописывание прямых и обратных зон пока ничего не меняет.
Настройка протокола IP для Windows
Имя компьютера . . . . . . . . . : kgserv
Основной DNS-суффикс . . . . . . :
Тип узла. . . . . . . . . . . . . : Гибридный
IP-маршрутизация включена . . . . : Да
WINS-прокси включен . . . . . . . : Нет
Ethernet adapter Подключение по локальной сети 4:
Состояние носителя. . . . . . . . : Носитель отключен
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Generic Marvell Yukon Chipset based Ethernet Controller #4
Физический адрес. . . . . . . . . : 00-1F-C6-23-47-D4
DHCP включен. . . . . . . . . . . : Да
Автонастройка включена. . . . . . : Да
Ethernet adapter Подключение по локальной сети 3:
Состояние носителя. . . . . . . . : Носитель отключен
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Generic Marvell Yukon Chipset based Ethernet Controller #3
Физический адрес. . . . . . . . . : 00-1F-C6-23-47-26
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
Ethernet adapter Внешняя сеть (интернет):
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Generic Marvell Yukon Chipset based Ethernet Controller
Физический адрес. . . . . . . . . : 00-1F-C6-23-46-A0
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
IPv4-адрес. . . . . . . . . . . . : 10.25.11.1(Основной)
Маска подсети . . . . . . . . . . : 255.255.255.0
Основной шлюз. . . . . . . . . : 10.25.11.254
DNS-серверы. . . . . . . . . . . : 84.21.74.254
NetBios через TCP/IP. . . . . . . . : Включен
Ethernet adapter Внутренняя сеть:
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Generic Marvell Yukon Chipset based Ethernet Controller #2
Физический адрес. . . . . . . . . : 00-1F-C6-23-47-7E
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
IPv4-адрес. . . . . . . . . . . . : 192.168.0.1(Основной)
Маска подсети . . . . . . . . . . : 255.255.255.0
Основной шлюз. . . . . . . . . : 0.0.0.0
DNS-серверы. . . . . . . . . . . : 127.0.0.1
NetBios через TCP/IP. . . . . . . . : Включен
Туннельный адаптер Подключение по локальной сети*:
Туннельный адаптер Подключение по локальной сети* 2:
Туннельный адаптер Подключение по локальной сети* 8:
Состояние носителя. . . . . . . . : Носитель отключен
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
Физический адрес. . . . . . . . . : 02-00-54-55-4E-01
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
Туннельный адаптер Подключение по локальной сети* 18:
Туннельный адаптер Подключение по локальной сети* 19:
Статистика Ping для 94.100.192.246:
Пакетов: отправлено = 4, получено = 1, потеряно = 3
(75% потерь)
Обмен пакетами с 94.100.191.246 по с 32 байтами данных:
Ответ от 94.100.191.246: число байт=32 время=3мс TTL=59
Ответ от 94.100.191.246: число байт=32 время=3мс TTL=59
Ответ от 94.100.191.246: число байт=32 время=4мс TTL=59
Ответ от 94.100.191.246: число байт=32 время=3мс TTL=59
Статистика Ping для 94.100.191.246:
Пакетов: отправлено = 4, получено = 4, потеряно = 0
(0% потерь)
Трассировка маршрута к 94.100.191.247 с максимальным числом прыжков 30
IPv4 таблица маршрута
======
Активные маршруты:
Сетевой адрес Маска сети Адрес шлюза Интерфейс Метрика
0.0.0.0 0.0.0.0 On-link 192.168.0.1 266
0.0.0.0 0.0.0.0 10.25.11.254 10.25.11.1 276
10.25.11.0 255.255.255.0 On-link 10.25.11.1 276
10.25.11.1 255.255.255.255 On-link 10.25.11.1 276
10.25.11.255 255.255.255.255 On-link 10.25.11.1 276
127.0.0.0 255.0.0.0 On-link 127.0.0.1 306
127.0.0.1 255.255.255.255 On-link 127.0.0.1 306
127.255.255.255 255.255.255.255 On-link 127.0.0.1 306
192.168.0.0 255.255.255.0 On-link 192.168.0.1 266
192.168.0.1 255.255.255.255 On-link 192.168.0.1 266
192.168.0.255 255.255.255.255 On-link 192.168.0.1 266
224.0.0.0 240.0.0.0 On-link 127.0.0.1 306
224.0.0.0 240.0.0.0 On-link 192.168.0.1 266
224.0.0.0 240.0.0.0 On-link 10.25.11.1 276
255.255.255.255 255.255.255.255 On-link 127.0.0.1 306
255.255.255.255 255.255.255.255 On-link 192.168.0.1 266
255.255.255.255 255.255.255.255 On-link 10.25.11.1 276
======
Постоянные маршруты:
Сетевой адрес Маска Адрес шлюза Метрика
0.0.0.0 0.0.0.0 192.168.0.1 По умолчанию
0.0.0.0 0.0.0.0 10.25.11.254 По умолчанию
======
То есть, похоже, что-то нет так с DNS – при указании цифрового IP – все работает без проблем.
