The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"IPFW forwarding"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Открытые системы на сервере (Firewall, Фильтрация пакетов / FreeBSD)
Изначальное сообщение [ Отслеживать ]

"IPFW forwarding"  +/
Сообщение от user (??) on 02-Июн-12, 07:16 
Здравствуйте. Имеется фаервол. Все нормально работает, включая NAT. Необходимо перенаправлять все запросы с локальной сети на  порт UDP/53 на внешний DNS.


Правила IPFW

$cmd 010 allow all from any to any via lo0
$cmd 011 deny all from 127.0.0.1/8 to any
$cmd 012 deny all from any to 127.0.0.1/8

$cmd 020 check-state
$cmd 025 reass all from any to any in

### in/out internal if
$cmd 100 allow ip4 from 192.168.10.0/24 to me in via em1
$cmd 110 allow ip4 from me to 192.168.10.0/24 out via em1

$cmd 111 fwd 8.8.4.4 log udp from $lan to not me 53 in via em1

$cmd 211 skipto 320 ip4 from 192.168.10.0/24 to not me

### out external if
$cmd 220 allow tcp from me to any out via em0 setup keep-state
$cmd 221 allow udp from me to any out via em0 keep-state
$cmd 223 allow icmp from me to any out via em0 keep-state

### in external if
$cmd 230 allow tcp from any to me 22 in via em0 setup keep-state
$cmd 240 allow icmp from any to me icmptypes 3,4,8,11 in via em0 keep-state

# nat-back-to-lan
$cmd 245 nat 2 ip4 from any to me in recv em0


$cmd 286 allow ip4 from not me to 192.168.10.0/24 in via em0
$cmd 295 allow ip4 from not me to 192.168.10.0/24 out via em1

$cmd 300 deny all from any to any

#nat
ipfw nat 2 config if em0 log deny_in same_ports reset \
        redirect_port tcp 192.168.10.12:3389 3389
$cmd 320 nat 2 ip4 from 192.168.10.0/24 to not me out via em0

$cmd 400 allow ip4 from any to any

$cmd 65534 deny all from any to any


    ipfw -d show в момент ping'a какого-либо сервера по имени из локальной сети:

00010 0   0 allow ip from any to any via lo0
00011 0   0 deny ip from 127.0.0.0/8 to any
00012 0   0 deny ip from any to 127.0.0.0/8
00020 0   0 check-state
00025 8 484 reass ip from any to any in
00100 0   0 allow ip4 from 192.168.10.0/24 to me in via em1
00110 0   0 allow ip4 from me to 192.168.10.0/24 out via em1
00111 5 250 fwd 8.8.4.4 log logamount 1000 udp from 192.168.10.0/24 to not me dst-port 53 in via em1
00211 8 484 skipto 320 ip4 from 192.168.10.0/24 to not me
00220 0   0 allow tcp from me to any out via em0 setup keep-state
00221 0   0 allow udp from me to any out via em0 keep-state
00223 0   0 allow icmp from me to any out via em0 keep-state
00230 0   0 allow tcp from any to me dst-port 22 in via em0 setup keep-state
00240 0   0 allow icmp from any to me icmptypes 3,4,8,11 in via em0 keep-state
00245 0   0 nat 2 ip4 from any to me in recv em0
00286 0   0 allow ip4 from not me to 192.168.10.0/24 in via em0
00295 0   0 allow ip4 from not me to 192.168.10.0/24 out via em1
00300 0   0 deny ip from any to any
00320 5 250 nat 2 ip4 from 192.168.10.0/24 to not me out via em0
00400 8 484 allow ip4 from any to any
65534 0   0 deny ip from any to any
65535 0   0 allow ip from any to any

Т.е. странно, вроде правила страбатывают. Но форвардинга нет.

  tcpdump на внешнем интерфейсе

2012-06-02 09:06:30.078706 IP 192.168.100.9.54895 > 8.8.8.8.53: UDP, length 23
2012-06-02 09:06:30.129702 IP 8.8.8.8.53 > 192.168.100.9.54895: UDP, length 151

192.168.100.9 - Внешний IP роутера

