Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности

Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
06.09.2010, 11:07
|
|||
|---|---|---|---|
|
|||
Помогите решить проблему под линукс |
|||
|
#18+
Доброе время суток! Помогите разобраться с такой проблемой: Есть база DB2 на iSeries, есть приложение на удаленном компе, которое работает через ODBC протокол с этой БД и также между ними стоит прокси сервер на Linux. Сервер с БД находится в одной подсети, ПК с приложением в другой подсети. Работают через этот прокси сервер. Вся проблема, что не могу понять как настроить на Линуксе, чтобы приложение могло коннектиться к БД через ODBC протокол. Знакомые админы говорят, что нужно установить какой то ODBC прокси сервер! Точно не могу понять что ЭТО! Достаточно ли будет установить ODBC драйвер на Линуксе, чтобы была связь к БД? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
06.09.2010, 13:39
|
|||
|---|---|---|---|
|
|||
Помогите решить проблему под линукс |
|||
|
#18+
qi_ip, Прокси-сервера они тоже разные бывают. Очень рекомендую пообщаться с админами прокси, пусть подскажут как правильнее пробросить порт. Сам DB2 Client, насколько мне известно, через прокси работать не умеет. Варианты (внимательно смотреть, что будет соответствовать политике безопасности): 1. Сделать форвард порта на сервере, где находится прокси (Port Forwarding). Пример. Наружный порт (на прокси-сервере): 50021 Внутренний порт (на сервере DB2): 50000 Пишется правило для перенаправления трафика с входящего порта TCP 50021 на сервер DB2 на порт 50000. В клиенте в качестве сервера и порта указываются адрес прокси и порт 50021 2. Организовать SSH-туннель между клиентом и сервером DB2. а) По SSH соединиться либо с прокси-хостом, либо с конечным хостом. В SSH нужно настроить форвард произвольного порта (напр. 12345) на хост и порт сервиса DB2. б) В клиенте DB2 настроить подключение к целевой базе через localhost(127.0.0.1) на порт, созданный в п.1 в) Выполнить соединение из клиента или приложения DB2. Лично настраивал такое соединение с помощью putty, правда без промежуточного прокси, т.к. можно было соединиться по SSH, но нельзя было соединиться напрямую на порт DB2. 3. Установить на сервере, где прокси, "DB2 Enterprise Connect". Это отдельная лицензия. Тогда он будет работать "посредником" до внутренней базы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
06.09.2010, 14:53
|
|||
|---|---|---|---|
|
|||
Помогите решить проблему под линукс |
|||
|
#18+
Евгений Хабаров Варианты (внимательно смотреть, что будет соответствовать политике безопасности): 1. Сделать форвард порта на сервере, где находится прокси (Port Forwarding). Пример. Наружный порт (на прокси-сервере): 50021 Внутренний порт (на сервере DB2): 50000 Пишется правило для перенаправления трафика с входящего порта TCP 50021 на сервер DB2 на порт 50000. В клиенте в качестве сервера и порта указываются адрес прокси и порт 50021 Этот вариант не подходит Евгений Хабаров 2. Организовать SSH-туннель между клиентом и сервером DB2. а) По SSH соединиться либо с прокси-хостом, либо с конечным хостом. В SSH нужно настроить форвард произвольного порта (напр. 12345) на хост и порт сервиса DB2. б) В клиенте DB2 настроить подключение к целевой базе через localhost(127.0.0.1) на порт, созданный в п.1 в) Выполнить соединение из клиента или приложения DB2. Лично настраивал такое соединение с помощью putty, правда без промежуточного прокси, т.к. можно было соединиться по SSH, но нельзя было соединиться напрямую на порт DB2. Не могли бы про это поподробней, потому что админ сказал что там нужно что-то программировать, что конкретно ему нужно сказать Евгений Хабаров 3. Установить на сервере, где прокси, "DB2 Enterprise Connect". Это отдельная лицензия. Тогда он будет работать "посредником" до внутренней базы. [/quot] Насколько стабильно работает эта связь? Попробую почитать про это! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
06.09.2010, 15:00
|
|||
|---|---|---|---|
|
|||
Помогите решить проблему под линукс |
|||
|
#18+
Я так понял что DB2 Enterprise Connect это то же что и DB2 Connect 9.7 Application Server Edition for Linux или это совсем разное? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
06.09.2010, 15:20
|
|||
|---|---|---|---|
|
|||
Помогите решить проблему под линукс |
|||
|
#18+
Не правильно написал DB2 Enterprise Connect - это DB2 Connect Enterprise Edition, да? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
06.09.2010, 16:18
|
|||
|---|---|---|---|
|
|||
Помогите решить проблему под линукс |
|||
|
#18+
qi_ipЕвгений Хабаров 2. Организовать SSH-туннель между клиентом и сервером DB2. а) По SSH соединиться либо с прокси-хостом, либо с конечным хостом. В SSH нужно настроить форвард произвольного порта (напр. 12345) на хост и порт сервиса DB2. б) В клиенте DB2 настроить подключение к целевой базе через localhost(127.0.0.1) на порт, созданный в п.1 в) Выполнить соединение из клиента или приложения DB2. Лично настраивал такое соединение с помощью putty, правда без промежуточного прокси, т.к. можно было соединиться по SSH, но нельзя было соединиться напрямую на порт DB2. Не могли бы про это поподробней, потому что админ сказал что там нужно что-то программировать, что конкретно ему нужно сказать Technical tip: Secure DB2 communications using OpenSSH tunneling . Tunneling Database Traffic with openSSH and Linux . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
08.09.2010, 10:22
|
|||
|---|---|---|---|
|
|||
Помогите решить проблему под линукс |
|||
|
#18+
Нашел DB2 CONNECT PERSONAL EDITION, установил, но я так понял это в моем случае не поможет! Или же обязательно нужно Enterprise Edition? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
08.09.2010, 11:07
|
|||
|---|---|---|---|
|
|||
Помогите решить проблему под линукс |
|||
|
#18+
qi_ip, Обязательно Enterprise Connect. Personal Connect - это "расширенный" клиент, дает право подключаться к системам DB2 на z/OS, AS/400 и т.п. От обычного клиента отличается только лицензией. Enterprise Connect - это сервер DB2, но без возможности создавать локальные базы, его основное назначение работать "шлюзом" или "концентратором" для клиентов. Клиентам известен адрес шлюза (Enterprise Connect), а уже сам шлюз соединяется с конечными СУБД. PS: Неужели не получилось сделать SSH-туннель? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
08.09.2010, 12:12
|
|||
|---|---|---|---|
|
|||
Помогите решить проблему под линукс |
|||
|
#18+
Евгений Хабаровqi_ip, Обязательно Enterprise Connect. Personal Connect - это "расширенный" клиент, дает право подключаться к системам DB2 на z/OS, AS/400 и т.п. От обычного клиента отличается только лицензией. Enterprise Connect - это сервер DB2, но без возможности создавать локальные базы, его основное назначение работать "шлюзом" или "концентратором" для клиентов. Клиентам известен адрес шлюза (Enterprise Connect), а уже сам шлюз соединяется с конечными СУБД. PS: Неужели не получилось сделать SSH-туннель? Пока с этим разбираются, но не я, а я параллельно решил все же покопать в этом направлении! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/topic.php?fid=43&tablet=1&tid=1602596]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
75ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
41ms |
get tp. blocked users: |
2ms |
| others: | 12ms |
| total: | 174ms |

| 0 / 0 |
