Сервер 1с терминальный сервер + два сетевых интерфейса, как организовать?

Имеем:
Терминальный сервер: Serv1
Интерфейс № 1 192.168.10.12
Интерфейс № 2 1.1.1.1

Сервер 1с: Serv2
Интерфейс № 1 192.168.10.11
Интерфейс № 2 1.1.1.2

Интерфейсы №№1 "смотрят" в локальную сеть, а интерфейсы №№2 связаны кроссовым кабелем

На serv2 установлен сервер 1с и СКЛ сервер
Заходим терминально на serv1 и там добавляем базу 1.1.1.2:1541
запускаем 1С - база открывается, все работает, но через интерфейс № 1

причем можно даже отключить интерфейс № 2 все равно работает.

Вопрос:
Как сделать, чтобы соединение с сервером 1С шло именно по интерфейсу № 2?

(0) роутинг прописать

(1) Блин я метрику прописал неправильно, вот и не работало ...
спасибо

Продолжаем разговор:

Имеем ситуацию: YF
Это то же, что и описано в (0) только ip адреса другие:

Терминальный сервер: Serv1
Интерфейс № 1 192.168.1.3
Интерфейс № 2 192.168.192.1

Сервер 1с: Serv2
Интерфейс № 1 192.168.1.20
Интерфейс № 2 192.168.192.2

Интерфейсы №№1 "смотрят" в локальную сеть, а интерфейсы №№2 связаны кроссовым кабелем

  Если включены оба интерфейса, то клиент 1с общается с сервером через интерфейс "сеть предприятия", а хочется чтобы через интерфейс "Сервер 1с - Сервер терминалов"
  Если отключаем интерфейс "сеть предприятия", то клиент 1с нормально общается с сервером 1С через интерфейс "Сервер 1с - Сервер терминалов",

причем, база прописана так: в качестве сервера указан ip адрес сервера 1С 192.168.192.2, т.е. обращение должно идти через интерфейс "Сервер 1с - Сервер терминалов"

Помогите настроить.

.

..

route add 192.168.192.0 mask 255.255.255.0 192.168.192.1 /p

192.168.1.11 знает о 192.168.192.0/24 ??

(6,7) Если посмотреть ссылку YF, то там есть этот маршрут.

с другой стороны, если 192.168.1.11 не знает о 192.168.192.0/24 то как при выключенном интерфейсе база грузится через нитерфейс 192.168.1.3? вот это для меня вообще загадка ...

(8) ну а если выкл интерфейс 192.168.192.1 и сделать трасерт на 192.168.192.2 ?

(9) Как и следовало ожидать - Превышен интервал ожидания для запроса на все 30 прыжков ...

Главное пинг ходит через тот интерфейс, через который нужно. Только 1С как-то ведет себя непонятно ...

продолжаем разговор

да все у тя верно настроено. ты как ваще определяешь как именно(через какой интерфейс) ходят пакетики 1-ки?
кароч, укажи все маршруты постоянными (/p). укажи клиенту на сервак через прямой шнурок. запусти 1с-ку. выдерни шнурок локальной сети.

(12) Ну дык диспетчер задач открываешь, там сеть ...

В база делаешь любой запрос любое обращение к данным - идет активность сетевого интерфейса (но не того) ...

+
Самое главное. База прописана через ip срвера: 192.168.192.2:1541 однако, при отключении интерфейса 192.168.192.1 к базе все равно подключаюсь и работаю, при этом пинги на 192.168.192.2 не идут ...
т.о. делаю вывод, что 1С где-то закэшировала (или как там ее) адрес сервера по имени, а не по ip и ходит туда через другой интерфейс ...

в файле хостс укажи жостко: имя_сервера 192,168,192,2

маршруты смотри. приоритеты

выдачу route /print напиши

вру, route print а не /print

метрика маршрута на подсеть 192.168.192.0 должна быть меньше маршрута через шлюз локалки

торможу, не увидел что по ссылке все есть :)

(14) Спс, сделал так - помогло.

Блин, тока непонятно, почему не работало через маршрутизацию ...

(15) вот ссылка: YF

(20) все просто) в кластере рабочий сервер прописан по DNS имени а не по ip

сталкивался с подобным но в другой ситуации

(22) Я тоже об этом подумал, но
если я сервер прописал через ip, то как клиент 1С вообще узнал про имя?

(24) менеджер кластера клиенту дает имя сервера с которым клиент будет работать.

(24) ты прописываешь в клиенте не сервер, а менеджер по-сути.

(25-26) Т.е. клиент спрашивает у прописанного в подключении к базе менеджера кластера дай мне сервер, а тот ему - на (и выдает имя) ...

т.о. вариант из (14) с файлом хостс единственно возможный?

(27) пропиши в кластере рабочий сервер по ip 192.168.192.2

(27) как вариант разрулить централизованно на серевере ДНС. шоб на каждом клиенте не писать.

(27) ну или на сервере днс локалки прописать для сервера1с ип 192.168.192.2. но тогда сервер1с не будет доступен из локалки

(30) а лучше 2 имени. public, private

(31) верно, решение элегантное :)

(31) но ничем не лучше варианта тупо прописать рабочий сервер по ip имхо

(31) верно, но менеджер кластера все равно выдаст тот сервер, который у него прописан ...

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