У клиента в локальной сети прописан только один DNS 8.8.8.8. Как видно из tcpdump форвардинга на 8.8.4.4 не происходит.
В чем проблема?

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "IPFW forwarding"  +/
Сообщение от Аноним (??) on 02-Июн-12, 07:49 
мог бы все и не выкладывать, а показать только те правила, что отвечают за днс.
fwd работает только на локальных ip-адресах/портах. тебе нужно либо у клиентов прописывать изначально нормальный резолвер, либо, если охота все же свой ip-адрес, то поднимать у себя резолвер и настраивать (либо резолветь самому, либо перенаправлять запросы на внешний резолвер), ну или, на худой конец, можно проксировать запросы (через фаирвол ты это не сделаешь), это умеет 3proxy, например.
ну и гугл-резолвер использовать повсеместно, а не в тестовых целях - не айс.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "IPFW forwarding"  +/
Сообщение от user (??) on 02-Июн-12, 08:10 
> мог бы все и не выкладывать, а показать только те правила, что
> отвечают за днс.
> fwd работает только на локальных ip-адресах/портах. тебе нужно либо у клиентов прописывать
> изначально нормальный резолвер, либо, если охота все же свой ip-адрес, то
> поднимать у себя резолвер и настраивать (либо резолветь самому, либо перенаправлять
> запросы на внешний резолвер), ну или, на худой конец, можно проксировать
> запросы (через фаирвол ты это не сделаешь), это умеет 3proxy, например.

Та нахрен эти костыли. Что-то не вериться, что этот файервол не умеет так перенаправлять трафик. Может redirect_port в nat'е может помочь?

> ну и гугл-резолвер использовать повсеместно, а не в тестовых целях - не
> айс.

Да ну. Повсеместно использую и не жалуюсь. :-)

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "IPFW forwarding"  +/
Сообщение от кегна on 02-Июн-12, 12:37 
> Та нахрен эти костыли. Что-то не вериться, что этот файервол не умеет
> так перенаправлять трафик. Может redirect_port в nat'е может помочь?

Это еще не известно где костыли )))

>> ну и гугл-резолвер использовать повсеместно, а не в тестовых целях - не
>> айс.
> Да ну. Повсеместно использую и не жалуюсь. :-)

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

4. "IPFW forwarding"  +/
Сообщение от Аноним (??) on 02-Июн-12, 17:08 
> Та нахрен эти костыли. Что-то не вериться, что этот файервол не умеет
> так перенаправлять трафик. Может redirect_port в nat'е может помочь?

маны читать надо, тогда не будет: "Что-то не вериться".

> Да ну. Повсеместно использую и не жалуюсь. :-)

ну я раз за тебя, были бы мозги - не использовал бы.

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

5. "IPFW forwarding"  +/
Сообщение от user (??) on 02-Июн-12, 17:41 
>> Та нахрен эти костыли. Что-то не вериться, что этот файервол не умеет
>> так перенаправлять трафик. Может redirect_port в nat'е может помочь?
> маны читать надо, тогда не будет: "Что-то не вериться".

Маны я читаю. Не все в манах достаточно ясно описано.

>> Да ну. Повсеместно использую и не жалуюсь. :-)
> ну я раз за тебя, были бы мозги - не использовал бы.

Чел, у меня достаточно роутеров на OpenBSD, де пакетным фильтром заворачиваются ДНС-запросы на гугл. И все нормально. Так что не надо пустой болтовни. Сказал по делу - и свободен, а умничать и без тебя тут есть кому.

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

7. "IPFW forwarding"  +/
Сообщение от Аноним (??) on 02-Июн-12, 18:02 
> Чел, у меня достаточно роутеров на OpenBSD, де пакетным фильтром заворачиваются ДНС-запросы
> на гугл. И все нормально. Так что не надо пустой болтовни.
> Сказал по делу - и свободен, а умничать и без тебя
> тут есть кому.

мне жаль твоих юзеров, именно из-за таких админов, я всегда и везде держу свои резолверы, им хоть доверять более-менее можно.

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

8. "IPFW forwarding"  +/
Сообщение от user (??) on 02-Июн-12, 18:20 
>> Чел, у меня достаточно роутеров на OpenBSD, де пакетным фильтром заворачиваются ДНС-запросы
>> на гугл. И все нормально. Так что не надо пустой болтовни.
>> Сказал по делу - и свободен, а умничать и без тебя
>> тут есть кому.
> мне жаль твоих юзеров, именно из-за таких админов, я всегда и везде
> держу свои резолверы, им хоть доверять более-менее можно.

   Опят пустые слова. Аргументы в студию! :)

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

