При присоединении к домену произошла следующая ошибка конечная учетная запись указана неверно

При выделении одной подсети (основной домен) в другой поддомен (новый домен) в этом же лесу произошла странная ошибка. Пользователи из основного домена не видят на сервере нового домена общие папки. Компьютеры с Windows XP ничего не сообщают, а просто показывают пустое содержимое общих папок. А по «net view \dcgs») получаю «Ошибка 5. Отказано в доступе».

А Windows Server 2008 и другие более поздние операционные системы конкретно сообщают об ошибке:

Нет доступа к \dcgs. Возможно, у вас нет прав на использование этого сетевого ресурса.
Обратитесь к администратору этого сервера для получения соответствующих прав доступа.
Вход в систему не произведен: конечная учетная запись указана неверно.

Самое интересное, что по IP-адресу список общих папок прекрасно отображается:

\192.168.200.1

а при отображении по NetBIOS и DNS именам появляется вышеупомянутая ошибка. Скорее всего проблема в DNS. Поэтому опишу более полное решение — как со стороны клиента, так и со стороны DNS-сервера.

Шаг 1. Клиент

На стороне клиента необходимо выполнить следующие шаги:

1. На сервере DNS удалить старые записи, что мешают правильному сопоставлению.
2. На клиенте (откуда осуществляется доступ) очистить DNS-кэш командой.

ipconfig /flushdns

3. С помощью nslookup на клиенте проверить, что имя разрешается в правильный IP-адрес. Иногда, проблема неправильного разрешения может быть в файле hosts и ему подобных.
4. Необходимо завершить текущий сеанс на клиенте и снова войти. Теперь к общим ресурсам должен быть доступ.

В большинстве случаев этого оказывается достаточно. Но рекомендую выполнить шаги 2-4.

Шаг 2. Клиент

Иногда, после проделанных действий ошибка может снова появится. Причина может быть в DNS-суффиксах подключения:

C:Documents and Settingsuser>nslookup
Default Server:  dcgs.gs.k43.guap.ru
Address:  192.168.200.1

> dcgs
Server:  dcgs.gs.k43.guap.ru
Address:  192.168.200.1

Non-authoritative answer:
Name:    dcgs.guap.ru
Address:  194.226.199.245

>
C:Documents and Settingsuser>ipconfig /all

Настройка протокола IP для Windows

        Имя компьютера  . . . . . . . . . : COMP16
        Основной DNS-суффикс  . . . . . . : k43.guap.ru
        Тип узла. . . . . . . . . . . . . : неизвестный
        IP-маршрутизация включена . . . . : нет
        WINS-прокси включен . . . . . . . : нет
        Порядок просмотра суффиксов DNS . : k43.guap.ru
                                            gs.k43.guap.ru

Локальная сеть - Ethernet адаптер:

        DNS-суффикс этого подключения . . : gs.k43.guap.ru
        Описание  . . . . . . . . . . . . : Intel(R) PRO/100 VE Network Connecti
on
        Физический адрес. . . . . . . . . : 00-11-22-33-44-55
        Dhcp включен. . . . . . . . . . . : да
        Автонастройка включена  . . . . . : да
        IP-адрес  . . . . . . . . . . . . : 192.168.200.2
        Маска подсети . . . . . . . . . . : 255.255.255.0
        Основной шлюз . . . . . . . . . . : 192.168.200.1
        DHCP-сервер . . . . . . . . . . . : 192.168.200.1
        DNS-серверы . . . . . . . . . . . : 192.168.200.1
        Аренда получена . . . . . . . . . : 12 декабря 2012 г. 9:53:24
        Аренда истекает . . . . . . . . . : 20 декабря 2012 г. 9:53:24

В данном примере сперва использовался другой DNS-сервер домена k43.guap.ru, а не текущего домена gs.k43.guap.ru. Машина находится в двух доменах, и выполнен вход под пользователем из другого домена. Так или иначе это приводится к «неправильному» порядку DNS-суффиксов.

В настройках сетевого адаптера, в настройках протокола Интернета (TCP-IP), на вкладке «Общие» нажимаем кнопку «Дополнительно» и указываем нужный порядок DNS-суффиксов:

После этого проверяем правильность разрешения:

C:Documents and Settingsuser>ipconfig /all

Настройка протокола IP для Windows

        Имя компьютера  . . . . . . . . . : COMP16
        Основной DNS-суффикс  . . . . . . : k43.guap.ru
        Тип узла. . . . . . . . . . . . . : неизвестный
        IP-маршрутизация включена . . . . : нет
        WINS-прокси включен . . . . . . . : нет
        Порядок просмотра суффиксов DNS . : gs.k43.guap.ru
                                            k43.guap.ru

