Re: Господа, презабавнейшая идея
В письме от Wed, 16 Mar 2011 14:04:21 +0300, Dmitry Yemanov dim...@users.sf.net сообщал: А бы наоборот Redirection из тройки выкинул нах ;-) Не сервера это задача. а как тогад fbembed будет подключаться в полноценным серверам ? -- Написано в почтовом клиенте браузера Opera: http://www.opera.com/mail/
Re: Господа, презабавнейшая идея
Valery Gruzdev wrote: Вот именно что для каждой базы - персональный порт, а хочется имитировать наличие всех баз на одном стандартном сервере. ZeeBeDee ?
Re: Господа, презабавнейшая идея
On 16.03.2011 17:38, Dmitry Sinchilin wrote: ну и делай для разных баз подключение по разным портам, а разные порты мапирую на шлюзе на разные компы. Так можно скрыть масштабирование системы. А из плюсов получить централизованную секьюрную базу (если конечно это будет работать в таком режиме). А из минусов на серверах редиректов будут жить ее кусочки. С уважением, Евгений Виноградный.
Господа, презабавнейшая идея
Допустим есть комп в инете со статическим IP. Мы подключаемся, все нормально, РСУБД (распределенная СУБД) прекрасно работает. Проходит время и филиал эволюционирует в укрупненное подразделение (типа, становиться сержантом и у него уже свои подчиненные филиалы). Ставим внутренний сервак, Firebird-у на компе в инете разрешаем redirect на внутренний сервер. Есть желание (и по техническим, и по политическим причинам) скрыть от внешнего из инета клиентского подключения тот факт, что комп - всего лишь редирект на внутренний сервер (заодно и структуру локальной сети). Предлагаемое решение: в файле aliases.conf разрешить не только пути к локальным базам, но и подключения к удаленным серверам. Например: MYDATABASE = 192.168.0.200:d:\db\DATABASE.FDB Вот, пока тройка еще пилится, хотел спросить, возможно ли такое ?
Re: Господа, презабавнейшая идея
PEAKTOP wrote: Допустим есть комп в инете со статическим IP. Мы подключаемся, все нормально, РСУБД (распределенная СУБД) прекрасно работает. Проходит время и филиал эволюционирует в укрупненное подразделение (типа, становиться сержантом и у него уже свои подчиненные филиалы). Ставим внутренний сервак, Firebird-у на компе в инете разрешаем redirect на внутренний сервер. Есть желание (и по техническим, и по политическим причинам) скрыть от внешнего из инета клиентского подключения тот факт, что комп - всего лишь редирект на внутренний сервер (заодно и структуру локальной сети). Предлагаемое решение: в файле aliases.conf разрешить не только пути к локальным базам, но и подключения к удаленным серверам. Например: MYDATABASE = 192.168.0.200:d:\db\DATABASE.FDB Может проще на шлюзе TCP port mapping на внутренний сервер поднять?
Re: Господа, презабавнейшая идея
PEAKTOP пишет: Предлагаемое решение: в файле aliases.conf разрешить не только пути к локальным базам, но и подключения к удаленным серверам. +1
Re: Господа, презабавнейшая идея
16.03.2011 14:00, Anton Zibrov пишет: Предлагаемое решение: в файле aliases.conf разрешить не только пути к локальным базам, но и подключения к удаленным серверам. +1 А бы наоборот Redirection из тройки выкинул нах ;-) Не сервера это задача. -- Дмитрий Еманов
Re: Господа, презабавнейшая идея
+1 А бы наоборот Redirection из тройки выкинул нах ;-) Не сервера это задача. Вы будете смеятся, но - таки да. Действительно, как то за TCP-mapping не подумал. резюме: предложение в топку.
Re: Господа, презабавнейшая идея
Как я понял суть (могу быть неправ): Есть некий сервер БД, например, bd.gde-to.ru . Снаружи выглядит, как будто он содержит Fireberd c базами filial1.fdb, filial2.fdb и т.д. На самом деле база filial1.fdb лежит во внутренней сетке на машине 192.168.1.10 под именем basa.fdb, filial2 - на 192.168.11.7 под каким-то другим именем и т.п. Имя базы на уровень TCP никак не опустится, так что не уверен за tcp-mapping в такой постановке задачи... Grue PEAKTOP peaktops...@gmail.com сообщил/сообщила в новостях следующее: news:ilq7qj$l6q$1...@dough.gmane.org... +1 А бы наоборот Redirection из тройки выкинул нах ;-) Не сервера это задача. Вы будете смеятся, но - таки да. Действительно, как то за TCP-mapping не подумал. резюме: предложение в топку.
Re: Господа, презабавнейшая идея
Am 16.03.2011 13:35, schrieb Valery Gruzdev: Как я понял суть (могу быть неправ): Есть некий сервер БД, например, bd.gde-to.ru . Снаружи выглядит, как будто он содержит Fireberd c базами filial1.fdb, filial2.fdb и т.д. На самом деле база filial1.fdb лежит во внутренней сетке на машине 192.168.1.10 под именем basa.fdb, filial2 - на 192.168.11.7 под каким-то другим именем и т.п. Имя базы на уровень TCP никак не опустится, так что не уверен за tcp-mapping в такой постановке задачи... ну и делай для разных баз подключение по разным портам, а разные порты мапирую на шлюзе на разные компы.
Re: Господа, презабавнейшая идея
ну и делай для разных баз подключение по разным портам Вот именно что для каждой базы - персональный порт, а хочется имитировать наличие всех баз на одном стандартном сервере. Dmitry Sinchilin sind...@gmail.com сообщил/сообщила в новостях следующее: news:ilqhv1$ic4$1...@dough.gmane.org... Am 16.03.2011 13:35, schrieb Valery Gruzdev: Как я понял суть (могу быть неправ): Есть некий сервер БД, например, bd.gde-to.ru . Снаружи выглядит, как будто он содержит Fireberd c базами filial1.fdb, filial2.fdb и т.д. На самом деле база filial1.fdb лежит во внутренней сетке на машине 192.168.1.10 под именем basa.fdb, filial2 - на 192.168.11.7 под каким-то другим именем и т.п. Имя базы на уровень TCP никак не опустится, так что не уверен за tcp-mapping в такой постановке задачи... ну и делай для разных баз подключение по разным портам, а разные порты мапирую на шлюзе на разные компы.