10. "IPFW forwarding"  +/
Сообщение от Аноним (??) on 02-Июн-12, 18:28 
>>> Чел, у меня достаточно роутеров на OpenBSD, де пакетным фильтром заворачиваются ДНС-запросы
>>> на гугл. И все нормально. Так что не надо пустой болтовни.
>>> Сказал по делу - и свободен, а умничать и без тебя
>>> тут есть кому.
>> мне жаль твоих юзеров, именно из-за таких админов, я всегда и везде
>> держу свои резолверы, им хоть доверять более-менее можно.
>    Опят пустые слова. Аргументы в студию! :)

Какие аргументы тебе нужны? Если есть хоть капля дум про безопасность оно и так должно быть понятно. Достаточно того, что ты не можешь полагаться на критический сервис, находящийся не в твоем ведении, или тебя подмена ip-адресов при резолвинге не пугает? Ну тогда тебя точно и не напугает то, что гугл знает когда и куда ты ходил. Не напугает и пинг, который у тебя до гугла всяко >10.

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

12. "IPFW forwarding"  +/
Сообщение от user (??) on 02-Июн-12, 19:18 
>[оверквотинг удален]
>>>> тут есть кому.
>>> мне жаль твоих юзеров, именно из-за таких админов, я всегда и везде
>>> держу свои резолверы, им хоть доверять более-менее можно.
>>    Опят пустые слова. Аргументы в студию! :)
> Какие аргументы тебе нужны? Если есть хоть капля дум про безопасность оно
> и так должно быть понятно. Достаточно того, что ты не можешь
> полагаться на критический сервис, находящийся не в твоем ведении, или тебя
> подмена ip-адресов при резолвинге не пугает? Ну тогда тебя точно и
> не напугает то, что гугл знает когда и куда ты ходил.
> Не напугает и пинг, который у тебя до гугла всяко >10.

Уважаемый, боюсь вероятность компрометации гугловского резолвера и вашего не в вашу пользу. А вы так озабочены шпионажем от гугла?.. Ну тут вы насмешили. А от ФСБ/других спецслужб вы как шифруетесь? :-)
А вообще я гугл указал как пример. Также пользуюсь другими DNS с возможностью блокировки ads/spy/other_hack_ware на уровне DNS.

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

13. "IPFW forwarding"  +/
Сообщение от Аноним (??) on 02-Июн-12, 19:24 
> Уважаемый, боюсь вероятность компрометации гугловского резолвера и вашего не в вашу пользу.

Спорно, гугл - очень лакомый кусочек, из-за таких как вы, а я? а к моему резолверу доступ имеют только те сети, которым я разрешил - это раз, его адрес не знает весь интернет - два, я много меньше интресен - три, я слежу за софтом и регулярно обновляюсь - четыре.

> А вы так озабочены шпионажем от гугла?.. Ну тут вы насмешили.
> А от ФСБ/других спецслужб вы как шифруетесь? :-)

А давайте вы выложите сюда полностью свои контактные данные?

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

6. "IPFW forwarding"  +/
Сообщение от user (??) on 02-Июн-12, 18:02 
> мог бы все и не выкладывать, а показать только те правила, что
> отвечают за днс.
> fwd работает только на локальных ip-адресах/портах. тебе нужно либо у клиентов

  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

fwd | forward ipaddr | tablearg[,port]
      
             If ipaddr is a local address, then matching packets will be for-
         warded to port (or the port number in the packet if one is not
         specified in the rule) on the local machine.
            If ipaddr is not a local address, then the port number (if speci-
         fied) is ignored, and the packet will be forwarded to the remote
         address, using the route as found in the local routing table for
         that IP.

И после этого вы мне будете говорить читать маны. Да вы их сами не читали. Читайте 2-й абзац внимательно.

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

9. "IPFW forwarding"  +/
Сообщение от Аноним (??) on 02-Июн-12, 18:22 
Ну не ужели?  А говорил что маны читаем, а оказывается-то, что читаем не до того как задавать вопрос, а когда уже тыкают носом... ну да ладно... хоть как-то...
Теперь еще одна для тебя задача, надеюсь посильная, прочитать вот этот абзац:

             A fwd rule will not match layer-2 packets (those received on
             ether_input, ether_output, or bridged).
             The fwd action does not change the contents of the packet at all.
             In particular, the destination address remains unmodified, so
             packets forwarded to another system will usually be rejected by
             that system unless there is a matching rule on that system to
             capture them.  For packets forwarded locally, the local address
             of the socket will be set to the original destination address of
             the packet.  This makes the netstat(1) entry look rather weird
             but is intended for use with transparent proxy servers.

