ODBC драйвер. Запрос данных через web.

[RXL]

Такая у меня есть задачка: нужно физически разнести два сервера по разным защищенным сетям, без соединений по VPN и т.п.
На одном сервере СУБД, на другом программа, работающая под виндой, обращающаяся к базе через ADO (используется не интенсивно). Одним из самых легких решений было бы наличие некоторого драйвера, который в системе выглядел бы как ODBC-драйвер, а общался бы по HTTP с удаленным web-сервером, которому передавал бы запросы и от которого принимал бы запрошенные данные. Этакий ODBC-SQL-HTTP-Proxy.

Направьте, пожалуйста, мои мысли куда-нибудь по делу - я пока не соображу, в какую сторону мне рыть.

Вариант с изменением ПО возможен, но существенно более трудоемок.


В общем, пока больше склоняемся, что самое быстрое и менее трудоемкое - IP-tunnel. Но от идеи с таким дваймером не отказываемся - на случай если по каким-либо причинам не удастся связать боле традиционными способами.

[HandKot]

применимо для MS SQL
1) указать серверу слушать определенный порт, который можно на проксе забиндить. В программе в строке подключения указать нужный порт
2) для 2005 и выше можно организовать средствами сервера HTTP-EndPoint
3) написать свою промежуточную программу


ИМХО лучше использовать первый или второй вариант

[RXL]

1. Можно подробнее? Я не понял мысли. Ты имеешь в виду, просто провести соединение через инет?

2. В данном случае у нас - Sybase на Linux. У них совместимые с MS SQL протоколы, но сомневаюсь, что имеющаяся версия СУБД (11.9.2) поддерживает нововведения MS.

3. Подробнее, пожалуйста.

[HandKot]

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

по третьему пункту
написать свою прогу которая располагается на SQL и будет отлавливать приходящие сообщения от удаленных серверов
выполнять запросы и возвращать результаты. к примеру, этот форум тоже написан на БД и сайт - это "промежуточная прога"

[HandKot]

хотя если прога использует ADO, то третий пункт вряд ли подойдет

[RXL]

Т.е. опять возвращаемся к пробросу трафика на сетевом уровне.
Все же по части первоначальной идеи интересно было бы услышать мнения.

[HandKot]

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

может тут что-то
вот еще некий провайдер MediaCatalogWebDB

[Finch]

RXL, Если было бы два Linux, в нете я видел создание туннеля через ssh. Виндовс версия ssh как на это будет реагировать я не знаю.
Что то типа этого https://cloud-support.engineyard.com/faqs/database/setup-ssh-tunnel-to-mysql-database

[Sla]

Finch, по идее должно работать (rdp по ssh работает)

[RXL]

С туннелем уже порешили.
Но тема все же об ODBC.

[x77]

аличие некоторого драйвера, который в системе выглядел бы как ODBC-драйвер, а общался бы по HTTP с удаленным web-сервером, которому передавал бы запросы и от которого принимал бы запрошенные данные. Этакий ODBC-SQL-HTTP-Proxy.

это обыкновенный multitier, но я не понимаю, при чём тут ODBC.

если есть туннель - почему нельзя поднять ODBC DS на сервере СУБД и не обращаться к нему из клиента?
какая неободимость общаться именно по HTTP? тебе не всё равно, в каком виде по сети пойдут пакеты? если нужно повесить общение с БД на 80-й порт, почему тупо не сделать маппинг на обеих сторонах канала?

писать промежуточный драйвер, эмулирующий для проги ODBC, а реально работающий через web-реквесты - задача нетривиальная.

[RXL]

Игор, ODBC - потому чтобы ничего не менять в существующем ПО, а только драйвер ODBC и запись DSN в реестре.

HTTP хорош тем, что проходит через различные прокси, для чего нет нужды в перенастройке сетевых файрволов.

Изначально были условия, что сеть чужая, админов там нет или все в отпуске, сервер БД переезжает и срочно нужно соединить их бухов с этой базой. К счастью, админы нашлись в смежной конторе и вопрос решился созданием туннеля.

Позже объясню подробнее.

[x77]

Ром, ну нетривиально это. для таких вещей умные люди пишут целые умные программы. вот такие например:

ODBC Socket Server is an open source database access toolkit that exposes Windows NT ODBC data sources via an XML-based TCP/IP interface.It was developped by Team FXML (fxml@excite.com), we would like to keep on developping and improving it under GPL

src: http://sourceforge.net/projects/odbcsock/

[RXL]

Примерно то, что я и искал...

[x77]

RXL, я случайно нагуглил