LINUX.ORG.RU
ФорумAdmin

Redirect xinetd не закрывает процессы firebird

 , ,


1

1

Имеется два сервера на Cent OS, Серв1 с адресом 10.33.1.50 и 192.168.33.2 и Серв2 192.168.33.1.
На обоих серваках установлен firebird работающий чз xinetd. Когда клиент подключается по адресу 10.33.1.50 используя порт 3050, то устанавливается соединение с Серв1 (с БД лежащей на данном серве). Для этого лежит конфиг в xinetd:

service gds_db
disable = no
flags = REUSE
socket_type = stream
wait= no
user= firebird
server= /opt/RedDatabase/bin/rdb_inet_server
port = 3050
type = UNLISTED
cps = 1000 0

На Серве2 имеется вторая БД, но доступ к ней идет чз Серв1 т.е. чз 192 сеть. Для чего на Серве1 сделал redirect чз xinetd, что значит если я ломлюсь на 10.33.1.50 но порт использую 3051 то меня перебрасывает на Серв2 192.168.33.1 порт 3050, а там уже xinetd запускает firebird.
Вот конфиг редиректа лежащий на Серве1:

service rbdforward
type= UNLISTED
flags= INTERCEPT
port= 3051
socket_type= stream
protocol= tcp
wait= no
user = firebird
disable = no
bind = 10.33.1.50
redirect = 192.168.33.1 3050

Проблема в том что если, соединений на Серв2 идет чз клиентскую программу, то процесс firebird, при закрытии клиента, закрывается на Серве2, что правильно. А вот если открыть ТОМКАТ по адресу 10.33.1.50:8080, поработать с некоторыми задачами, которые устанавливают соединение с 10.33.1.50/3051 те выходят на 192.168.33.1/3050 и закрыть, то в этом случае процессы firebird на Серве2 не закрываются, остаются висеть, что является проблемой.
Есть у каво какие мысли?

Tomcat не закрывает соединение с сервером базы данных?

И зачем тебе xinetd?

Deleted
()

Ты уверен, что проблема в xinitd? Мне вот кажется, что в кривом приложении, запускаемом через tomcat. Посмотри открытые соединения netstat -an

router ★★★★★
()
Ответ на: комментарий от Deleted

Не ясен вопрос. firebird в режиме classic работает чз xinetd. Если вопрос про, зачем я делал редирект на xinetd, то слушаю предложения. А сделал так, потому что это самое быстрое и легкое что я нагуглил.

BadaBum
() автор топика
Ответ на: комментарий от router

Тож подумывал что дело в кривом клиенте на ТОМКАТ... А что должно меня заинтересовать при выводе netstat -an?

BadaBum
() автор топика
Ответ на: комментарий от router

?

