Страница 1 из 1

Непонятки с ipfw nat

Добавлено: 2011-08-18 17:14:46
ivasian
Такая ситуация. Есть роутер с двумя сетевыми интерфейсами. Один смотрит в сторону провайдера и на нем поднят нат (em0 192.168.1.100), другой смотрит в локальную сеть (em1 10.0.0.1). Проброшен tcp порт на машину во внутренней сети (redirect_port tcp 10.0.0.111:411 411). И вот тут странность - если коннектиться к этому порту из внешней сети(то есть например с машины 192.168.1.101 на 192.168.1.100:411), то все нормально, машина из внешней сети успешно попадает на 10.0.0.111:411. А если коннектиться из внутренней сети (например с 10.0.0.100 (через em1) на 192.168.1.100:411), то ответа нет.
Чего я не понимаю?? Заранее благодарен.

Re: Непонятки с ipfw nat

Добавлено: 2011-08-18 17:48:41
dmtr
пакет когда через em1 заходит и на em0 должен прийти, он там где-то в ядре обрабатывается и до ната дело не доходит. вот и редирект и не срабатывает.
я сам до конца не понимаю, но примерно так. может опытные товарищи меня поправят

Re: Непонятки с ipfw nat

Добавлено: 2011-08-18 17:50:05
dmtr

Re: Непонятки с ipfw nat

Добавлено: 2011-08-19 12:32:47
ivasian
Прочитал инфу. Теперь я понимаю что пакет отправленный на 192.168.1.100:411 пройдя через em1 попадает в точку 3, где выясняется что на машине нет демона на порту 411. А теперь вопрос как грамотно сделать так чтобы и в этом случае происходил портфорвандинг? Это вообще в каких то случаях нужно?

Re: Непонятки с ipfw nat

Добавлено: 2011-08-19 12:41:14
dmtr
Это вообще в каких то случаях нужно?
это нужно когда доступ к ресурсу на 10.0.0.111:411 нужен по одному и тому же адресу 192.168.1.100:411 как из-за ната, так и из локалки. если коннектится на разные адреса(из локалки на 10.0.0.111, а извне на 192.168.1.100) не проблема, то ничего не надо настраивать

Re: Непонятки с ipfw nat

Добавлено: 2011-08-19 12:47:55
ivasian
Ну так раз это кому то кроме меня нужно, как это делается правильно, а товарищи?

Re: Непонятки с ipfw nat

Добавлено: 2011-08-19 12:58:17
dmtr
второй нат можно поднять на em1. а можт и rinetd поможет.

а если коннкет по какому-нибудь доменному имени происходит, то можно вписать нужное соответсвие в hosts локальным машинам.

Re: Непонятки с ipfw nat

Добавлено: 2011-08-19 13:26:29
ivasian
rinetd конечно поможет, но это скорее костыль чем решение ) Править файлы hosts тоже не решение. А что имеется ввиду под вторым натом? Как и на что он будет натить на интерфейсе em1?

Re: Непонятки с ipfw nat

Добавлено: 2011-08-19 14:11:03
dmtr
rinetd конечно поможет, но это скорее костыль чем решение )
почему? сервис как сервис, настроили и работает.
А что имеется ввиду под вторым натом? Как и на что он будет натить на интерфейсе em1?
честно говоря для такой задачи два ната не пробовал, но логика следующая. поднять второй нат на интерфейсе em1, и заворачивать на него запросы пришедшие через em1 для получателя 192.168.1.100 (вы ж на 192.168.1.100:411 хотите), и пусть он тот же конфиг использует -
(redirect_port tcp 10.0.0.111:411 411)
хотя я не уверен что работать это будет. думать лень.

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

когда у меня была такая задача, я решил её через dns-сервера.
есть домен company.ru, его dnsы всему интернету отдают внешний ИП моего шлюза, а на локальном днс-сервере прописана зона company.ru с нужным ИП в локалке.

Re: Непонятки с ipfw nat

Добавлено: 2011-08-20 10:17:06
ivasian
Нат в таком конфиге работать будет. Я и так использую ядерный нат. Да, через днс можно такое сделать.
Спасибо за инфу, впринципе поставленный вопрос решен.

Re: Непонятки с ipfw nat

Добавлено: 2011-08-20 17:57:29
opt1k
хотя бы написали как решили.