Windows server 2008 не видит сеть

Обновлено: 01.07.2024

Развернул MS SQL r2 Express (64х битную версию) на одной из машин (на Windows 10) в сети. Установил Manager Studio на этой же машине, подключился, развернул базу. Всё в порядке. НО:

сервак не видно с другой машины, не могу к нему подключится.

Службы "Агент SQL Server" и "Браузер SQL Server" остановлены и не запускаются. На против них в колонке "Режим запуска" написано:
"Другое (Загрузочная, системная, отключённая или не известная)

Как быть? в этих службах ли проблема?
Может ещё какие то настройки нужно покрутить?

ладно, кратчайший путь проверить что у вас оно слушает сеть:

с машины где установлен sql server при наличии на ней клиента telnet

где - ip_address это сетевой путь на который вы пытаетесь ломиться с другой машины

сервак не видно с другой машины, не могу к нему подключится.

Как быть? в этих службах ли проблема?
Может ещё какие то настройки нужно покрутить?

все на картинке,
потом рестарт серверу

в командной строке понабирай:

SQLServerManager12.msc (2014)
SQLServerManager11.msc (2012)
SQLServerManager10.msc (2008)

А если так:
В правом нижнем углу экрана (эмблема окон) правой клавишей мышки --> Управление компьютером --> Службы и приложения --> Диспетчер конфигурации SQL сервера.

Получилось открыть настройки.

Установил порт IPAII на 1433, как советовал "о-о", перезагрузил службу сервера. Не помогло.
В других местах тоже везде записан порт 1433.

Что ещё сделать?

Снести сервак и накатить его опять без исправлений (дефолтный)?

