Два сервера 1С с одинаковым именем в разных доменах #767843

Здравствуйте! /Есть два предприятия, каждое со своим доменом но в одной сети, разных подсетях. У каждого стоит сервер 1С, причем оба называются "1c" и имеют разные версии. Возникла необходимость подключаться к базе чужого домена. Прописали путь 1c.ИмяЧужогоДомена.local. Но при попытке запуска видимо 1с пытается подключиться к серверу своего домена и пишет о различии версий клиента и сервера. Тогда в файле hosts добавили строку 1c 192.xx.xx.xx где 192.xx.xx.xx - ip сервера на чужом домене в другой подсети. После этого запуск прошел успешно. Но тогда не будут работать базы своего домена. Кто нибудь сталкивался с таким? я вот впервые))) почему 1С отбрасывает имя домена при запуске? или не 1С а ДНС сервер... в общем кто что знает говорите) Интересно стало

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

Понятно что лучше разные имена. Но раньше мы с ними е  не пересекались) кто ж знал... про подружить домены и в лес можно подробнее??))

доверительные отношения - гугл в помощь... и эта... пригласи специалиста.

да ладно, у нас админ есть - ему скажу. Только я не понял, после настройки доверительных отношений он будет учитывать имя домена при подключении или чо?

+ он - в смысле 1С

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

а если в файле hosts прописать 1cv2 192.xx.xx.xx и в подключении указать имя сервера 1с - 1cv2 не сработает?

Как оказалось доверительные отношения между доменами есть.

поробовать надо

не канает

сам не специалист?)

кроме доверительных отношений на DNS серверах нужно правильно прописать прямую и обратную зону

Попробуй пересоздать сервер 1с и кластер в нем и рабочий сервер в нем, используя полное доменное имя. Твоя проблема растет из-за того, что после "первого контакта" кластер перебрасывает клиента на рабочий процесс уже без полного доменного имени, а с тем именем, которое у рабочего сервера, а оно короткое.

можно и не пересоздавать, но это требует ручной правки файлов реестра кластера 1С

не выйдет... а вот что точно выйдет - это пересоздание с использованием алиесов...

причина почему не выйдет простая, в протоколе обмена используются короткие имена в любом случае, и сервер по этому короткому имени ищет IP, разумеется ищет сначала в своем домене... по этому только использование алиасов или переименование сервера целиком...

Всем спасибо, вечером попробуем. Щас все работают... Можешь про алиесы поподробнее?

Выйдет.

Ручная правка может привести к плачевным последствиям и начинающий может не везде исправить. Поэтому оставим этот способ для опытных или рисковых специалистов.

Что за протокол обмена?

между клиентом и сервером... я его сниферил и разбирал в свое время...

даже при подключении по IP в протоколе фигурируют имя сервера и имя клиента...

Что "снифферил" - хорошо, но делал это не в конфигурации подозреваю.

да не в , но пробовал конект по IP и домены были разные...

кстати логин юзера (с клиента) идет то же короткий, по этому вин авторизация в 1с когда юзеры ходят из разных доменов реально не всегда работает...

Тогда не засчитано. Я же объяснил в что после первого контакта идет переброска на адрес, равный имени рабочего сервера, заданного в конфигурации кластера.

Авторизация ОС действительно работать не будет.

Чо то не пойму как удалить сервер. Пишет что центральный сервер 1С невозможно удалить

Скажите, а какой файл кластера надо править? Достаточно исправить в srvinfo1cv8wsrv.lst или надо лезть глубже и править srvinfo eg_15411CV8Clst.lst ? Предстоит переезд сервера в другую подсеть и перспектива правки у кучи клиентов etchosts совсем не радует. Хочется прибить как-то эти короткие имена, но, кстати, пересоздание кластера с пропиской FQDN не помогло - все равно 1С почему-то использует короткое имя.

>в файле hosts добавили строку >1c 192.xx.xx.xx Ни ума, ни фантазии... Во-первых, что помешало написать не "1С", а какое-то другое имя, не конфликтующее ни с чем? Во-вторых, на чорта лезть в hosts при живом домене? Для этого надо было руками создать А-запись в ДНС.

