Компьютер в домене не пингуется
KLon
По шерсти сетевые настройки и как подключен кабель? Кабеля от всех машин в один хаб(свич). проверь соединение..
Local Area Connecrion
Speed: 100 Mbit/s
Вот я и хочу понять почему не пингуется.
толи косяк с кабелем толи так и должно быть _ машина пока ее не заведешь в домен не будит видеть остальные компы
KLon
включи эту машину вместо заведомо рабочей. если заработает, то проблема в дырке хаба или в кабеле.
если не заработает, то скорее всего проблема в сетевухе (кстати - какая?)
Об этом я уже думал но так не хочется ее нести из др конца здания(это машина шефа) и подцеплять ее тут, да и шеф постоянно ей пользуется, это нужно его прогонять.
ну да ладно. другого выхода я сам не вижу
а сетевуха: Intel(r) pro/100 VE network Connection
А всего то хотел узнать: пингуется ли машина(в одно подсети) из домена если сама в нем не состоит.
А всего то хотел узнать: пингуется ли машина(в одно подсети) из домена если сама в нем не состоит.
Toxas ipconfig говорит
C:\Documents and Settings\Administrator\My Documents\My Pictures\screen.jpg
KLon1099472024
Ой косяк. ну в общем он говорит что все в норме
Показывает IP и маску подсети
KLon
т.е. он выдает данные твоей сети. т.е. с твоей машины можно сервак пропинговать? а в обратном направлении ни как?
KLon
да не может такого быть. Как тогда он может выдавать информацию в ipconfig, твоей сети.. Он бы тогда вообще ни чего не видел!
И вообще, ОС какие?
Если с соединениями у тебя и с настройками все нормально, то пинги должны ходить вне зависимости от того входит твоя машина в домен или нет. Для примера ты находясь в интернет можешь пинговать кучу машин с которыми ты не состоишь в одном домене. Кстати еще проверь маску. По идее для того ip адреса который ты указал у тебя она должна быть 255.255.255.0
А можешь ли ты пинговать сам себя? Кстати как раз из-за того, что пинги не идут у тебя машина в домен и не затягивается.
да не может такого быть. Как тогда он может выдавать информацию в ipconfig, твоей сети.. Он бы тогда вообще ни чего не видел!
Легко. Если руками прописываешь. ipconfig показывает конфигурацию TCP/IP протокола на локальной машине. На основании ее зная конфигурацию сети можно сделать вывод о доступности либо не доступности сети с данной машины. Можно вообще в сеть не подключатся физически, но при этом ipconfig вернет тебе кучу настроек.
ЛВС:
Контроллер домена (сервер): WinSRV 2008 R2 Std, роли: DNS-сервер, AD, службы печати, удаленных рабочих столов, файловые
клиенты: Win7Prof.
Все в одной подсети 192.168.1.0-254.
С контроллера домена не пингуются локальные компьютеры, сетевые шары на них не доступны. С локальных контроллер пигуется, через RDP подлючаются.
Контроллер домена временно раздавал через вторую сетевую карту интернет в ЛВС. Проблема с пингом появилась после того, как "провод с интернетом" от него отключили.
Результат пинга с сервера на ПК:
Ping pc2
Обмен пакетами с pc2.domen.local [192.168.1.4] с 32 байтами данных:
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Статистика Ping для 192.168.1.4:
Пакетов: отправлено = 4, получено = 0, потеряно = 4
(100% потерь)
С любых компьютеров и сервера пинг на новый шлюз на другие сетевые устройства (не компы) проходит нормально.
При обращении к папке \\pc2\share
код ошибки: 0х80070035
Не найден сетевой путь
Коллеги! Подскажите, куда копнуть? Чего-то не соображу.
Настройка протокола IP для Windows
Имя компьютера . . . . . . . . . : ServerName
Основной DNS-суффикс . . . . . . : domen.local
Тип узла. . . . . . . . . . . . . : Гибридный
IP-маршрутизация включена . . . . : Нет
WINS-прокси включен . . . . . . . : Нет
Порядок просмотра суффиксов DNS . : domen.local
Ethernet adapter Local:
DNS-серверы. . . . . . . . . . . : ::1
127.0.0.1
192.168.1.1
NetBios через TCP/IP. . . . . . . . : Включен
Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Адаптер Microsoft ISATAP
Физический адрес. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
IPv4 таблица маршрута
===========================================================================
Активные маршруты:
Сетевой адрес Маска сети Адрес шлюза Интерфейс Метрика
0.0.0.0 0.0.0.0 192.168.1.1 192.168.1.2 266
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.1.0 255.255.255.0 On-link 192.168.1.2 266
192.168.1.2 255.255.255.255 On-link 192.168.1.2 266
192.168.1.255 255.255.255.255 On-link 192.168.1.2 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.1.2 266
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.1.2 266
===========================================================================
Постоянные маршруты:
Сетевой адрес Маска Адрес шлюза Метрика
0.0.0.0 0.0.0.0 79.175.57.1 По умолчанию
0.0.0.0 0.0.0.0 192.168.1.1 По умолчанию
===========================================================================
IPv6 таблица маршрута
===========================================================================
Активные маршруты:
Метрика Сетевой адрес Шлюз
1 306 ::1/128 On-link
13 266 fe80::/64 On-link
13 266 fe80::28c2:d8d6:bc87:9c6a/128
On-link
1 306 ff00::/8 On-link
13 266 ff00::/8 On-link
===========================================================================
Постоянные маршруты:
Отсутствует
Походу остался от второй интернет-сетевухи маршрут на 79.175.57.1
удалил отсюда HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\PersistentRoutes не нужный маршрут. Теперь надо перезагружаться. Не знаю поможет ли.
(14) Сетевое обнаружение не включалось и не надо оно. Расшарена для общего доступа на клиентской машине одна единственная папка, пока этого хватает.
(28) это понятно. удалил и из реестра и через командную строку - пока не помогло. Когда перезагрузиться получится - не знаю.
бывала такая хрень.
1. как-то один умник подключил ноут со своим DHCP-сервером, вычислили, отключили, все заработало
2. по непонятным причинам на одном серваке пошли глюки, вначале ребутили сервак, затем 2 сервака, затем 3 сервака, затем 3 сервака + 2 свича + роутер, когда на 3-й день "ребут всего" был сделан 3 раза (пользователи естественно завопили) не нашел лучше решения как написать батник на основании команды ARP -S, статически связывающей ip-шник с mac-адресом
(32) не пробовал. RDP отключить точно не смогу, т.к. сервер за 150 км стоит. А насчет маршрутизации подумаю.
(33) я про RDP ничего не писал. служба так называется "маршрутизации и удаленного доступа". к RDP она не имеет отношения
(0) Уверен, что на 192.168.1.4, который ты пингуешь, не включен брандамуэр, который блокирует твои пинги и прочие попытки связи?
(35) а. я не правильно понял. (36) про брандмауэр не уверен, но настройки на локальных машинах ни какие не менялись, кроме изменения в сетевых настройках адреса шлюза и днс на 192.168.1.1. Доступ к ним по РДП, к их расшаренным папкам и принтерам с сервера был. а теперь - нет.
(37) учитывая, что с раб станции до сервера связь есть, а с сервера до раб станции нет, это брендмауэр на раб станции 99%.
каспер периодически глючит и блокирует сеть на станциях ;)
или брандмауэр там же ;)
отключи и проверь
Проверка сетевого компьютера с помощью специальной Ping-утилиты (запускаемой в окне командной строки), пожалуй, наиболее простой способ оценить доступность каждого узла локальной сети.
И в данной статье мы разберем, что делать, когда не пингуется компьютер в локальной сети, и в чем может быть причина подобной неполадки.
Как проверить пинг на компьютере?
Чтобы проверить качество локальной связи между компьютерами необходимо зайти «Пуск» -> «Все программы» -> «Стандартные» -> «Командная строка» и в открывшемся окне прописать команду ping ххх.ххх.ххх.ххх (где ххх.ххх.ххх.ххх – статический IP адрес искомого сетевого компьютера).
Компьютер пингуется, но не виден в сети
Если комп пингуется но не виден в сети, следует убедиться, что имя рабочей группы на обоих компьютерах полностью совпадает.
В том числе при использовании символов разного регистра в названии рабочей группы (к примеру, компьютеры, состоящие в группах GRUPPA и gruppa, пингаваться не будут).
В случае, когда настройки сетевого соединения установлены верно, каждый компьютер пингуется, но «классическим» способом (через «Панель управления» -> «Сетевое окружение») на него не зайти, следует подключиться к данному функциональному узлу по IP адресу. Для этого зайдите «Пуск» -> «Все программы» -> «Стандартные» -> «Выполнить»
в открывшемся окне введите команду \\ххх.ххх.ххх.ххх и нажмите клавишу «Enter» (здесь ххх.ххх.ххх.ххх – IP адрес компьютера, с котором устанавливается сетевое соединение).
Также когда компьютер пингуется, но не найден среди доступных функциональных узлов, можно установить специальную программу обнаружения доступных устройств локальной сети (например, бесплатный софт LANScope), где потребуется указать диапазон возможных IP адресов вашей локальной сети и запустить поиск доступных устройств.
Почему не пингуется компьютер внутри сети?
В противном случае (когда отсутствует пинг между 2 компьютерами сети) не спешите «лезть в дебри» и «грешить» на операционную систему или устаревшую сетевую карту. Здесь в первую очередь стоит проверить:
- – настройки сетевых профилей;
- – firewall и ему подобные сетевые фильтры, которые могут блокировать сетевой доступ к компьютеру и запрещать входной трафик ICMP;
- – настройки маршрутизатора, поскольку ICMP трафик зачастую блокируется вследствие элементарных ошибок шлюза.
Итак, среди наиболее распространенных причин того, что не пингуется компьютер в локальной сети, можно отметить:
- – некорректные настройки компьютера;
- – неправильные настройки сетевого адаптера;
- – параметры firewall.
На каждом пингуемом компьютере зайдите в настройки сетевой карты и установите корректные параметры используемого сетевого протокола. Обратите внимание, что маска подсети, шлюз и ip адрес подсети у всех компьютеров должны быть полностью идентичны.
Также проблема «не пингуется статический ip» нередко возникает вследствие различных технических неисправностей. Если ошибка локального подключения возникла при первичной настройке домашней сети, в первую очередь стоит проверить целостность сетевого кабеля и корректность оконцовки витой пары коннектором 45.
Чтобы убедиться в работоспособности сетевого кабеля достаточно пропинговать с его помощью другие заведомо рабочие компьютеры. Если ПК «видят» друг друга, то, вполне вероятно, что сетевой кабель исправен.
Однако наиболее точным способом диагностики витой пары является проверка кабеля с помощью специального аппарата LAN-тестера (в простонародье – «прозвонки»).
Помимо сетевого кабеля неисправность локального соединения может быть связана с используемым разъемом сетевой карты компьютера. Если вышеописанные мероприятия не помогли, убедитесь, что сетевой порт находится в рабочем состоянии. Подобную диагностику можно осуществить как с помощью специального оборудования, так и экспериментально – путем установления связи с другим заведомо рабочим компьютером.
Кроме того, проблема «не пингуется компьютер в сети», может быть следствием работы различных систем безопасности данного компьютера. Особо здесь стоит выделить:
- Антивирус (в частности, Касперский и Nod32). Здесь стоит развеять распространенный миф, что если на обоих компьютерах установлена одна и та же версия антивируса, то проблем с подключением априори не возникает.
Одна и та же версия антивирусной программы может на одном компьютере разрешать пингование, а на другом – блокировать. Связана такая особенность с тем, что на разных ПК может быть установлен различный набор софта, который может «вызывать подозрение» антивируса.
Чтобы настроить пинг на компьютере следует полностью отключить работу антивирусной программы (в некоторых случаях потребуется удаление софта), после чего повторить попытку пингования «проблемного» ПК.
- Брандмауэр также может стать причиной того, что no ip не пингуется компьютер в локальной сети. Данная служба выполняет роль своего рода защитника данного компьютера от любой нежелательной информации, соответственно, он может заблокировать любое подозрительное (на его электронный взгляд) устройство.
Чтобы настроить нормальный пинг компьютеров в сети следует отключить брандмауэр и проверить сетевое соединение между компьютерами в «незащищенном» режиме.
Вроде бы всё банально, но разобраться пока не могу.
Начнём с простого есть компьютер Win7x86 сетевое имя OracleV.
Есть второй компьютер Win10x64 имя (не важно).
С второго компьютера пинг на первый по ip идёт 192.168.0.193.
Но при вводе команды ping OracleV, почему-то пишет:
"Обмен пакетами с OracleV [192.168.0.192] с 32 байтами данных:"
А при вводе >nslookup OracleV.
╚ь : OracleV
Address: 192.168.0.193
Что прикажете делать?)
ipconfig /flushdns и netsh winsock reset делал, не помогло(
Компьютер перезагружал.
- Вопрос задан более трёх лет назад
- 13384 просмотра
Если совет про IPv6 не помог (а вроде бы по логике не должен), то проверьте что у вас в hosts и скажите что у вас на DNS сервере (ну и расскажите про него деталей), есть там нормальная запись?
Клёвый Админ: Про IPv6 совет не помог проблема осталась, но "проблема всплыла при поднятии вирутальной машины с Ubuntu" очень похоже на мою ситуацию, я поднял Debian на VirtualBox
Клёвый Админ: В hosts на Win10x64 всё закоменчено, живых строк нет)
Про DNS сервер ничего не могу сказать, я тут не админ)
Но по команде:
C:\Users\*****>nslookup OracleV
Server: *****
Address: 192.168.0.***
Name: OracleV
Address: 192.168.0.193
Я думаю что всё работает хорошо, и проблема таится в каком-то "кэше" сетевых имён)
В этом плане не очень я силён знаниями как Windows опрашивает и где запоминает сетевые имена и как долго хранит.
TheSima: я ведь правильно понял, что у вас в пинге и в ДНС отличается адрес узла, который в итоге резольвится?
Я ведь правильно понял, что этот узел - это та самая виртуалка, которую вы подняли?
Если так, то похоже вы неправильно сконфигурировали сеть на виртуалбоксе, нужно поменять её параметры и выставить значение в бридж, сейчас похоже там NAT.
Клёвый Админ: Сетка настроена бриджом(мост) IP у виртуалки 192.168.0.216
$uname -n (имя хоста)
debian4ik
Но мне кажется что-то в этом есть. Виртуалка, сетевуха(виртуальная).
TheSima: такс, теперь я запутался, напишите по-подробнее, какой это хост, с какого хоста как пингуете, и кто в итоге в виртуалке и что она вообще делает. И точно ли у вас в сетевых картах ДНС равен тому который отдаёт по nslookup вам ответы, и кто из них отдаёт правильные ответы и какие.
Вот ещё попробуйте
netsh winsock reset catalog
netsh int ipv4 reset reset.log
Вроде бы в 10 есть баг, по симптомам на ваш похож
Клёвый Админ: Да виртуалка тут не причём, просто факт что она есть и что сетевуха у неё мостом настроена.
Проблема в пинге Win7x86 с именем OracleV, у него IP 192.168.0.193, при вызове команды "ping OracleV" с Win10x64 (IP 192.168.0.201) даёт следующий результат:
ping OracleV
Обмен пакетами с OracleV [192.168.0.192] с 32 байтами данных:
и пинга нет, естественно потому что IP 192.168.0.192. В связи с этим вопрос почему да как?
TheSima: ну вот выше попробуйте, может поможет.
А баг связан с ДНС или с arp, нужно понять откуда ваша система решила что у этой машины не верный адрес.
Посмотрите что в arp -a у вас. Очистите её.
Напишите системным администраторам сети о проблеме. Это их вотчина, если сеть вам не подконтрольна. У них может быть больше инструментов для диагностики.
Клёвый Админ: Почитайте комментарии в ответе "Денис Блейк @kyleabrock", там почти докопался до сути.
После netsh winsock reset catalog
netsh int ipv4 reset reset.log
и перезагрузки проблема ушла, спасибо!
Вот только всё равно не ясно в чём была причина, но всё чаще я ненавижу Windows 10, поэтому есть подозрения в её сторону)
Вам спасибо! Как найду истину допишу ещё коммент от себя с полным описанием, если найду)
TheSima: ну и плюс зарепортите своим админам это обязательно. Сейчас это мелочь, но если у вас в сети есть такие проблемы - то рано или поздно может бомбануть.
у меня подобная проблема всплыла при поднятии вирутальной машины с Ubuntu, по IP все было OK а по имени нет. в общем пришлось отключить IP6 и имя стало нормально резолвиться.
Николай Бараненко: очень похоже на мою ситуацию, я поднял Debian на VirtualBox, IPv6 выключил не помогло =(
Отключите firewall (брандмауэр) встроенный в ос и повторите попытку. По умолчанию он не дает отвечать на такие запросы
вы прочитали вопрос не внимательно, там дело в ДНС. Посмотрите на возвращемый nslookup'ом и утилитой ping адреса
DNS разрешает адрес всегда, кроме тех случаев, когда это жестко не ограничено брандмауэром. Это взаимодействие по 53/UDP. Ping - это ICMP взаимодействие которое брандмауэром по умолчанию запрещено. NSLookup разрешает dns имя, а не пингует хост.
Денис Блейк: Эммм. я может чего-то не понимаю?) пинг идёт по IP-адресу, так?
при вводе команды "ping 192.168.0.193" пинг идёт
а при "ping OracleV", который определяет IP самого OracleV как 192.168.0.192 естественно не идёт, так как у компьютера другой IP, а именно 192.168.0.193, вот собственно вопрос откуда он(ping) берёт 192.168.0.192?
Вот в этом таится вся проблема кажется..
У компьютера был раньше этот адрес, но DHCP-сервер решил дать новый)
Началась проблема. костылить можно, но я хочу понять суть(корень узреть).
Денис Блейк: Да и брандмауэр отключил, не помогло(
C:\Users\*****>ping OracleV
Обмен пакетами с OracleV [192.168.0.192] с 32 байтами данных:
Превышен интервал ожидания для запроса.
TheSima: нужно смотреть в первую очередь записи на ДНС, и он у вас 1? С самого ДНС-сервера разрешение имени через nslookup и при пинге проходит в 1 адрес? На дхцп нет резервации?
Если у вас dns сервер, обновите запись dns. Если разрешение имен по netbios то не обновилась запись. Проверьте по nbtstat -a OracleV. И на одной и на другой машине. Если на основной ip обновлен, а на другой нет, то не приходят широковещательные запросы netbios. Для приема таких запросов должно быть включено сетевое обнаружение. Если firewall отключен то оно уже включено. Тогда проверьте, включены ли у Вас следующие службы:
Служба обнаружение SSDP (SSDP Discovery)
Помощник TCP/IP NetBIOS (TCP/IP NetBIOS Helper)
Обозреватель (Computer Browser)
Сервер (Server)
Сейчас буду всё проверять, я думаю мы на верном пути, а пока заметочка:
NetBIOS через TCPIP не поддерживает IPv6. Для целей взаимодействия в локальном сегменте сети без участия опорных серверов (DNS/WINS) с использованием IPv4/IPv6 разработан протокол LLMNR
Денис Блейк: Начал проверять, вот как Вам такое:
C:\Users\*****>nbtstat -A 192.168.0.192
Ethernet:
Адрес IP узла: [192.168.0.201] Код области: []
Узел не найден.
C:\Users\****>nbtstat -a ORACLEV
Ethernet:
Адрес IP узла: [192.168.0.201] Код области: []
Узел не найден.
C:\Users\*****>nbtstat -a OracleV
Ethernet:
Адрес IP узла: [192.168.0.201] Код области: []
Узел не найден.
Денис Блейк: И ещё, вот корень зла:
C:\Users\*****>nbtstat -c
Ethernet:
Адрес IP узла: [192.168.0.201] Код области: []
Таблица удаленного буфера NetBIOS-имен
Имя Тип Адрес узла Время жизни [с]
--------------------------------------------------------------------
ORACLEV Уникальный 192.168.0.192 174
ORACLEV Уникальный 192.168.0.193 137
Денис Блейк: После окончания "Время жизни" смотрю ещё раз кэш, затем пинг(в другом окне) и ещё раз кэш:
C:\Users\16274>nbtstat -c
Ethernet:
Адрес IP узла: [192.168.0.201] Код области: []
Буфер не содержит имен
C:\Users\16274>nbtstat -c
Ethernet:
Адрес IP узла: [192.168.0.201] Код области: []
Таблица удаленного буфера NetBIOS-имен
Имя Тип Адрес узла Время жизни [с]
--------------------------------------------------------------------
ORACLEV Уникальный 192.168.0.192 598
У меня сейчас стоит в сети контроллер домена Win2003 и файловый сервер samba.Они оба включены в сеть.Хотел ввести sambу в домен.Установил heimdal,OpenLDAP. В итоге,не знаю почему,но у меня компы не пингуют друг друга.В винде firewall отключен,в linuxе удалил iptables.Почему они не пингуются.Если нужно что еще отключить,то напишите что.Linux - Fedora Core 2.
У меня в подвале стук.
>В итоге,не знаю почему,но у меня компы не пингуют друг друга
И что значит, "удалил"? iptables -L что говорит?
>У меня в подвале стук.
На это мне по барабану.
>>В итоге,не знаю почему,но у меня компы не пингуют друг друга
Надо проверить соединение.
>И что значит, "удалил"? iptables -L что говорит?
Ничего не говорит.А "удалил" - значит "rpm -e" и т.д.
Мне надо знать что еще в линуксе может играть роль файервола и как мне эту хрень отключить.Мне надо на сервак открыть полный доступ по всем портам и протоколам. Файервол в сети есть,но на другом сервере.
> знать что еще в линуксе может играть роль файервола
еще можно запретить отзываться на пинги и без фаервола
echo "1" > /proc/sys/net/ipv4/icmp_echo_ignore_all
> А "удалил" - значит "rpm -e"
а нафига? отключил и все. покажи вывод lsmod
ipchains не стоит. echo "1" > /proc/sys/net/ipv4/icmp_echo_ignore_all стоял 0 lsmod: ipv6 autofs4 sunrpc 8139too mii floppy sg scsi_mod microcode dm_mod uhci_hcd ehci_hcd button battery asus_acpi ac ext3 jbd Вроде все.
Извиняюсь.С линуксом все в порядке.Подключил я еще один комп - они друг друга видят.Проблема в контроллере домена.У него что какая - то безопасность против пингов стоит. Потому что его не видно ни с линуховой ни с виндовой машин.Объясните если можете.
Все.Разобрался и снес гребаный маздай нахрен.Битый дистр ставил.:-)))
дело не в маздае, а в руках, похоже у вас батенька было: контроллер домена w2k2003, как ты и написал, а потом при настройке самбы, ты взял и втюхал свою workgroup в самбу, и сделал машину с самбой прим-сервером самбы, всё пипец, ДАКУМИНТАСИОН читай, и попусту не при на чудо билла)))))
Читайте также: