Страница 1 из 1

Как решать проблему ZeBeDee+Event+CS?

Добавлено: 24 июн 2007, 22:04
NMX
Добрый день.

ZeBeDee+Event не работает c CS поскольку CS выдает для Event-ов случайный порт, а клиента ZeBeDee надо настраивать на конкретные порты. (CS - поскольку 2-а 2-ух ядерных процессора, ZeBeDee поскольку черз интрнет, и от Event-ов уже не отказаться )

Есть ли возможность на стороне клиента получить номер порта Event-ов до их регистрации?
или
Есть ли возможность настроить клиента ZeBeDee на произвольный порт по имени обращающегося приложения?
или
есть ли еще какая-то возможеность пропустить CS+Event траффик через сжимающий,шифрующий и авторизующий тунель
или
решения у проблемы нет?

Заранее cпасибо.

Добавлено: 25 июн 2007, 08:07
Dimitry Sibiryakov
Решения по данной связке (зибиди + классик) у проблемы нет. VPN вроде бы такой проблемы не имеет.

Добавлено: 26 июн 2007, 23:08
NMX
Dimitry Sibiryakov писал(а):Решения по данной связке (зибиди + классик) у проблемы нет.
В этой связи предложение/пожелание по новой функциональности CS:

для функции RDB$GET_CONTEXT добавить pre-defined namespace "REMOTE_AUX_PORT".

По вызову функции сервер должен захватить/зарезервировать порт для Evеnt-ов и вернуть его через функцию.

Тогда перед вызовом RegistrEvent на клиете можно будет вызвать
процедуру, которая из функции вернет номер порта Evеnt, после чего можно вызвать ZeDeBee для организации обратного тунеля (если угадать порт то по обратному тунелю Evеnt-ы работают)

Таким образом будет решена проблема шифрования, паковки и авторизации трафика, а так же проблема открытия портов на firewall (открываем порты только для работы тонеля).

VPN плоха тем, что это решение для конечного пользователя, а не для поставщика приложения (Когда конечный пользователь задает вопрос "А работет ли приложение под Firebird через интернет" хочется ответить "да", а не "да, но если вы поднимете VPN" ).

Уважемый Димитрий, спасибо за внимание к вопросу.

Добавлено: 27 июн 2007, 01:47
kdv
cs это разные процессы. не могут они один и тот же порт слушать.

если такая фраза вызывает удивление - а как же коннект в CS, то ... коннект в CS обеспечивается xinetd. только он слушает порт. и перекидывает коннекты на новые процессы классика. 1 раз.

Добавлено: 27 июн 2007, 07:50
Dimitry Sibiryakov
Когда конечный пользователь задает вопрос "А работет ли приложение под Firebird через интернет" хочется ответить "да", а не "да, но если вы поднимете VPN"
Ну так и отвечайте. Или у вас зибиди, классик и ивенты намертво в приложение впаяны? Отсутствие любого из этих трех составляющих решает проблему.