Эмм.. Думаю может дело в том что клиент, как объект, при закрытии, перестают существовать, а ТОМКАТ остается как процесс на Серве1 и держит процессы firebird на Серве2. Вот netstat -an с Серва2:
Proto Recv-Q Send-Q Local Address Foreign Address State
tcp 0 0 0.0.0.0:901 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:873 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:3050 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:139 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:8080 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:445 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:606 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:3551 0.0.0.0:* LISTEN
tcp 0 0 10.33.10.252:22 10.33.10.100:1068 ESTABLISHED
tcp 0 0 10.33.10.252:445 10.33.10.50:3184 ESTABLISHED
tcp 0 0 192.168.33.1:3050 192.168.33.2:34074 ESTABLISHED
tcp 0 0 192.168.33.1:3050 192.168.33.2:35613 ESTABLISHED
tcp 0 0 192.168.33.1:3050 192.168.33.2:35870 ESTABLISHED
tcp 0 0 192.168.33.1:3050 192.168.33.2:35871 ESTABLISHED
tcp 0 0 192.168.33.1:3050 192.168.33.2:35091 ESTABLISHED
tcp 0 0 192.168.33.1:3050 192.168.33.2:34836 ESTABLISHED
tcp 0 0 10.33.10.252:3050 10.33.10.79:1688 ESTABLISHED
tcp 0 0 10.33.10.252:3050 10.33.10.79:1689 ESTABLISHED
tcp 0 0 10.33.10.252:3050 10.33.10.79:1690 ESTABLISHED
tcp 0 0 192.168.33.1:3050 192.168.33.2:35627 ESTABLISHED
tcp 0 0 10.33.10.252:3050 10.33.10.79:1691 ESTABLISHED
tcp 0 0 192.168.33.1:3050 192.168.33.2:34852 ESTABLISHED
tcp 0 0 192.168.33.1:3050 192.168.33.2:35108 ESTABLISHED
tcp 0 0 192.168.33.1:3050 192.168.33.2:34341 ESTABLISHED
tcp 0 0 192.168.33.1:3050 192.168.33.2:34361 ESTABLISHED
tcp 0 0 192.168.33.1:3050 192.168.33.2:36168 ESTABLISHED
tcp 0 0 192.168.33.1:3050 192.168.33.2:34892 ESTABLISHED
tcp 0 0 192.168.33.1:3050 192.168.33.2:35910 ESTABLISHED
tcp 0 0 192.168.33.1:3050 192.168.33.2:34137 ESTABLISHED
tcp 0 0 192.168.33.1:3050 192.168.33.2:34141 ESTABLISHED
tcp 0 0 192.168.33.1:3050 192.168.33.2:34130 ESTABLISHED
tcp 0 0 192.168.33.1:3050 192.168.33.2:36970 ESTABLISHED
tcp 0 0 192.168.33.1:3050 192.168.33.2:35436 ESTABLISHED
tcp 0 0 192.168.33.1:3050 192.168.33.2:34401 ESTABLISHED
tcp 0 0 192.168.33.1:3050 192.168.33.2:35940 ESTABLISHED
tcp 0 0 192.168.33.1:3050 192.168.33.2:35450 ESTABLISHED
tcp 0 0 192.168.33.1:3050 192.168.33.2:34440 ESTABLISHED
tcp 0 0 192.168.33.1:3050 192.168.33.2:35482 ESTABLISHED
tcp 0 0 192.168.33.1:3050 192.168.33.2:34195 ESTABLISHED
tcp 0 0 192.168.33.1:3050 192.168.33.2:36257 ESTABLISHED
tcp 0 0 192.168.33.1:3050 192.168.33.2:35773 ESTABLISHED
tcp 0 0 192.168.33.1:3050 192.168.33.2:36018 ESTABLISHED
tcp 0 0 192.168.33.1:3050 192.168.33.2:36019 ESTABLISHED
tcp 0 0 192.168.33.1:3050 192.168.33.2:37046 ESTABLISHED
tcp 0 0 192.168.33.1:3050 192.168.33.2:35531 ESTABLISHED
tcp 0 0 192.168.33.1:3050 192.168.33.2:36301 ESTABLISHED
tcp 0 0 192.168.33.1:3050 192.168.33.2:35279 ESTABLISHED
tcp 0 0 192.168.33.1:3050 192.168.33.2:34756 ESTABLISHED
tcp 0 0 192.168.33.1:3050 192.168.33.2:34245 ESTABLISHED
tcp 0 0 192.168.33.1:3050 192.168.33.2:35032 ESTABLISHED
tcp 0 0 192.168.33.1:3050 192.168.33.2:34024 ESTABLISHED
tcp 0 0 192.168.33.1:3050 192.168.33.2:34785 ESTABLISHED
tcp 0 0 192.168.33.1:3050 192.168.33.2:34555 ESTABLISHED
tcp 0 0 192.168.33.1:3050 192.168.33.2:34046 ESTABLISHED
tcp 0 0 192.168.33.1:3050 192.168.33.2:35313 ESTABLISHED
tcp 0 0 192.168.33.1:3050 192.168.33.2:36852 ESTABLISHED
tcp 0 0 :::22 :::* LISTEN

BadaBum
() автор топика
Ответ на: ? от BadaBum

Не надо валить с больной головы ( кривое java приложение ) на здоровую ( tomcat )

router ★★★★★
()
Ответ на: комментарий от router

:)

Ага, уже пишу разрабам, пущай свою больную голову ломают)))

BadaBum
() автор топика
Ответ на: ? от BadaBum

Ну, выходит, что редиректор не рвет сам второе плечо при разрыве первого. Если тебе принципиально необходима схема с tcp-редиректором, то найди другой, который будет вести себя, как тебе надо. Их всяких разных миллион. На крайняк, подправь исходники xinetd, как тебе нужно, там немного.

Или рули ипитаблесами. DNAT тебе в руки и проблемы с неразрывом второго плеча не будет.

ansky ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.