после прочтения нужно напрячь мозг и понять о чем тут говориться... если есть хоть какие-то знания по tcp/ip, они лишними не будут, при осмыслении.

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

11. "IPFW forwarding"  +/
Сообщение от user (??) on 02-Июн-12, 19:12 
> Ну не ужели?  А говорил что маны читаем, а оказывается-то, что
> читаем не до того как задавать вопрос, а когда уже тыкают
> носом... ну да ладно... хоть как-то...

   Если бы я его не читал, то не пытался бы использовать fwd, мог бы и сам додуматься.

>[оверквотинг удален]
>  of the socket will be set to the original destination
> address of
>            
>  the packet.  This makes the netstat(1) entry look rather
> weird
>            
>  but is intended for use with transparent proxy servers.
> после прочтения нужно напрячь мозг и понять о чем тут говориться... если
> есть хоть какие-то знания по tcp/ip, они лишними не будут, при
> осмыслении.

   А вот тут, да - это я упустил.

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

14. "IPFW forwarding"  +/
Сообщение от Аноним (??) on 02-Июн-12, 19:26 
>> Ну не ужели?  А говорил что маны читаем, а оказывается-то, что
>> читаем не до того как задавать вопрос, а когда уже тыкают
>> носом... ну да ладно... хоть как-то...
>    Если бы я его не читал, то не пытался
> бы использовать fwd, мог бы и сам додуматься.

Если бы читал, то не задавал бы вопросов, а  fwd мог подцепить в хавтуше какой или факе... гугл рулит, какбэ...

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

15. "IPFW forwarding"  +/
Сообщение от user (??) on 02-Июн-12, 20:52 
>>> Ну не ужели?  А говорил что маны читаем, а оказывается-то, что
>>> читаем не до того как задавать вопрос, а когда уже тыкают
>>> носом... ну да ладно... хоть как-то...
>>    Если бы я его не читал, то не пытался
>> бы использовать fwd, мог бы и сам додуматься.
> Если бы читал, то не задавал бы вопросов, а  fwd мог
> подцепить в хавтуше какой или факе... гугл рулит, какбэ...

С гугла как раз я начинал, какбэ...
Вот я заметил, когда задаешь вопрос где-то на буржуйских сайтах, то там нету таких выскочек как ты, там народ пытается помочь, а не умничает. ИМХО, комплекс неполноценности у меньшего числа индивидумов.
И последнее, не бывает глупых вопросов. Бывают глупые ответы.

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

16. "IPFW forwarding"  +/
Сообщение от Аноним (??) on 03-Июн-12, 02:17 
>>>> Ну не ужели?  А говорил что маны читаем, а оказывается-то, что
>>>> читаем не до того как задавать вопрос, а когда уже тыкают
>>>> носом... ну да ладно... хоть как-то...
>>>    Если бы я его не читал, то не пытался
>>> бы использовать fwd, мог бы и сам додуматься.
>> Если бы читал, то не задавал бы вопросов, а  fwd мог
>> подцепить в хавтуше какой или факе... гугл рулит, какбэ...
>  С гугла как раз я начинал, какбэ...

ну я о чем и говорю, что нашел где-то в хавтушке или факе, а не в мане.

>  Вот я заметил, когда задаешь вопрос где-то на буржуйских сайтах, то
> там нету таких выскочек как ты, там народ пытается помочь, а
> не умничает. ИМХО, комплекс неполноценности у меньшего числа индивидумов.

я тебе помог, только вот ты начал выскакивать и сомневаться, вместо того, что бы пойти и почитать. как общаешься ты, так общаются и с тобой, всего-то.

>  И последнее, не бывает глупых вопросов. Бывают глупые ответы.

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

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

17. "IPFW forwarding"  +/
Сообщение от ivb (??) on 04-Июн-12, 08:01 
Не понял идеи ТС.
Поднять у себя dns, и в качестве forwarders указать гугла,
если он так нравится.
Никаких проблем с подменой адресов.
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру