В сети существуют совпадающие имена (server 2008r2)
 

В организации развернут AD на server`2008 r2, комп XP с двумя сетевыми планками с usergate для раздачи интернета (этот комп в домен не входит). Возникла необходимость в терминальных сессиях с внешних городских клиентов на комп с интернетом. После установки вместо XP server2008 R2 на компе с интернетом в домене на клиентах с XP стала появляться ошибка "В сети существуют совпадающие имена" и сеть в "сетевом окружении" стала пропадать, причем пинг идет нормально и можно на комп попасть по IP например, принтеры стали печатать с большой задержкой. Сервер интернета не входит в домен. На клиентских компах альтернативным DNS стоит IP сервера интернета (нужно для NAT подключений в интернет), с XP проблем не было по этому поводу! Как мне из 2008 сервера-интернет "сделать" рабочую станцию XP с терминальными сессиями или оградить сеть AD от странной зависимости от сервера-интернет?

не нарушения лицензии - никак.
настроить домен, клиентов в соответствии с рекомендациями. Чтобы было никаких:
IPCONFIG /ALL с контроллера домена и клиента покажите.

Вообще мистика конечно...
Такую тему выдает только если реально есть одинаковые имена включенных в сеть работающих компов... Принадлежность к домену не обязательна, там по нетбиос идет ибо

На компе смотрящим наружу на 2к8 роль ДНС то стоит, чтоб его указывать альтернативным ДНСом? Какие там роли кроме ТС еще?
А вообще по идее шлюзом нужно указывать это 2к8 а не ДНС... Намутили что-то или плохо объяснили

Очень могут быть одинаковые имена, если вручную статически имена-адреса прописывают, комп-ов до 100, из дома приносят, имена какие-нибудь однотипные (comp1, comp2, comp12...) и не протоколируют четко свою работу. Или вообще у пользователей административный доступ менять, что им захочется.
Сервер тут не виноват, никакой мистики.

Совершенно справедливо, но тут видимо постер назвал 2к8 так же как и бывший ХР для простоты, ДНС не дал бы такое сделать при живом то ХР а воркгруп вполне мог при выключенном хосте...
И вообще какая топология у Вас репортер? и конфиги не плохо бы посмотреть повторюсь!

Смотря как DNS настроен. Надо смотреть настройки и конфиги.

С сервера AD:

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

Имя компьютера* . . . . . . . . . : RUBIKOM
Основной DNS-суффикс . . . . . . : MPK.LOCAL
Тип узла*. . . . . . . . . . . . . : Гибридный
IP-маршрутизация включена* . . . . : Нет
WINS-прокси включен . . . . . . . : Нет
Порядок просмотра суффиксов DNS . : MPK.LOCAL

Ethernet adapter Поключение по локальной сети* 2:

Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Microsoft Failover Cluster Virtual Adapter
Физический адрес. . . . . . . . . : 02-1B-78-05-65-0E
DHCP включен*. . . . . . . . . . . : Да
Автонастройка включена*. . . . . . : Да

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

DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Broadcom BCM5708C NetXtreme II GigE (Клиент NDIS VBD)
Физический адрес. . . . . . . . . : 00-1B-78-05-65-0E
DHCP включен*. . . . . . . . . . . : Нет
Автонастройка включена*. . . . . . : Да
IPv4-*адрес. . . . . . . . . . . . : 90.90.90.20(Основной)
Маска подсети . . . . . . . . . . : 255.255.255.0
Основной шлюз. . . . . . . . . :
DNS-серверы. . . . . . . . . . . : 90.90.90.20
NetBios через TCP/IP. . . . . . . . : Включен


Статических имен нету. Все ip через dhcp на домене. Сервер обозвал и на самом деле так же как и до этого XP, разве могут тут быть проблемы?-сервер-интернет не входит в домен, как XP, так и 2k8r2. На домен с рабочей группы перешли совсем недавно, так что опыта в таких вопросах у меня нет еще совсем.

В компе смотрящем наружу DNS не установлен! роль только одна - ТС!

Ну тогда убирайте его отовсюду, в ДХЦП или руками уж как где настроено, его в лучшем случае надо в шлюз по умолчанию писать

Что убирать отовсюду? Альтернативный DNS и шлюз с IP сервера-интернета должны быть собственно говоря для того самого интернета на клиентских машинах. Такие настройки в инструкциях usergate и по другому пока придумать не могу чтоб интернет был на клиентских машинах не прописывая сервер в браузерах и приложениях. Меня удивляет собственно говоря то что я заливая из образа XP на сервер - вижу сеть, но нет нужного кол-ва терминальных сессий, заливая 2k8r2- вижу нужное кол-во ТС, но сеть ведет себя обсолютно неадекватно. служба "браузер компьютеров" запущена на домене и остановлена на сервере-интернет (и на 2k8r2 и на XP).

Отойти от прокси и использовать NAT - не вариант?

что у вас в локальной сети делают реальные адреса из Франции ???
вам юзергейт для чего? просто раздачи интернета или мониторинга посещения пользователей?

IPCONFIG /ALL с ХР с юзергейтом покажите.

Ох... Просто не понятно было куда вы что поставили...
Дайте ipconfig /all с интернет-шлюза и с любой рядовой тачки получающей dhcp.

Ну дык запустите его?! А на шары локальные заходит?

Ну кстати да, если не нужен никакой статс то почему бы НАТ не поднять?

Если указанный "сервер интернета" не обладает информацией домена АД, ликвидируйте эту запись немедленно.

отойти от прокси не получиться! usergate режет трафик на дежурные смартфоны на предприятии, запрещает запускать соц.сети и в то же время данная настройка шлюза и dns позволяет работать той же skype (не везде на андроиде на смартфоне можно прокси прописать для этого приложения). Понять бы какое дикое изменение происходит после установки вместо XP 2008r2? С XP то пашет без проблем!

Это ipconfig с компа с XP - в таком состоянии работает всё нормально, но не хватает сессий терминальных:
Настройка протокола IP для Windows

Имя компьютера . . . . . . . . . : 2day
Основной DNS-суффикс . . . . . . :
Тип узла. . . . . . . . . . . . . : широковещательный
IP-маршрутизация включена . . . . : да
WINS-прокси включен . . . . . . . : да
Подключение по локальной сети - Ethernet адаптер:
DNS-суффикс этого подключения . . :
Описание . . . . . . . . . . . . : D-Link DFE-520TX PCI Fast Ethernet Adapter
Физический адрес. . . . . . . . . : 00-19-5B-6A-59-56
Dhcp включен. . . . . . . . . . . : нет
IP-адрес . . . . . . . . . . . . : 85.29.140.110
Маска подсети . . . . . . . . . . : 255.255.255.252
Основной шлюз . . . . . . . . . . : 85.29.140.109
DNS-серверы . . . . . . . . . . . : 85.29.141.7
212.19.149.53
Подключение по локальной сети 2 - Ethernet адаптер:
DNS-суффикс этого подключения . . :
Описание . . . . . . . . . . . . : Intel(R) 82578DC Gigabit Network Connection
Физический адрес. . . . . . . . . : E0-69-95-25-13-69
Dhcp включен. . . . . . . . . . . : нет
IP-адрес . . . . . . . . . . . . : 90.90.90.67
Маска подсети . . . . . . . . . . : 255.255.255.0
Основной шлюз . . . . . . . . . . :

Вам уже указали на грубое нарушение:

адреса на 90.90.90.x - это внутренняя сеть! наружу стучаться 85.29.140.109 и 85.29.141.7! опять же повторюсь - не было проблем с XP с теми же настройками! На клиентских машинах указаны DNS 90.90.90.20 и альтернативный 90.90.90.67. через 90.90.90.67 собственно все ходят на сервак с usergate, далее через вторую сетевую планку наружу!!

плохая практика. ну раз сделали пусть будет... не будут доступны для вас некоторые сайты из Франции.
на клиентах должны быть ДНС только обслуживающие домен AD.
а теперь с 2008 R2, который установлен на смену ХР

а вот с 2008 r2 - это только завтра с утра! буду заливать по быстрому перед рабочим днем сервер с образа и что-нить менять по рекомендациям за сегодня! пока кроме переименования сервера и снятия ipconfig ничего на завтра не предвидится.(

http://ru.wikipedia.org/wiki/%CB%EE%...F_%F1%E5%F2%FC

Лучше заменить адреса сразу, чтоб глюков не было. Может, про "совпадающие" и с этим связано.

Менять по комбинату, где много лет некоторое ПО подвязано под IP 90.90.90.x - это почти нереально, да и не напрягало это никогда. возникают мысли, что может какие то службы блокируют netbios имена сообщением "В сети существуют совпадающие имена". И еще раз - IP адреса 90.90.90.x - не стучатся наружу, этим занимаются 85.29.140.109 и 85.29.141.7.

дело не в этом.
что будет, если кто-то из ваших сотрудников захочет посетить сайт с адресом этой сети?

С компьютера с адресом 90.90.90.х могут обращаться в и-нет и путь проходит через 85.29.140.109, а дальше он может должен дойти и до какого-нибудь 90.90.90.х во Франции, чтобы транзитом попасть на английский сайт. Транзит не пройдет.
Все неграмотные подвязки ПО надо менять. Для того стандарты придуманы, чтобы их выполнять. Эти стандарты могут быть заложены уже в код Windows, TCP/IPv4 и будут непонятные глюки, если игнорировать.

и правда проблема была в 90.90.90.x!! Usergate перенаправлял все что на него шло на 85.29.140.109 и 85.29.141.7, снятие галочек "All UDP" и "Smb" в правиле usergate решило проблему с совпадающими именами. Планирую сменить все IP на "нормальные"!! всем большое спасибо за помощь! Маленький вопрос только меня мучит до сих пор - почему при XP с этой проблемой не сталкивался?

Возможно потому, что в ХР этот адресный стандарт еще программисты в код не включили.