Локальная сеть - Ethernet адаптер:

        DNS-суффикс этого подключения . . : gs.k43.guap.ru
        Описание  . . . . . . . . . . . . : Intel(R) PRO/100 VE Network Connecti
on
        Физический адрес. . . . . . . . . : 00-11-22-33-44-55
        Dhcp включен. . . . . . . . . . . : да
        Автонастройка включена  . . . . . : да
        IP-адрес  . . . . . . . . . . . . : 192.168.200.2
        Маска подсети . . . . . . . . . . : 255.255.255.0
        Основной шлюз . . . . . . . . . . : 192.168.200.1
        DHCP-сервер . . . . . . . . . . . : 192.168.200.1
        DNS-серверы . . . . . . . . . . . : 192.168.200.1
        Аренда получена . . . . . . . . . : 12 декабря 2012 г. 11:49:57
        Аренда истекает . . . . . . . . . : 20 декабря 2012 г. 11:49:57

C:Documents and Settingsuser>nslookup
Default Server:  dcgs.gs.k43.guap.ru
Address:  192.168.200.1

> dcgs
Server:  dcgs.gs.k43.guap.ru
Address:  192.168.200.1

Name:    dcgs.gs.k43.guap.ru
Address:  192.168.200.1

>

Шаг 3. DNS-сервер

На DNS-сервере следует проверить интерфейсы по которым прослушивают клиентов:

Поскольку в DNS создаются записи типа A для интерфейсов отмеченных галочками, то теоретически может возникнуть следующая ситуация. Пусть DNS-сервер прослушивает по двум адресам: 192.168.200.1 и 169.254.0.17. Когда клиент разрешает имя сервера в IP-адрес, то ему может попасться любой адрес из указанных. Если настройками брандмауэра стоит разрешение на подключение к 192.168.200.1, а на остальное запрет, то при получении адреса 169.254.0.17 клиент не сможет подключиться к DNS-серверу. Или если второй адрес использовался как RAS-подключение (суть модемное соединение), но при обрыве связи этот адрес более не доступен, но клиент его закешировал, то снова возникнет проблема подключения.

Шаг 4. DNS-сервер

Этот шаг необязательный. В настройках DNS-сервера имеется полезная галочка:

• Заходим в свойства DNS-сервера.
• В окне «Имя сервера — свойства» выбираем вкладку «Дополнительно».
• Ставим галочку «Разрешить автоматическое удаление устаревших записей». По-умолчанию, стоит период 7 дней. Выбираем наиболее предпочтительный.

Теперь все сведения об устаревших записях выбудут удалены автоматически.

Рекомендую также посмотреть:
http://social.technet.microsoft.com/Forums/ru/ws2008r2ru/thread/22601e1b-4cca-44a7-930f-d0c20500e86f

Страницы

Промо

Вход в систему не произведен: конечная учетная запись указана неверно.

Комментарии

Комментарий от Настя [ 6 апреля, 2012, 08:36 ]

Благодарю автора за идею. Очень полезная информация. Удачи, и новых отличных идей

Комментарий от Татарин [ 7 сентября, 2012, 14:48 ]

Большое спасибо была таже проблема не печатал принтер перенастроил обращение с имён на ip адреса теперь всё супер))))

Комментарий от Vadim [ 3 октября, 2012, 09:50 ]

СПАСИБО, помогло

Комментарий от Михаил [ 27 ноября, 2012, 14:14 ]

Спасибо !!!

Комментарий от yurvasya [ 11 февраля, 2013, 15:14 ]

Спасибо!

Комментарий от Игорь [ 21 февраля, 2013, 09:57 ]

Вот спасибо так спасибо! Тоже голову ломали сегодня

Комментарий от Akill [ 7 ноября, 2013, 03:31 ]

Где тут лайк оставить?

Комментарий от Евгений [ 7 марта, 2014, 10:38 ]

Огромное спасибо!

Комментарий от Андрей [ 19 июня, 2014, 16:10 ]

Наконец-то наткнулся на толковое решение, а то везде какую-то билиберду пишут и просят логи с найстроками сети Спасибо!

Комментарий от Леонид [ 13 августа, 2014, 14:11 ]

А мне не помагло :(( Галочку потавил, по ИП обращение проходит, а по имени нет. Nslookup возвращает все корректно.

Комментарий от Auger [ 2 сентября, 2014, 10:34 ]

Спасибо! Всё логично, но всего знать невозможно… СПАСИБО!

Комментарий от Евгений [ 11 марта, 2016, 06:36 ]

Спасибо бро! Очень выручил!

Поиск по сайту

Статистика

Мета