turm Опубликовано 12 Июля 2010 Жалоба Поделиться Опубликовано 12 Июля 2010 Добрый день. Возможно ли использовать 1 координатор для подключения к 2м сетям VipNet не связанным между собой ? При этом на координаторе должна работать БД для сети 1 а сам он должен являться координатором сети 2В локальной сети будет два компьютера: первый подключенный к сети 1 второй подключенный к сети 2так-же к сети 2 будут подключаться удаленные клиенты. PS: Хотел прикрепить схемку для наглядности но к сожалению не получилось. "Ошибка Возникла ошибка при загрузке файла" Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
Stratos Опубликовано 12 Июля 2010 Жалоба Поделиться Опубликовано 12 Июля 2010 turmЕсли отвечать согласно описанию поставленной задачи - можно.Хотя для 100% ответа нужна схемка Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
turm Опубликовано 13 Июля 2010 Автор Жалоба Поделиться Опубликовано 13 Июля 2010 turmЕсли отвечать согласно описанию поставленной задачи - можно.Хотя для 100% ответа нужна схемка С удовольствием схемку выложил но к сожалению файлик по прежнему не крепиться Есть сеть VipNet №1 для поддержки защищенной базы данных.Сама сеть располагается в городе X Связь с ней через интернет.Администратор сети №1 передал файлы с 2мя дистрибутивами в город Y Предполагается что первый клиент сети №1 будет установлен на рабочей станции, а второй клиент сети №1 на сервере где установлен SQL с промежуточной БДТак-же нужно будет создать новую сеть VipNet №2 к которой будут подключены 40 филиалов через интернет. И будет создана вторая база данных которая будет работать в сети VipNet №2К сожалению Администратор Сети №1 не может сделать доверительные отношения между сетями. (гос. учреждение) В городе Y есть один Сервер и две рабочие станции.Хотелось бы что-бы на сервере в городе Y работали 2 БД (БД сети №1 и БД сети №2)Первая рабочая станция в городе Y должна иметь доступ к БД сети №1Вторая рабочая станция в городе Y должна иметь доступ к БД сети №2Лучше наверное объяснить не смогу Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
slavanchuk Опубликовано 19 Июля 2010 Жалоба Поделиться Опубликовано 19 Июля 2010 С удовольствием схемку выложил но к сожалению файлик по прежнему не крепиться Есть сеть VipNet №1 для поддержки защищенной базы данных.Сама сеть располагается в городе X Связь с ней через интернет.Администратор сети №1 передал файлы с 2мя дистрибутивами в город Y Предполагается что первый клиент сети №1 будет установлен на рабочей станции, а второй клиент сети №1 на сервере где установлен SQL с промежуточной БДТак-же нужно будет создать новую сеть VipNet №2 к которой будут подключены 40 филиалов через интернет. И будет создана вторая база данных которая будет работать в сети VipNet №2К сожалению Администратор Сети №1 не может сделать доверительные отношения между сетями. (гос. учреждение) В городе Y есть один Сервер и две рабочие станции.Хотелось бы что-бы на сервере в городе Y работали 2 БД (БД сети №1 и БД сети №2)Первая рабочая станция в городе Y должна иметь доступ к БД сети №1Вторая рабочая станция в городе Y должна иметь доступ к БД сети №2Лучше наверное объяснить не смогу Если я правильно понял, то на координаторе одной из сетей стоит база для другой сети. И проблема в том, что она должна быть доступна в другой сети. Без доверительных отношений тут дело сильно осложняется. Поскольку VipNet Client на компьютер с координатором не поставить в рамках одной ОС, то тут в голову приходит только одно решение... использовать ещё один координатор из другой сети VipNet в данной локальной сети, чтобы он туннелировал трафик... но тут придётся ещё покопаться с маршрутизацией и тем, чтобы координатор не блокировал защищённые пакеты другой сети. Или можно вынести базу на отдельных компьютер, который будет туннелироваться в две сети. Хотя, и здесь возникают проблемы со шлюзом, который должен перебрасывать трафик то на один, то на другой координатор.А чем не подходит решение с репликацией базы, чтобы развести их на две сети? Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
Рекомендуемые сообщения
Присоединиться к обсуждению
Вы можете ответить сейчас, а зарегистрироваться позже. Если у вас уже есть аккаунт, войдите, чтобы ответить от своего имени.