(мне придётся туда ехать это делать, за 280 км) :(

как достать ерролог?

обитает тут:
C:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\Log

смотрите самый свежий ERRORLOG по дате, он должен быть без цифры в названии

Обмен пакетами с 192.168.2.23 по с 32 байтами данных:
Ответ от 127.0.0.1: Заданная сеть недоступна.
Ответ от 127.0.0.1: Заданная сеть недоступна.
Ответ от 127.0.0.1: Заданная сеть недоступна.
Ответ от 127.0.0.1: Заданная сеть недоступна.

Статистика Ping для 192.168.2.23:
Пакетов: отправлено = 4, получено = 4, потеряно = 0
(0% потерь)

Обмен пакетами с 192.168.2.108 по с 32 байтами данных:
Общий сбой.
Общий сбой.
Общий сбой.

Статистика Ping для 192.168.2.108:
Пакетов: отправлено = 3, получено = 0, потеряно = 3
(100% потерь)
Control-C
^C
C:\Windows\System32>ping localhost

Обмен пакетами с VIDEOSERVER [::1] с 32 байтами данных:
Ответ от ::1: время<1мс
Ответ от ::1: время<1мс
Ответ от ::1: время<1мс

Статистика Ping для ::1:
Пакетов: отправлено = 3, получено = 3, потеряно = 0
(0% потерь)
Приблизительное время приема-передачи в мс:
Минимальное = 0мсек, Максимальное = 0 мсек, Среднее = 0 мсек
Control-C
^C
C:\Windows\System32>ping 127.0.0.1

Обмен пакетами с 127.0.0.1 по с 32 байтами данных:
Ответ от 127.0.0.1: число байт=32 время<1мс TTL=128
Ответ от 127.0.0.1: число байт=32 время<1мс TTL=128
Ответ от 127.0.0.1: число байт=32 время<1мс TTL=128
Ответ от 127.0.0.1: число байт=32 время<1мс TTL=128

Статистика Ping для 127.0.0.1:
Пакетов: отправлено = 4, получено = 4, потеряно = 0
(0% потерь)
Приблизительное время приема-передачи в мс:
Минимальное = 0мсек, Максимальное = 0 мсек, Среднее = 0 мсек

C:\Users\Manager 23>ping 192.168.2.108

Обмен пакетами с 192.168.2.108 по с 32 байтами данных:
Ответ от 192.168.2.108: число байт=32 время=1мс TTL=128
Ответ от 192.168.2.108: число байт=32 время<1мс TTL=128
Ответ от 192.168.2.108: число байт=32 время<1мс TTL=128
Ответ от 192.168.2.108: число байт=32 время<1мс TTL=128

Статистика Ping для 192.168.2.108:
Пакетов: отправлено = 4, получено = 4, потеряно = 0
(0% потерь)
Приблизительное время приема-передачи в мс:
Минимальное = 0мсек, Максимальное = 1 мсек, Среднее = 0 мсек

При таких обстоятельствах в сетевых окружениях не видно ни его, ни он никого не наблюдает. Но если обратиться к нему по сетевому имени-отчеству (точнее, только по имени, так как домена нет), то подключиться можно. Ну и RDP работает.

Если же поставить динамику, то все работает более менее сносно. Только IP меняется, потому что в качестве IP-раздающего девайса стоит D-Link 2540 или кто-то подобный, с кривой прошивкой, не способной сохранить статический айпишник, обновление которой тоже по некоторым причинам невозможно.

Ну и как всегда — просьба не бить, не обливать и отнестись с пониманием.

UPD: Что ж, воткнул сегодня имевшуюся под рукой сетевушку, и все чудесным (или чудным) образом заработало. Но вопроса это все-таки не решило.

В этой статье предоставляется решение проблемы, из-за которую компьютер не может идентифицировать сеть, когда этот компьютер является членом детского домена.

Применяется к: Windows 7 Пакет обновления 1, Windows Server 2012 R2
Исходный номер КБ: 980873

Симптомы

У вас есть компьютер с Windows Vista, Windows Server 2008, Windows 7 или Windows Server 2008 R2. Когда этот компьютер является членом детского домена, компьютер не может идентифицировать сеть. Это может привести к тому, что брандмауэр на компьютере будет настроен на общедоступный профиль.

Кроме того, события, похожие на следующий пример, регистрируются в журналах событий Applications:

Ошибка 0x54B указывает, что указанный домен либо не существует, либо не может быть связаться.

Причина

Эта проблема возникает из-за того, что компьютер не может подключиться к основному контроллеру домена (PDC) в лесном домене после подключения компьютера к детскому домену. Служба осведомленности о расположении сети (NLA) рассчитывает, что сможет скомпромить имя леса домена, чтобы выбрать нужный профиль сети для подключения. Служба делает это путем вызова корневого имени леса и выдачи запроса LDAP (Облегченный протокол доступа к каталогам) в порту UDP (Протокол пользовательских DsGetDcName данных) 389 корневому контроллеру домена. Служба рассчитывает, что сможет подключиться к PDC в лесном домене для заполнения следующего подкайки реестра:
HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\NetworkList\Nla\Cache\IntranetForests

Если что-то мешает разрешению имени DNS или попытке подключения к DC, NLA не может установить соответствующий профиль сети на подключение.

Решение

Чтобы устранить эту проблему, используйте один из следующих методов.

Способ 1

Настройте устройства брандмауэра, чтобы не блокировать связь в порту UDP/TCP 389. Дополнительные сведения о том, как это сделать, см. в обзоре службы и требованиях к сетевому порту для Windows.

Способ 2

При неправильном изменении реестра с использованием редактора реестра или другого способа могут случиться серьезные проблемы. Для решения этих проблем может потребоваться переустановка операционной системы. Корпорация Майкрософт не может гарантировать, что эти проблемы можно решить. Вносите изменения в реестр на ваш страх и риск.

Настройте один компьютер в детском домене для подключения к PDC из корневого домена.

Перезагрузите компьютер. Теперь компьютер должен иметь возможность идентифицировать сеть. Кроме того, профиль брандмауэра будет настроен на профиль домена.

Экспорт следующей подгруппы реестра в качестве файла в общее расположение в домене:
HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\NetworkList\Nla\Cache\IntranetForests

Импорт подмыша реестра, экспортируемого в шаге 3, на другие компьютеры, которые не могут подключиться к PDC из леса домена.

Перезагрузите компьютер. Теперь компьютер должен идентифицировать сеть, а профиль брандмауэра будет настроен на профиль домена.

Способ 3

Если достаточно идентифицировать сетевой профиль на основе имени домена ребенка, то правильным подходом может быть смягчение времени, за которое NLA задействовывалось во время агрессивных ирисов.

Чтобы развернуть параметр реестра, который изменяет количество повторной записи, используемой NLA, выполните следующие действия:

Создайте новый ключ реестра, который соответствует корневому домену леса по пути:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\NetworkList\Nla\Cache\Intranet\

В недавно созданном ключе реестра для имени корневого домена леса добавьте два значения реестра ниже:

Сбои REG_DWORD значение 1

Успехи REG_DWORD значение 0

Это приведет к тому, что NLA будет перейти к самому низкому показателю повторной проверки и приведет к идентификации в течение нескольких минут.

Server 2008 R2 перестал обнаруживать сеть. Так же и сам в сети не виден по имени. По ip-адресам все видится туда-обратно. Он не является контроллером домена. Установлены роли Hyper-V и сервера терминалов. Являлется также сервером лицензирования RDP.В сети имеется единственный контроллер домена на 2003 сервере. Адреса в сети статические. Компьютеров - 15 в домене и еще 10 в рабочей группе в удаленном офисе на выделенке. Все работало довольно хорошо, только некоторые компьютеры в сети стали переставать видеть этот сервер2008 по имени. Притом не все сразу, а постепенно. Пришлось сделать обращение с них по ip и оставить так до конца недели и готовящихся изменений.
Большая беда произошла как раз после изменения конфигурации сетевых адаптеров. Было их 2, один встроенный обслуживал виртуальную машину(srv2003), а второй, доустановленный, обслуживал собственно физический сервер2008. Установленный адаптер был удален, а встроенный отнят у виртуалки и отдан физ. серверу. Ему присвоен такой же ip и прочие реквизиты как и были у физического сервера2008. Как уже было сказано сервер теперь виден - видит только по ip адресам..

1. Вывод из домена в одноименную раб. группу, каковая уже имеется в сети. В результате ввести обратно в домен не удается - "не удалось подключиться к контроллеру домена"
2. Манипуляции с брэндмауэром - включение-отключение, в том числе галочки на сетевом подключении во вкладках бэндмауэра "строгого режима", сброс установок в "по умолчанию"
3. Прогон мастера настройки безопасности с включением всего относящегося к сетевому доступу-обнаружению, DNS, WINS, RDP
4. Изменение и возврат обратно настроек ip 4

Результатом всех этих движений было лишь пропадание-возврат доступа по ip локальных и внешних клиентов RDP. По именам сервер не видит и не виден..
В сведениях о сетевом подключении корректные ip адреса собственный, шлюза и днс-сервера. Однако как выяснилось, сервер ДНС не работает в домене. С других компьютеров домена nslookup дает:

аналогично и для проблемного сервера2008. То есть сеть видится другими средствами, и все работает, не работает только данный сервер2008. Тепрь необходимо как-то заставить его видеть сеть как все и как он это видел ранее, потому как опыт поднятия и ремонта ДНС отсутствует. Соответственно нужно много почитать, чтоб не навернуть чего-нибудь при ремонте.. А в понедельник люди придут на работу.

Прошу помощи.. точнее, SOS .

Добавлено:
Привожу результаты dcdiag и netdiag

Domain Controller Diagnosis

Performing initial setup:
Done gathering initial info.

Doing initial required tests

Doing primary tests

Running partition tests on : ForestDnsZones
Starting test: CrossRefValidation
. ForestDnsZones passed test CrossRefValidation
Starting test: CheckSDRefDom
. ForestDnsZones passed test CheckSDRefDom

Running partition tests on : DomainDnsZones
Starting test: CrossRefValidation
. DomainDnsZones passed test CrossRefValidation
Starting test: CheckSDRefDom
. DomainDnsZones passed test CheckSDRefDom

Running partition tests on : Schema
Starting test: CrossRefValidation
. Schema passed test CrossRefValidation
Starting test: CheckSDRefDom
. Schema passed test CheckSDRefDom

Running partition tests on : Configuration
Starting test: CrossRefValidation
. Configuration passed test CrossRefValidation
Starting test: CheckSDRefDom
. Configuration passed test CheckSDRefDom

Running partition tests on : absns
Starting test: CrossRefValidation
. absns passed test CrossRefValidation
Starting test: CheckSDRefDom
. absns passed test CheckSDRefDom

Running enterprise tests on : absns.local
Starting test: Intersite
. absns.local passed test Intersite
Starting test: FsmoCheck
. absns.local passed test FsmoCheck
---------------------------------------------------------------------------------

Computer Name: PROLIANT
DNS Host Name: proliant.absns.local
System info : Microsoft Windows Server 2003 (Build 3790)
Processor : x86 Family 15 Model 4 Stepping 1, GenuineIntel
List of installed hotfixes :
Q147222

Per interface results:

Adapter : Подключение по локальной сети

Netcard queries test . . . : Passed

Host Name. . . . . . . . . : proliant.absns.local
IP Address . . . . . . . . : 192.168.1.250
Subnet Mask. . . . . . . . : 255.255.255.0
Default Gateway. . . . . . : 192.168.1.2
Primary WINS Server. . . . : 192.168.1.250
Dns Servers. . . . . . . . : 192.168.1.250

AutoConfiguration results. . . . . . : Passed

Default gateway test . . . : Passed

WINS service test. . . . . : Failed
The test failed. We were unable to query the WINS servers.

Domain membership test . . . . . . : Passed

NetBT transports test. . . . . . . : Passed
List of NetBt transports currently configured:
NetBT_Tcpip_
1 NetBt transport currently configured.

Autonet address test . . . . . . . : Passed

IP loopback ping test. . . . . . . : Passed

Default gateway test . . . . . . . : Passed

Winsock test . . . . . . . . . . . : Passed

Redir and Browser test . . . . . . : Passed
List of NetBt transports currently bound to the Redir
NetBT_Tcpip_
The redir is bound to 1 NetBt transport.

List of NetBt transports currently bound to the browser
NetBT_Tcpip_
The browser is bound to 1 NetBt transport.

DC discovery test. . . . . . . . . : Passed

DC list test . . . . . . . . . . . : Passed

Trust relationship test. . . . . . : Skipped

Kerberos test. . . . . . . . . . . : Passed

LDAP test. . . . . . . . . . . . . : Passed

Bindings test. . . . . . . . . . . : Passed

WAN configuration test . . . . . . : Skipped
No active remote access connections.

Modem diagnostics test . . . . . . : Passed

IP Security test . . . . . . . . . : Skipped

Note: run "netsh ipsec dynamic show /?" for more detailed information

этот сервер2003 настраивался до меня, поэтому не могу объяснить, почему адрес wins-сервера указан, а сам сервер не поднят. Однако вся сеть работает.

Добавлено:
Пока вышел из положения с помощью файлов host - lmhosts
Учу матчасть. В праздники планирую разбираться с DNS и Wins

После восстановления видимости - возврат роли Hyper-V и пересоздание виртуальных сетей.

Читайте также: