URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 63209
[ Назад ]

Исходное сообщение
"опять natd,ipfw и переброс портов в локалку"

Отправлено rospyton , 09-Янв-06 01:51 
Стоит шлюз на FreeBSD, ipfw, natd. Внутри локалки есть сервер Oracle у которого открыт порт 1521. Задача сделать видимым Oracle из внешней сети. Пробывал для natd redirect_port. Но он к, сожалению, не может справиться с задачей так как при коннекте на 1521 он передает клиенту  новый порт для соединения. А redirect_address не хочет работать.
Конфигурация примерно такая.
Внешний интерфейс rl0
Ip -10.5.1.2
alias - 10.5.1.30
Внутренний rl1
IP 192.168.0.1

Оракловый сервер IP- 192.168.0.30
в rc.conf строчки
ifconfig_rl0="inet 10.5.1.2 netmask 255.255.255.0"
ifconfig_rl0_alias="inet 10.5.1.30"

natd_enable="YES"
natd_flags="-n rl0 -p 8668 -redirect_address 192.168.0.30 10.5.1.30 -a 10.5.1.30 -p 8669"
В правилах IPFW такие строчки (тестово)
{ipfw} add divert 8669 ip from any to any via 10.5.1.30
{ipfw} add divert 8668 ip from any to any via 10.5.1.1
(ipfw} add pass all from any to any
Из локалки в инет натит нормально, 10.5.1.30 пингуется, но переброс пакетов на 192.168.0.30 не происходит.
Подскажите,плз,решение проблемы.



Содержание

Сообщения в этом обсуждении
"опять natd,ipfw и переброс портов в локалку"
Отправлено universite , 09-Янв-06 04:05 
>Стоит шлюз на FreeBSD, ipfw, natd. Внутри локалки есть сервер Oracle у
>которого открыт порт 1521. Задача сделать видимым Oracle из внешней сети.
>Пробывал для natd redirect_port. Но он к, сожалению, не может справиться
>с задачей так как при коннекте на 1521 он передает клиенту
> новый порт для соединения. А redirect_address не хочет работать.
>Конфигурация примерно такая.
>Внешний интерфейс rl0
>Ip -10.5.1.2
>alias - 10.5.1.30
>Внутренний rl1
>IP 192.168.0.1
>
>Оракловый сервер IP- 192.168.0.30
>в rc.conf строчки
>ifconfig_rl0="inet 10.5.1.2 netmask 255.255.255.0"
>ifconfig_rl0_alias="inet 10.5.1.30"
>
>natd_enable="YES"
>natd_flags="-n rl0 -p 8668 -redirect_address 192.168.0.30 10.5.1.30 -a 10.5.1.30 -p 8669"
>В правилах IPFW такие строчки (тестово)
>{ipfw} add divert 8669 ip from any to any via 10.5.1.30
>{ipfw} add divert 8668 ip from any to any via 10.5.1.1
>(ipfw} add pass all from any to any
>Из локалки в инет натит нормально, 10.5.1.30 пингуется, но переброс пакетов на
>192.168.0.30 не происходит.
>Подскажите,плз,решение проблемы.

поменяй эту строку
/etc/rc.conf
natd_flags="-n rl0 -p 8668 -f /etc/natd.conf"

и добавь этот файл:
/etc/natd.conf
log yes                                                                                                                                              
same_ports yes                                                                                                                                        
use_sockets yes                                                                                                                                      
unregistered_only yes                                                                                                                                
redirect_port tcp 192.168.0.30:1521 1521                                                                                                                                                                                                                              
redirect_port udp 192.168.0.30:1521 1521                                                                                                                    
dynamic yes                                                                                                                                          


"опять natd,ipfw и переброс портов в локалку"
Отправлено rospyton , 09-Янв-06 05:15 
Большое спасибо, работает. Я так же пробывал - но dynamic ставил в начале. Наврное из-за этого

"опять natd,ipfw и переброс портов в локалку"
Отправлено rospyton , 09-Янв-06 05:25 
В догонку, а redirect_address вообще не работает? Сколько искал по форумам, везде совет на redirect_port.  У меня иак и не получился redirect _address.