Серверные потроха 1С-Предприятия почему-то не используют ДНС-ы, А-рекорды и ПТР-рекорды. На каком-то этапе (как уже выше писали) сервер вычисляет NETBIOS имя машины, на которой он запущен, и это имя передается клиенту для того, что бы он установил соединение. Если клиент находится вместе с сервером в одном и том же сегменте локальной сети (коллизионный домен) - то клиент без проблем подключается к серверу по короткому имени. А если они в разных сетях - то клиенту не вычислить адрес сервера, так как оно ему выдается коротким, т.е. вместо server.kontora.ru он получает SERVER.

Уважаемый Лев Михайлович, я не знаю что помешало "написать не "1С", а какое-то другое имя, не конфликтующее ни с чем". Наверное ни о каком конфликте никто и думать не мог, т.к. предприятия совершенно разные и даже не предполагалась работа в таком режиме. По второму вашему вопросу - в файл hosts залезли на пользовательском компьютере лишь для того, чтобы убедиться что причина именно в конфликте имен серверов, после чего все вернули на место. Мне не понятно Ваше негодование.. Форум вроде создан для того чтобы помогать друг другу, так может это и будем делать? Помните, что не все так компетентны как Вы в каких-то вопросах, хотя в каких-то наверняка и Вам может понадобится помощь других людей. Возможно и эта ветка кому-то в будущем поможет.

Полагаю, негодование в том, что совет переименовать не в прок. Левой пяткой правое ухо чесать вместо очевидного. Заниматься исследованиями различных способов подружить одноименные сервера на рабочих базах...Я бы тоже негодовал.ИМХО, ничего личного.

ну как всегда побакланили, и нифига толку

ты представляешь геморой переименования боевого сервера на 200 рыл, из которых 20 работают даже в выходные??? На самом деле тут вопрос где эти домены, в одном лесу или нет.... Вот если домены в одном лесу и у них сервера имеют одно имя - вот тут нужно негодовать... для автора я советую 1. на одном сервере службу сервера 1с установить на нестандартном диапазоне портов 2. прописать алиасы 3. написать пакеты запуска баз (в параметрах явным образом прописать имя и порты) 4. на всех серверах DNS зарегистрировать алиасы в прямой и обратной зоне 5. установить на обоих серверах пользователя службы 1с как ДОМЕННОГО (а не локального) с ОДИНАКОВЫМ именем и паролем 6. в АД обоих домена прописать этого юзера с правами USER 7. На серверах этим юзерам добавить ЛОКАЛЬНЫЕ права после этого должен заработать сабж (включая доменную авторизацию), я так делал на старой (NT) авторизации серверов (на новой не испытывал, может не взлететь)...

+ и еще: для вин авторизации возможно придется пароли юзеров в двух доменах привести к единообразию

TormozIT правильно говорит. Должно разруливаться ПОЛНЫМ ДНС именем указанным а) при создании "рабочего сервера" в кластере б) в строке подключения. Потому как в кластере может быть несколько рабочих серверов и соответственно менеджер кластера берет имя именно из свойств "рабочего сервера".

в hosts что мешало прописать имя, отличное от настоящего?

да нормально всё они используют, я проверял.

это он еще по доброму! ну а кто мешает в этом домене, в ДНС, прописать алиас с другим именем 1с_2 ?

причем вообще тут имена БД? У вас случаем не одинаковые имена Серверов? ... Чувствую, у автора сего зоопарка фантазия плохо играла :)

А кому легко? :) Пяткой левое ухо чесать тоже не с руки :)

а оно вам зачем? может, веб-сервер - ваше все?

Давненько я не заходил) много нового тут смотрю.. В общем сделали так: 1. Добавили еще один рабочий сервер с именем 1c_ИмяКомпании.ИмяДомена.local 2. Прописали на ДНС-сервере алиасы для него 3. Добавили для базы из чужого домена требование назначения функциональности, чтобы запуск был всегда на новом рабочем сервере 1c_ИмяКомпании.ИмяДомена.local (Иначе он её запускал то там то там). Всем спасибо, что откликнулись. Остался такой вопрос, почему у рабочего процесса неактивны поля Использование, Включен, Активен а у рабочего сервера неактивна кнопка применить? т.е. не получалось никак сменить центральный сервер, чтобы прописать его с именем домена.

Ап, Остался такой вопрос, почему у рабочего процесса неактивны поля Использование, Включен, Активен а у рабочего сервера неактивна кнопка применить? т.е. не получалось никак сменить центральный сервер, чтобы прописать его с именем домена.