Отсутствуют серверы которые могли бы обработать запрос на вход в сеть windows 7
Обновлено: 05.07.2024
Эта статья касается машин под управлением Windows 7 Professional, потому что на Home-версиях неврозможно редактировать локальные политики. Или надо лазить глубоко в реестр.
Админам сетей под Windows 7 Professional и Windows XP, делюсь опытом, как устранить проблемы, возникающие при открытии общего доступа к папкам внутри одной сети.
Некоторые пункты я не объясняю подробно, подразумевая, что все админы знают, что при входе в расшаренную папку используется имя "Гость"
Проблема появляется тогда, когда ВРОДЕ всё сделано правильно:
- В Центре управления сетями и общим доступом включено Сетевое обнаружение и Общий доступ к файлам и принтерам.
- Папка на компе расшарена.
- Пользователь с именем "Гость" включен.
но с других машин невозможно зайти на этот комп, а уж тем более в папку.
Решение этой проблемы ниже:
Заходим в Панель управления - Администрирование - Локальные политики безопасности - Локальные политики - Назначение прав пользователя.
Редактируем (или проверяем) всего 4 пункта.
1. Доступ к компьютеру из сети - Гость (добавить)
2. Запретить локальный вход - Гость (добавить)
3. Локальный вход в систему - убрать Гостя
4. Отказать в доступе к этому компьютеру из сети - убрать Гостя
Закрыть общий доступ к папке и расшарить папку заново.
1. Правой кнопкой мыши на папку - Общий доступ - Конкретные пользователи.
2. Добавить пользователя "Все"
3. Добавить пользователя "Гость"
Но иногда остается одна плавающая проблема с общим доступом НА машину с Windows 7 Professioal с компьютера под управлением Windows XP. Она решается так:
Панель управления - Администрирование - Локальная политика безопасности - Локальные политики - Параметры безопасности.
Редактируем один пункт:
Сетевая безопасность: уровень проверки подлинности LAN Manager - Отправлять LM и NTLM - использовать сеансовую безопасность NTLMv2 при согласовании.
Диагностика сервера каталогов
Выполнение обязательных начальных проверок
Выполнение основных проверок
Сервер проверки: Default-First-Site-Name\DC
Пропуск всех проверок, так как сервер DC не отвечает на запросы службы
каталогов.
Проверка пропущена по запросу пользователя: Advertising
Проверка пропущена по запросу пользователя: CheckSecurityError
Проверка пропущена по запросу пользователя: CutoffServers
Проверка пропущена по запросу пользователя: FrsEvent
Проверка пропущена по запросу пользователя: DFSREvent
Проверка пропущена по запросу пользователя: SysVolCheck
Проверка пропущена по запросу пользователя: KccEvent
Проверка пропущена по запросу пользователя: KnowsOfRoleHolders
Проверка пропущена по запросу пользователя: MachineAccount
Проверка пропущена по запросу пользователя: NCSecDesc
Проверка пропущена по запросу пользователя: NetLogons
Проверка пропущена по запросу пользователя: ObjectsReplicated
Проверка пропущена по запросу пользователя: OutboundSecureChannels
Проверка пропущена по запросу пользователя: Replications
Проверка пропущена по запросу пользователя: RidManager
Проверка пропущена по запросу пользователя: Services
Проверка пропущена по запросу пользователя: SystemLog
Проверка пропущена по запросу пользователя: Topology
Проверка пропущена по запросу пользователя: VerifyEnterpriseReferences
Проверка пропущена по запросу пользователя: VerifyReferences
Проверка пропущена по запросу пользователя: VerifyReplicas
Проверка пропущена по запросу пользователя: DNS
Проверка пропущена по запросу пользователя: DNS
Выполнение проверок разделов на: ForestDnsZones
Запуск проверки: CheckSDRefDom
. ForestDnsZones - пройдена проверка
CheckSDRefDom
Запуск проверки: CrossRefValidation
. ForestDnsZones - пройдена проверка
CrossRefValidation
Выполнение проверок разделов на: DomainDnsZones
Запуск проверки: CheckSDRefDom
. DomainDnsZones - пройдена проверка
CheckSDRefDom
Запуск проверки: CrossRefValidation
. DomainDnsZones - пройдена проверка
CrossRefValidation
Выполнение проверок разделов на: Schema
Запуск проверки: CheckSDRefDom
. Schema - пройдена проверка CheckSDRefDom
Запуск проверки: CrossRefValidation
. Schema - пройдена проверка
CrossRefValidation
Выполнение проверок разделов на: Configuration
Запуск проверки: CheckSDRefDom
. Configuration - пройдена проверка
CheckSDRefDom
Запуск проверки: CrossRefValidation
. Configuration - пройдена проверка
CrossRefValidation
Выполнение проверок разделов на: xxx
Запуск проверки: CheckSDRefDom
. xxx- пройдена проверка CheckSDRefDom
Запуск проверки: CrossRefValidation
. xxx- пройдена проверка CrossRefValidation
Запарился с одной проблемой, помогите, а то кирдык мне наступает (
"нет доступа к \\Buh Возможно у вас нет прав на использование этого сетевого ресурса. Обратитесь к администратору этого сервера для получения соответствующих прав доступа.
Отсутствуют серверы, которые могли бы обработать запрос на вход в сеть"
С каких пор и из-за чего перестало выходить окно ввода имени пользователя и пароля неизвестно.
На другие компьютеры в домене с внешней сети доступ есть, пинг на Buh проходит, с Buh-а есть доступ и в домен и во внешнюю сеть.
и еще информация:
DNS сервер один на компе Server, WINS-а нет.
на Buh-е поиск пользователей происходит только в контейнере Buh а не в домене, только что заметил.
1. Проверь, нет ли закешированных учеток на машинах пользователей в "Панель управления -> Учетные записи пользователей -> Управление паролями". Если там что-то есть, удали.2. Создай свежую учетку в домене и попробуй зайти на сервер через неё.
Для отключения данного рекламного блока вам необходимо зарегистрироваться или войти с учетной записью социальной сети.
Попробуй зайти на комп не по имени, а по его IP адресу. Если пустит, значит проблема DNS на сервере.На бухе в журнале событий в разделе приложения вот такие записи после загрузки:
"Не удалось получить имя контроллера домена в этой сети. (Указанный домен не существует или к нему невозможно подключиться. ). Обработка групповой политики прекращена." код 1054
"Автоматическая подача заявки на сертификат Локальная система: не удалось связаться с каталогом Active Directory (0x8007054b). Указанный домен не существует или к нему невозможно подключиться.
Подача заявки выполнена не будет." код 15
а в разделе система ошибка Netlogon
"Для домена ИмяДомена нет доступного контроллера домена. Ошибка:
Отсутствуют серверы, которые могли бы обработать запрос на вход в сеть. .
Убедитесь в том, что компьютер подключен к сети и повторите попытку. Если ошибка повторяется, обратитесь к сетевому администратору."
The NTP-клиент поставщика времени настроен на получение времени из одного или нескольких источников, однако ни один из этих источников недоступен. Попытки подключения к источнику не будут выполняться в течение 14 мин. NTP-клиент не имеет источника правильного времени.
итого, Buh не может обнаружить КД,. тем не менее спокойно заходит на шары домена. почему он не может, тогда как все остальные могут мне не понятно о_0
Возможно, эта статья была переведена автоматически. Если вы хотите поделиться своим мнением о ее качестве, используйте форму обратной связи в нижней части страницы.
Симптомы
ПРОБЛЕМА:
РЕШЕНИЕ:
Убедитесь, что в клиентской системе используется допустимый сервер для разрешения DNS.
А. Откройте окно командной строки.
- Для Windows 7 и более ранних версий: на рабочем столе Windows в меню «Пуск» выберите пункт «Выполнить» и введите« cmd ».
- Для Windows 8 и более поздних версий: нажмите сочетание клавиш Windows + Q и введите « cmd » в поле «Поиск».
Нажмите значок командной строки при его отображении.
Б. Введите « ipconfig /all » и запишите TCP/IP-адрес основного DNS-сервера.
Рис. 1. Основной DNS-сервер
В. Подтвердите, что этот адрес представляет текущий активный и работающий DNS-сервер или
- в этой же командной строке введите « nslookup » и нажмите клавишу Enter. Затем введите
имя хоста DNS-сервера, чтобы убедиться, что указан правильный TCP/IP-адрес.
Убедитесь, что служба Netlogon запущена на контроллере домена.
A. Откройте интерфейс служб.
- Для Windows Server 2008 R2 и более ранних версий: на рабочем столе контроллера домена:
- В меню «Пуск» выберите «Выполнить» и введите « Services.msc ».
- введите « services.msc » в поле «Поиск».
- Нажмите значок «командной строки» при его отображении.
Б. Перейдите к службе Netlogon и убедитесь, она находится в состоянии «Работает».
Если TCP/IP-адрес клиентской системы присвоен сервером DHCP, проверьте, является ли этот TCP/IP-адрес маршрутизируемым.
Если в шаге 1 в разделе « ipconfig /all » TCP/IP-адрес клиентской системы начинается с 169.254.x.x,
это означает, что системе не удалось получить действительный адрес от сервера DHCP,
а поиск и устранение неисправностей должен начинаться с этого.Проверьте наличие программного обеспечения межсетевого экрана на основе хоста (работающего на клиенте или сервере),
которое может перехватывать трафик между клиентской системой и DC.Читайте также:
- В меню «Пуск» выберите «Выполнить» и введите « Services.msc ».