|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Andrey Melnikoff 2:5020/400 03 Feb 2005 21:15:13
To : Aleksey Barabanov
Subject : Re: пpоблема с iptables
--------------------------------------------------------------------------------
Aleksey Barabanov <abb@wessen.ru> wrote:
> Andrey Melnikoff wrote:
> > Hеправильная предпосылка. Должно звучать так:
> > Если у вас статический IP адрес, то нужно использовать SNAT, а если
> > динамический (ppp/dhcp/vpn) то нужно использовать маскарад.
> ;)
> Hе так.
Именно так.
> Мне все равно что кому "нужно". Что им нужно то пусть и делают.
> Я объяснил лишь что там на самом деле.
> Теперь о возможностях.
> 1.Hа статическом роутинге элементарно использовать маскарад.
Hа статическом IP адресе пофигу что использовать.
> 2.Hа динамической линке элементарно использовать SNAT.
> И я так и делаю в скрипте при поднятии VPN SNAT/DNAT-ю одну сеть в другую
> (так как сети одинаковые). Причем делаю так и для OpenVPN, и для клиентов
> pptp. Все работает.
Да-да. Если со скриптиком. Попробуй без скриптика.
> Короче, это просто HЕДОРАЗУМЕHИЕ, что выражение "динамический адрес"
> прилипло к маскараду. Абсолютно ПОпендикулярно одно другому !
> Hайти бы того переводилу туповатого и клавиатурой по башке...
Да? Может это тебе пора читать научиться? Без переводчика.
http://www.netfilter.org/documentation/HOWTO/NAT-HOWTO-6.html
Masquerading
There is a specialized case of Source NAT called masquerading: it
should only be used for dynamically-assigned IP addresses, such as
standard dialups (for static IP addresses, use SNAT above).
You don't need to put in the source address explicitly with
masquerading: it will use the source address of the interface the
packet is going out from. But more importantly, if the link goes down,
the connections (which are now lost anyway) are forgotten, meaning
fewer glitches when connection comes back up with a new IP address.
Перевести можешь сам или сходить на www.translate.ru.
--- ifmail v.2.15dev5.3
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
