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

Кто нибудь сталкивался с таким? я вот впервые))) почему 1С отбрасывает имя домена при запуске? или не 1С а ДНС сервер... в общем кто что знает говорите) Интересно стало

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

собственно причина сабжа не в том, что ты не видешь сервер, а в том, что сервер чужого домена не видет тебя...

а вообще советую имена серверов сделать разными...

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

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

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

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

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

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

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

(7) поробовать надо

(7) не канает

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

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

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

в (13) должно сработать
http://pro1c.org.ua/?showtopic=14624

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

(13) не выйдет...

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

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

по этому только использование алиасов или переименование сервера целиком...

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

http://www.novelway.ru/inform-tehnologii/alias-servera-windows/

(16) Выйдет.

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

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

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

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

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

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

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

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

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

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

(15) Скажите, а какой файл кластера надо править? Достаточно исправить в \srvinfo\1cv8wsrv.lst или надо лезть глубже и править \srvinfo\reg_1541\1CV8Clst.lst ?
Предстоит переезд сервера в другую подсеть и перспектива правки у кучи клиентов \etc\hosts совсем не радует.
Хочется прибить как-то эти короткие имена, но, кстати, пересоздание кластера с пропиской FQDN не помогло - все равно 1С почему-то использует короткое имя.

>в файле hosts добавили строку
>1c 192.xx.xx.xx

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

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

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

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

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

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

(35) ты представляешь геморой переименования боевого сервера на 200 рыл, из которых 20 работают даже в выходные???

На самом деле тут вопрос где эти домены, в одном лесу или нет.... Вот если домены в одном лесу и у них сервера имеют одно имя - вот тут нужно негодовать...

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

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

(37) +

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

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

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

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

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

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

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

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

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

Всем спасибо, что откликнулись.

Остался такой вопрос, почему у рабочего процесса неактивны поля Использование, Включен, Активен а у рабочего сервера неактивна кнопка применить? т.е. не получалось никак сменить центральный сервер, чтобы прописать его с именем домена.
http://storage5.static.itmages.ru/i/16/0322/h_1458613639_5888018_321acbf065.png
http://storage4.static.itmages.ru/i/16/0322/h_1458613639_5137614_fbd1c26af8.png

Ап,

Остался такой вопрос, почему у рабочего процесса неактивны поля Использование, Включен, Активен а у рабочего сервера неактивна кнопка применить? т.е. не получалось никак сменить центральный сервер, чтобы прописать его с именем домена.
http://storage5.static.itmages.ru/i/16/0322/h_1458613639_5888018_321acbf065.png
http://storage4.static.itmages.ru/i/16/0322/h_1458613639_5137614_fbd1c26af8.png