<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title><![CDATA[Linux Forum &mdash; [Решено] Не работает проброс портов iptables]]></title>
		<link>https://linuxforum.ru/viewtopic.php?id=19609</link>
		<atom:link href="https://linuxforum.ru/extern.php?action=feed&amp;tid=19609&amp;type=rss" rel="self" type="application/rss+xml" />
		<description><![CDATA[Недавние сообщения в теме «[Решено] Не работает проброс портов iptables».]]></description>
		<lastBuildDate>Tue, 11 Sep 2012 14:12:26 +0000</lastBuildDate>
		<generator>PunBB</generator>
		<item>
			<title><![CDATA[Re: [Решено] Не работает проброс портов iptables]]></title>
			<link>https://linuxforum.ru/viewtopic.php?pid=298090#p298090</link>
			<description><![CDATA[<div class="quotebox"><cite>0x000000x0 пишет:</cite><blockquote><p>Так же подгружаю модули</p></blockquote></div><p>Модули можно подгрузить в файле в /etc/sysconfig/SuSEfirewall2 строчкой типа:<br />FW_LOAD_MODULES=&quot;nf_conntrack_netbios_ns nf_conntrack_ftp nf_nat_ftp&quot;</p><div class="quotebox"><cite>0x000000x0 пишет:</cite><blockquote><p>да просто скриптом таким</p></blockquote></div><p>В SUSE, на мой взгляд, лучше пользоваться SuSEFirewall2 и включать правила iptables в файл скрипта SuSEfirewall2-custom (см. ниже), без этого скрипта.</p><div class="quotebox"><cite>CyberDaemon пишет:</cite><blockquote><p> В suse надо пользоваться либо SuSEFirewall, либо его удалить.Если просто SuseFirewll не запускать, он всё равно стартует неявно и гробит правила iptables созданные вручную.</p></blockquote></div><p>В /etc/sysconfig/SuSEfirewall2 добавляется строчка:<br />FW_CUSTOMRULES=&quot;/etc/sysconfig/scripts/SuSEfirewall2-custom&quot;,<br />и в этот файл записываются любые правила iptables, которые &quot;гробиться&quot; не будут, а будут добавляться к правилам SuSEfirewall2, который при такой конфигурации удалять не надо.</p><div class="quotebox"><cite>drBatty пишет:</cite><blockquote><p>как разработчик гуёв - расскажу по секрету: он и должен гнобить ваши правила. Выбирайте что-то одно. Если вам просто надо поднять шлюз и забыть(забить), юзайте SUSEFirewall. Иначе удалите его к чертям, и разбирайтесь сами. Третьего не дано.</p></blockquote></div><p>SuSEfirewall2 настраивается не только через GUI, но и вручную через редактирование файла /etc/sysconfig/SuSEfirewall2 (не уверен, что все его настройки можно сделать через YaST, и по большей части настраиваю его вручную). &quot;Третий&quot;, и на мой взгляд, оптимальный путь, это сделать базовые настройки через YaST, а затем добавлять правила вручную в файлы /etc/sysconfig/SuSEfirewall2 и /etc/sysconfig/scripts/SuSEfirewall2-custom.</p><div class="quotebox"><cite>oles_rid пишет:</cite><blockquote><p> порт форвардится успешно после раскоментирования iptables -A FORWARD -m state --state ESTABLISHED,RELATED -j ACCEPT<br />но тогда открываються все порты для пользователей.</p></blockquote></div><p>Если не разрешены NEW, то открываются только для уже установленных по другим портам соединений. Для ftp достаточно открыть верхние порты с параметрами ESTABLISHED,RELATED и в файле /etc/sysconfig/SuSEfirewall2 не забыть подключить модули nf_conntrack_ftp и, если надо, nf_nat_ftp. В файл /etc/sysconfig/scripts/SuSEfirewall2-custom добавляются строчки:<br />iptables -A forward_int -s 192.168.x.0/24 -d 0/0 -p tcp -m state --state ESTABLISHED,RELATED --dport 1024:65535 -j ACCEPT<br /> iptables -A forward_ext -s 0/0 -d 192.168.x.0/24 -p tcp -m state --state ESTABLISHED,RELATED --sport 1024:65535 -j ACCEPT</p><p>Где x - число, используемое в локальной сети.</p><p>Проброс портов в локальную сеть делается в файле /etc/sysconfig/SuSEfirewall2 следующим образом:</p><p>FW_FORWARD_MASQ=&quot;0/0,[ip-адрес компьютера в локальной сети],[протокол, например tcp],[порт на сервере, к которому обращаются извне],[порт компьютера в локальной сети],[внешний ip]<br />[Еще правила, каждое с новой строки (если не ошибаюсь, можно также через пробел)]&quot;</p><p>Или с помощью непосредственно iptables в файле /etc/sysconfig/scripts/SuSEfirewall2-custom<br />iptables -A FORWARD -i eth0 -p tcp -d [ip-адрес компьютера в локальной сети] --dport [порт компьютера в локальной сети] -j ACCEPT<br />iptables -t nat -A PREROUTING -i eth0 -p tcp --dport [порт на сервере, к которому обращаются извне] -j DNAT --to [ip-адрес компьютера в локальной сети]:[порт компьютера в локальной сети]</p><p>Конфигурация работает, если есть ошибки в ее изложении на форуме, поправьте.</p>]]></description>
			<author><![CDATA[null@example.com (Макс1)]]></author>
			<pubDate>Tue, 11 Sep 2012 14:12:26 +0000</pubDate>
			<guid>https://linuxforum.ru/viewtopic.php?pid=298090#p298090</guid>
		</item>
		<item>
			<title><![CDATA[Re: [Решено] Не работает проброс портов iptables]]></title>
			<link>https://linuxforum.ru/viewtopic.php?pid=252054#p252054</link>
			<description><![CDATA[<div class="quotebox"><cite>Kettler пишет:</cite><blockquote><p>А чтоб работало как вы хотите добавьте к этому правилу </p><div class="codebox"><pre><code>iptables -A FORWARD -i eth0 -d 192.168.21.2 -p tcp --dport 21 -j ACCEPT</code></pre></div><p> обратное прохождение.<br /></p><div class="codebox"><pre><code>iptables -A FORWARD -s 192.168.21.2 -o eth0 -p tcp --sport 21 -j ACCEPT</code></pre></div></blockquote></div><p>Cпасибо вам огромное!!! Всё завелось!!!&nbsp; :cool:</p>]]></description>
			<author><![CDATA[null@example.com (oles_rid)]]></author>
			<pubDate>Sat, 18 Feb 2012 20:11:14 +0000</pubDate>
			<guid>https://linuxforum.ru/viewtopic.php?pid=252054#p252054</guid>
		</item>
		<item>
			<title><![CDATA[Re: [Решено] Не работает проброс портов iptables]]></title>
			<link>https://linuxforum.ru/viewtopic.php?pid=251967#p251967</link>
			<description><![CDATA[<div class="quotebox"><cite>oles_rid пишет:</cite><blockquote><p>порт форвардится успешно после раскоментирования iptables -A FORWARD -m state --state ESTABLISHED,RELATED -j ACCEPT<br />но тогда открываються все порты для пользователей.&nbsp; Помогите пожалуйста...&nbsp; <img src="https://linuxforum.ru/img/smilies/ac.gif" alt="ac" /></p></blockquote></div><p>Не так! Ведь вы блокируете тут:<br /></p><div class="codebox"><pre><code>iptables -A FORWARD -s 192.168.21.2 -i eth1 -o eth0 -p tcp --dport 37618 -j ACCEPT #  37618</code></pre></div><p>А чтоб работало как вы хотите добавьте к этому правилу </p><div class="codebox"><pre><code>iptables -A FORWARD -i eth0 -d 192.168.21.2 -p tcp --dport 21 -j ACCEPT</code></pre></div><p> обратное прохождение.<br /></p><div class="codebox"><pre><code>iptables -A FORWARD -s 192.168.21.2 -o eth0 -p tcp --sport 21 -j ACCEPT</code></pre></div>]]></description>
			<author><![CDATA[null@example.com (Kettler)]]></author>
			<pubDate>Sat, 18 Feb 2012 10:11:34 +0000</pubDate>
			<guid>https://linuxforum.ru/viewtopic.php?pid=251967#p251967</guid>
		</item>
		<item>
			<title><![CDATA[Re: [Решено] Не работает проброс портов iptables]]></title>
			<link>https://linuxforum.ru/viewtopic.php?pid=251868#p251868</link>
			<description><![CDATA[<p>Доброго времени суток! Помогите побороть проброс на 21 порт. <br />Скрипт c правилами IPTABLES:<br /></p><div class="codebox"><pre><code>#!/bin/sh
echo &quot;1&quot; &gt; /proc/sys/net/ipv4/ip_forward
modprobe iptable_nat
modprobe ip_conntrack_ftp
modprobe ip_nat_ftp
# Clear all old rules
iptables -F
iptables -F -t nat
iptables -F -t mangle

#------Close all from everyone outside
iptables -P INPUT DROP
iptables -P OUTPUT DROP
iptables -P FORWARD DROP

# lo allow
iptables -A INPUT -i lo -j ACCEPT
iptables -A OUTPUT -o lo -j ACCEPT
# Attack BLOCK
iptables -A FORWARD -p tcp --syn -m limit --limit 1/s -j ACCEPT
iptables -A FORWARD -p tcp --tcp-flags SYN,ACK,FIN,RST RST -m limit --limit 1/s -j ACCEPT
iptables -A FORWARD -p icmp --icmp-type echo-request -m limit --limit 1/s -j ACCEPT

# Block port scanning
iptables -A INPUT -m recent --name portscan --rcheck --seconds 86400 -j DROP
iptables -A FORWARD -m recent --name portscan --rcheck --seconds 86400 -j DROP
iptables -A INPUT -p tcp -m tcp --dport 139 -m recent --name portscan --set -j LOG --log-prefix &quot;Portscan:&quot;
iptables -A INPUT -p tcp -m tcp --dport 139 -m recent --name portscan --set -j DROP
iptables -A FORWARD -p tcp -m tcp --dport 139 -m recent --name portscan --set -j LOG --log-prefix &quot;Portscan:&quot;
iptables -A FORWARD -p tcp -m tcp --dport 139 -m recent --name portscan --set -j DROP

# Allow local users
iptables -A INPUT -i eth1 -j ACCEPT
iptables -A OUTPUT -o eth1 -j ACCEPT

#------Connect 3 times a minute
iptables -I INPUT -p tcp --dport 22 -i eth0 -m state --state NEW -m recent --set
iptables -I INPUT -p tcp --dport 22 -i eth0 -m state --state NEW -m recent --update --seconds 60 --hitcount 3 -j DROP
iptables -I INPUT -p tcp --dport 3389 -i eth0 -m state --state NEW -m recent --set
iptables -I INPUT -p tcp --dport 3389 -i eth0 -m state --state NEW -m recent --update --seconds 60 --hitcount 3 -j DROP

# Already connected ports
iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
#iptables -A FORWARD -m state --state ESTABLISHED,RELATED -j ACCEPT
#iptables -A OUTPUT -m state --state RELATED,ESTABLISHED -j ACCEPT

# Turn on Masquerading
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
iptables -t nat -A POSTROUTING -o eth1 -j MASQUERADE

# Forward
iptables -A FORWARD -s 192.168.21.2 -i eth1 -o eth0 -p tcp --dport 37618 -j ACCEPT #  37618
iptables -A FORWARD -d 192.168.21.2 -i eth0 -o eth1 -p tcp --sport 37618 -j ACCEPT #  37618


# Forward 80  to squid
iptables -A PREROUTING -t nat -i eth1 -p tcp --dport 80 -j REDIRECT --to-port 3128

iptables -t nat -A PREROUTING -p tcp -i eth0 --dport 21 -j DNAT --to-destination 192.168.21.2:21
iptables -A FORWARD -i eth0 -d 192.168.21.2 -p tcp --dport 21 -j ACCEPT</code></pre></div><p>eth0 - cмотрит в инет<br />eth1 - смотрит в локалку<br />порт форвардится успешно после раскоментирования iptables -A FORWARD -m state --state ESTABLISHED,RELATED -j ACCEPT<br />но тогда открываються все порты для пользователей.&nbsp; Помогите пожалуйста...&nbsp; <img src="https://linuxforum.ru/img/smilies/ac.gif" alt="ac" /></p>]]></description>
			<author><![CDATA[null@example.com (oles_rid)]]></author>
			<pubDate>Fri, 17 Feb 2012 17:34:42 +0000</pubDate>
			<guid>https://linuxforum.ru/viewtopic.php?pid=251868#p251868</guid>
		</item>
		<item>
			<title><![CDATA[Re: [Решено] Не работает проброс портов iptables]]></title>
			<link>https://linuxforum.ru/viewtopic.php?pid=244469#p244469</link>
			<description><![CDATA[<div class="quotebox"><cite>sev16 пишет:</cite><blockquote><p>то ни какие правила iptables не затираются и ничего удалять не надо</p></blockquote></div><p>понятное дело, ничего он не затирает, если его не включать&nbsp; :lol:</p>]]></description>
			<author><![CDATA[null@example.com (drBatty)]]></author>
			<pubDate>Fri, 20 Jan 2012 04:19:12 +0000</pubDate>
			<guid>https://linuxforum.ru/viewtopic.php?pid=244469#p244469</guid>
		</item>
		<item>
			<title><![CDATA[Re: [Решено] Не работает проброс портов iptables]]></title>
			<link>https://linuxforum.ru/viewtopic.php?pid=244201#p244201</link>
			<description><![CDATA[<div class="quotebox"><cite>drBatty пишет:</cite><blockquote><p>как разработчик гуёв - расскажу по секрету: он и должен гнобить ваши правила. Выбирайте что-то одно. Если вам просто надо поднять шлюз и забыть(забить), юзайте SUSEFirewall. Иначе удалите его к чертям, и разбирайтесь сами. Третьего не дано.</p></blockquote></div><p>Если SUSEFirewall отключен а именно отключены сервисы:<br /></p><div class="codebox"><pre><code>[user@root:/home/user]# chkconfig --list | grep SuSE*
SuSEfirewall2_init        0:off  1:off  2:off  3:off  4:off  5:off  6:off
SuSEfirewall2_setup       0:off  1:off  2:off  3:off  4:off  5:off  6:off</code></pre></div><p> то ни какие правила iptables не затираются и ничего удалять не надо просто отключить SUSEFirewall командой.<br /></p><div class="codebox"><pre><code>[user@root:/home/user]# chkconfig -s SuSEfirewall2_init off</code></pre></div><div class="codebox"><pre><code>[user@root:/home/user]# chkconfig -s SuSEfirewall2_setup off</code></pre></div><p>а в файле /etc/sysconfig/network/config переменную &quot;FIREWALL&quot; выставить в &quot;no&quot;. После перезагрузки SUSEFirewall не стартует.</p>]]></description>
			<author><![CDATA[null@example.com (stevvik)]]></author>
			<pubDate>Thu, 19 Jan 2012 06:41:17 +0000</pubDate>
			<guid>https://linuxforum.ru/viewtopic.php?pid=244201#p244201</guid>
		</item>
		<item>
			<title><![CDATA[Re: [Решено] Не работает проброс портов iptables]]></title>
			<link>https://linuxforum.ru/viewtopic.php?pid=243946#p243946</link>
			<description><![CDATA[<div class="quotebox"><cite>0x000000x0 пишет:</cite><blockquote><p>Да адрес статический. Потому что на сколько я знаю, нужно именно DNAT использовать когда нужно получить доступ из вне в локальную сеть, а SNAT из локальной сети в интернет.</p></blockquote></div><p>вообще-то нет никакой разницы в &quot;локальной&quot; и &quot;внешней&quot; сети. Это всё абсолютно одно и то же. Единственная разница в том, что локальные сети ВСЕ изолированны друг от друга, и потому, там могут быть одинаковые IP. Ну например 192.168.1.1. В глобальной сети все IP уникальные. Что-бы преобразовать локальный IP в глобальный, как раз таки и нужен NAT.</p><p>В чём разница между SNAT и DNAT? В первом всё просто - переделка адреса <strong>отправителя</strong> для <strong>исходящих</strong> пакетов происходит в самом конце цепочки. Это для нас намного проще, в силу того, что NAT не мешает нам создавать свои правила. Но нам в таком случае нужно знать этот адрес <strong>отправителя</strong>, для исходящих в Сеть пакетов этот адрес == ваш внешний IP. Вот его-то мы и меняем, как раз перед тем, как пакеты покидают наш&nbsp; шлюз.</p><p>DNAT работает с другого конца - исходящий пакет меняет свой IP сразу после поступления на шлюз, проходит через весь шлюз (по цепочке FORWARD), и отправляется в Сеть. При этом нам сложнее контролировать его перемещение(внутри шлюза), ведь его IP динамический, и его нельзя забить в скрипт. Необходимость делать NAT на входе возникает от того, что только на входе мы можем определить, откуда поступил данный пакет (с какого eth). Потом все пакеты смешиваются, и определить это уже будет невозможно. Имеется естественно костыль MASQUERADE, который позволяет отслеживать данные пакеты. Но сами понимаете - это костыль. Я, помнится даже на динамическом IP всё равно использовал SNAT - мой провайдер каждые 24 часа ронял сеть для смены IP, и мой скрипт после подъёма сети переписывал SNAT на новый IP. Сам автор пишет следующее:</p><div class="quotebox"><blockquote><p>Сценарий The rc.DHCP.firewall.txt очень похож на оригинал rc.firewall.txt. Однако, этот сценарий больше не использует переменную STATIC_IP, это и является основным отличием от оригинала rc.firewall.txt. Причина в том, что rc.firewall.txt не будет работать в случае динамического IP адреса. Изменения, по сравнению с оригиналом - минимальны. Этот сценарий будет полезен в случае DHCP, PPP и SLIP подключения к Интернет.</p><p>Сценарий требует, чтобы следующие опции были скомпилированы либо статически, либо как модули. Без какой либо из них сценарий будет неработоспособен</p><p>&nbsp; &nbsp; CONFIG_NETFILTER</p><p>&nbsp; &nbsp; CONFIG_IP_NF_CONNTRACK</p><p>&nbsp; &nbsp; CONFIG_IP_NF_IPTABLES</p><p>&nbsp; &nbsp; CONFIG_IP_NF_MATCH_LIMIT</p><p>&nbsp; &nbsp; CONFIG_IP_NF_MATCH_STATE</p><p>&nbsp; &nbsp; CONFIG_IP_NF_FILTER</p><p>&nbsp; &nbsp; CONFIG_IP_NF_NAT</p><p>&nbsp; &nbsp; CONFIG_IP_NF_TARGET_MASQUERADE</p><p>&nbsp; &nbsp; CONFIG_IP_NF_TARGET_LOG</p><p>Главное отличие данного скрипта состоит в удалении переменной STATIC_IP и всех ссылок на эту переменную. Вместо нее теперь используется переменная INET_IFACE. Другими словами -d $STATIC_IP заменяется на -i $INET_IFACE. Собственно это все, что нужно изменить в действительности. (Хочется отметить, что в данном случае под STATIC_IP автор понимает переменную INET_IP прим. перев.)</p></blockquote></div><p>А вообще - прочитайте этот мануал: <a href="http://www.opennet.ru/docs/RUS/iptables/">http://www.opennet.ru/docs/RUS/iptables/</a><br />на самом деле, там нет ничего сложного. Если что - пишите, разберёмся.<br /></p><div class="quotebox"><cite>0x000000x0 пишет:</cite><blockquote><p>Если это не так, как должно выглядеть правило? Давайте проверим:)</p></blockquote></div><p>что проверять? я-бы не написал этого поста, и лишился-бы работы, если-бы в своё время с этим не разобрался.<br /></p><div class="quotebox"><cite>CyberDaemon пишет:</cite><blockquote><p>В suse надо пользоваться либо SuSEFirewall, либо его удалить.Если просто SuseFirewll не запускать, он всё равно стартует неявно и гробит правила iptables созданные вручную.</p></blockquote></div><p>как разработчик гуёв - расскажу по секрету: он и должен гнобить ваши правила. Выбирайте что-то одно. Если вам просто надо поднять шлюз и забыть(забить), юзайте SUSEFirewall. Иначе удалите его к чертям, и разбирайтесь сами. Третьего не дано.</p>]]></description>
			<author><![CDATA[null@example.com (drBatty)]]></author>
			<pubDate>Wed, 18 Jan 2012 11:31:01 +0000</pubDate>
			<guid>https://linuxforum.ru/viewtopic.php?pid=243946#p243946</guid>
		</item>
		<item>
			<title><![CDATA[Re: [Решено] Не работает проброс портов iptables]]></title>
			<link>https://linuxforum.ru/viewtopic.php?pid=243931#p243931</link>
			<description><![CDATA[<div class="quotebox"><cite>0x000000x0 пишет:</cite><blockquote><div class="quotebox"><blockquote><p>Как Вы получили эту таблицу, как загружаете ей?</p></blockquote></div><p>да просто скриптом таким</p><p>#!/bin/sh<br />iptables -F INPUT<br />iptables -F FORWARD<br />iptables -F OUTPUT<br />iptables -t nat -F<br />iptables -A INPUT -p tcp --tcp-flags SYN,ACK,FIN,RST RST -j DROP<br />iptables -A INPUT -p tcp -m tcp --tcp-flags FIN,ACK FIN -j DROP<br />iptables -A INPUT -p tcp -m tcp --tcp-flags FIN,SYN,RST,PSH,ACK,URG FIN,SYN,RST,PSH,ACK,URG -j DROP<br />iptables -A INPUT -p tcp -m tcp --tcp-flags FIN,SYN,RST,PSH,ACK,URG NONE -j DROP<br />iptables -A INPUT -i eth1 -p TCP --dport 80 -j ACCEPT<br />iptables -A INPUT -i eth1 -p TCP --dport 3128 -j ACCEPT<br />iptables -A INPUT -i eth1 -p TCP --dport 3306 -j ACCEPT<br />iptables -A INPUT -p TCP --dport 22 -j ACCEPT<br />iptables -A INPUT -i eth1 -p TCP --dport 53 -j ACCEPT<br />iptables -A INPUT -p TCP ! --syn -m state --state NEW -j DROP<br />iptables -A INPUT -d $INETIP -p TCP --syn -j DROP<br />iptables -t nat -A PREROUTING -d 1.2.3.4 -p TCP --dport 3389 -j DNAT --to-destination 192.168.0.68:3389<br />iptables -t nat -A PREROUTING -i eth1 -p tcp -m tcp --dport 80 -j DNAT --to-destination 192.168.0.2:3128<br />iptables -t nat -A POSTROUTING -s 192.168.0.3 -d 0.0.0.0/32 -j MASQUERADE<br />echo &quot;1&quot; &gt; /proc/sys/net/ipv4/ip_forward</p></blockquote></div><p>Понятно. В suse надо пользоваться либо SuSEFirewall, либо его удалить.Если просто SuseFirewll не запускать, он всё равно стартует неявно и гробит правила iptables созданные вручную.</p>]]></description>
			<author><![CDATA[null@example.com (CyberDaemon)]]></author>
			<pubDate>Wed, 18 Jan 2012 10:11:25 +0000</pubDate>
			<guid>https://linuxforum.ru/viewtopic.php?pid=243931#p243931</guid>
		</item>
		<item>
			<title><![CDATA[Re: [Решено] Не работает проброс портов iptables]]></title>
			<link>https://linuxforum.ru/viewtopic.php?pid=243927#p243927</link>
			<description><![CDATA[<div class="quotebox"><cite>UTiM пишет:</cite><blockquote><p>То, что вы знаете iptables - это круто, но поищите уже волшебные слова &quot;SuseFirewall&quot; здесь и на <a href="http://unixforum.org">http://unixforum.org</a>. Через него это делается в пару кликов.&nbsp; Просто - если разработчики данного дистрибутива предусмотрели данный механизм - зачем лезть в окно - чтобы потом гадать - почему вдруг настройки&nbsp; &nbsp;iptables сами сбрасываюся....&nbsp; Если iptables осилили - то уж и про это почитать можно.</p><p>На вскидку (В сотый раз копипастю сам себя):<br />1. Тема, содержащая примерный порядок настроек <a href="http://unixforum.org/index.php?showtopic=111464">http://unixforum.org/index.php?showtopic=111464</a><br />2. Ссылка на русскую вебморду с русским описанием параметров <a href="http://unixforum.org/index.php?showtopic=104731&amp;st=0&amp;p=978028&amp;#entry978028">http://unixforum.org/index.php?showtopi … ntry978028</a><br />3. Неплохие описания настроек фаервола простенько&nbsp; <a href="http://mysuse.com.ua/main/act/articles/14">http://mysuse.com.ua/main/act/articles/14</a> и подробно <a href="http://mysuse.com.ua/main/act/articles/show/26">http://mysuse.com.ua/main/act/articles/show/26</a></p></blockquote></div><p>Попробую что-то решить из выше написанного:)</p>]]></description>
			<author><![CDATA[null@example.com (0x000000x0)]]></author>
			<pubDate>Wed, 18 Jan 2012 09:55:12 +0000</pubDate>
			<guid>https://linuxforum.ru/viewtopic.php?pid=243927#p243927</guid>
		</item>
		<item>
			<title><![CDATA[Re: [Решено] Не работает проброс портов iptables]]></title>
			<link>https://linuxforum.ru/viewtopic.php?pid=243926#p243926</link>
			<description><![CDATA[<p>То, что вы знаете iptables - это круто, но поищите уже волшебные слова &quot;SuseFirewall&quot; здесь и на <a href="http://unixforum.org">http://unixforum.org</a>. Через него это делается в пару кликов.&nbsp; Просто - если разработчики данного дистрибутива предусмотрели данный механизм - зачем лезть в окно - чтобы потом гадать - почему вдруг настройки&nbsp; &nbsp;iptables сами сбрасываюся....&nbsp; Если iptables осилили - то уж и про это почитать можно.</p><p>На вскидку (В сотый раз копипастю сам себя):<br />1. Тема, содержащая примерный порядок настроек <a href="http://unixforum.org/index.php?showtopic=111464">http://unixforum.org/index.php?showtopic=111464</a><br />2. Ссылка на русскую вебморду с русским описанием параметров <a href="http://unixforum.org/index.php?showtopic=104731&amp;st=0&amp;p=978028&amp;#entry978028">http://unixforum.org/index.php?showtopi … ntry978028</a><br />3. Неплохие описания настроек фаервола простенько&nbsp; <a href="http://mysuse.com.ua/main/act/articles/14">http://mysuse.com.ua/main/act/articles/14</a> и подробно <a href="http://mysuse.com.ua/main/act/articles/show/26">http://mysuse.com.ua/main/act/articles/show/26</a>&nbsp; (похоже умерли ссылки - тогда в веб-архив)</p>]]></description>
			<author><![CDATA[null@example.com (UTiM)]]></author>
			<pubDate>Wed, 18 Jan 2012 09:52:01 +0000</pubDate>
			<guid>https://linuxforum.ru/viewtopic.php?pid=243926#p243926</guid>
		</item>
		<item>
			<title><![CDATA[Re: [Решено] Не работает проброс портов iptables]]></title>
			<link>https://linuxforum.ru/viewtopic.php?pid=243915#p243915</link>
			<description><![CDATA[<p>Попробуй отключить правила фильтрации трафика и посмотреть будет подключаться или нет может ты сам себя режешь и вообще нужно определится с политикой по умолчанию или ты все разрешаешь а потом ставишь запрет или все запрещаешь а потом правилами разрешаешь нужное тебе а то какая-то путаница в правилах получается.</p>]]></description>
			<author><![CDATA[null@example.com (stevvik)]]></author>
			<pubDate>Wed, 18 Jan 2012 08:02:18 +0000</pubDate>
			<guid>https://linuxforum.ru/viewtopic.php?pid=243915#p243915</guid>
		</item>
		<item>
			<title><![CDATA[Re: [Решено] Не работает проброс портов iptables]]></title>
			<link>https://linuxforum.ru/viewtopic.php?pid=243873#p243873</link>
			<description><![CDATA[<div class="quotebox"><blockquote><p>Как Вы получили эту таблицу, как загружаете ей?</p></blockquote></div><p>да просто скриптом таким</p><p>#!/bin/sh<br />iptables -F INPUT<br />iptables -F FORWARD<br />iptables -F OUTPUT<br />iptables -t nat -F<br />iptables -A INPUT -p tcp --tcp-flags SYN,ACK,FIN,RST RST -j DROP<br />iptables -A INPUT -p tcp -m tcp --tcp-flags FIN,ACK FIN -j DROP<br />iptables -A INPUT -p tcp -m tcp --tcp-flags FIN,SYN,RST,PSH,ACK,URG FIN,SYN,RST,PSH,ACK,URG -j DROP<br />iptables -A INPUT -p tcp -m tcp --tcp-flags FIN,SYN,RST,PSH,ACK,URG NONE -j DROP<br />iptables -A INPUT -i eth1 -p TCP --dport 80 -j ACCEPT<br />iptables -A INPUT -i eth1 -p TCP --dport 3128 -j ACCEPT<br />iptables -A INPUT -i eth1 -p TCP --dport 3306 -j ACCEPT<br />iptables -A INPUT -p TCP --dport 22 -j ACCEPT<br />iptables -A INPUT -i eth1 -p TCP --dport 53 -j ACCEPT<br />iptables -A INPUT -p TCP ! --syn -m state --state NEW -j DROP<br />iptables -A INPUT -d $INETIP -p TCP --syn -j DROP<br />iptables -t nat -A PREROUTING -d 1.2.3.4 -p TCP --dport 3389 -j DNAT --to-destination 192.168.0.68:3389<br />iptables -t nat -A PREROUTING -i eth1 -p tcp -m tcp --dport 80 -j DNAT --to-destination 192.168.0.2:3128<br />iptables -t nat -A POSTROUTING -s 192.168.0.3 -d 0.0.0.0/32 -j MASQUERADE<br />echo &quot;1&quot; &gt; /proc/sys/net/ipv4/ip_forward</p>]]></description>
			<author><![CDATA[null@example.com (0x000000x0)]]></author>
			<pubDate>Wed, 18 Jan 2012 05:17:46 +0000</pubDate>
			<guid>https://linuxforum.ru/viewtopic.php?pid=243873#p243873</guid>
		</item>
		<item>
			<title><![CDATA[Re: [Решено] Не работает проброс портов iptables]]></title>
			<link>https://linuxforum.ru/viewtopic.php?pid=243871#p243871</link>
			<description><![CDATA[<div class="quotebox"><cite>0x000000x0 пишет:</cite><blockquote><p>Доброго времени суток всем!<br />Стоит OpenSuse 11.4 в качестве шлюза. Нужно организовать подключение к рабочему столу и прочим сервисам в локальной сети из инета.<br />Локальная сеть 192.168.0.0/24<br />Внешний адрес 1.2.3.4<br />Внешний сетевой интерфейс eth0<br />Внутренний сетевой интерфейс eth1<br />нужно получить доступ к 192.168.0.68 по RDP</p><div class="codebox"><pre><code># Generated by iptables-save v1.4.10 on Wed Jan 18 09:51:44 2012
*filter
:INPUT ACCEPT [8889:6030007]
:FORWARD ACCEPT [11:540]
:OUTPUT ACCEPT [36936:12626414]
-A INPUT -p tcp -m tcp --tcp-flags FIN,SYN,RST,ACK RST -j DROP 
-A INPUT -p tcp -m tcp --tcp-flags FIN,ACK FIN -j DROP 
-A INPUT -p tcp -m tcp --tcp-flags FIN,SYN,RST,PSH,ACK,URG FIN,SYN,RST,PSH,ACK,URG -j DROP 
-A INPUT -p tcp -m tcp --tcp-flags FIN,SYN,RST,PSH,ACK,URG NONE -j DROP 
-A INPUT -i eth1 -p tcp -m tcp --dport 80 -j ACCEPT 
-A INPUT -i eth1 -p tcp -m tcp --dport 3128 -j ACCEPT 
-A INPUT -i eth1 -p tcp -m tcp --dport 3306 -j ACCEPT 
-A INPUT -p tcp -m tcp --dport 22 -j ACCEPT 
-A INPUT -i eth1 -p tcp -m tcp --dport 53 -j ACCEPT 
-A INPUT -p tcp -m tcp ! --tcp-flags FIN,SYN,RST,ACK SYN -m state --state NEW -j DROP 
COMMIT
# Completed on Wed Jan 18 09:51:44 2012
# Generated by iptables-save v1.4.10 on Wed Jan 18 09:51:44 2012
*nat
:PREROUTING ACCEPT [2761:213616]
:INPUT ACCEPT [2653:207780]
:OUTPUT ACCEPT [2573:185609]
:POSTROUTING ACCEPT [2579:185905]
-A PREROUTING -d 1.2.3.4/32 -p tcp -m tcp --dport 3389 -j DNAT --to-destination 192.168.0.68:3389 
-A PREROUTING -i eth1 -p tcp -m tcp --dport 80 -j DNAT --to-destination 192.168.0.2:3128 
-A POSTROUTING -s 192.168.0.3/32 -d 0.0.0.0/32 -j MASQUERADE 
COMMIT
# Completed on Wed Jan 18 09:51:44 2012
# Generated by iptables-save v1.4.10 on Wed Jan 18 09:51:44 2012
*mangle
:PREROUTING ACCEPT [34836:8871437]
:INPUT ACCEPT [34825:8870897]
:FORWARD ACCEPT [11:540]
:OUTPUT ACCEPT [36937:12627170]
:POSTROUTING ACCEPT [36948:12627710]
COMMIT
# Completed on Wed Jan 18 09:51:44 2012</code></pre></div><p>На другом шлюзе стоит Debian - там работает.<br />Почему тут не хочет не пойму, подскажите кто знает...</p></blockquote></div><p>Как Вы получили эту таблицу, как загружаете ей?</p>]]></description>
			<author><![CDATA[null@example.com (CyberDaemon)]]></author>
			<pubDate>Wed, 18 Jan 2012 04:35:39 +0000</pubDate>
			<guid>https://linuxforum.ru/viewtopic.php?pid=243871#p243871</guid>
		</item>
		<item>
			<title><![CDATA[Re: [Решено] Не работает проброс портов iptables]]></title>
			<link>https://linuxforum.ru/viewtopic.php?pid=243868#p243868</link>
			<description><![CDATA[<div class="quotebox"><cite>drBatty пишет:</cite><blockquote><div class="quotebox"><cite>0x000000x0 пишет:</cite><blockquote><p>На другом шлюзе стоит Debian - там работает.<br />Почему тут не хочет не пойму, подскажите кто знает...</p></blockquote></div><p>как я понимаю, адрес статический? тогда почему вы используете DNAT, а не SNAT?<br /><a href="http://www.opennet.ru/docs/RUS/iptables/#STARTINGSNAT">http://www.opennet.ru/docs/RUS/iptables/#STARTINGSNAT</a><br /></p><div class="quotebox"><blockquote><p>В этом сценарие я использую SNAT вместо MASQUERADE по ряду причин. Первая -- предполагается, что этот сценарий должен работать на сетевом узле, который имеет постоянный IP адрес. Следующая состоит в том, что SNAT работает быстрее и более эффективно. Конечно, если вы не имеете постоянного IP адреса, то вы должны использовать действие MASQUERADE, которое предоставляет более простой способ трансляции адресов, поскольку оно автоматически определяет IP адрес, присвоенный заданному интерфейсу. Однако, по сравнению с SNAT это действие требует несколько больших вычислительных ресурсов, хотя и не значительно. Пример работы с MASQUERADE, вы найдете в сценарии rc.DHCP.firewall.txt.</p></blockquote></div></blockquote></div><br /><p>Да адрес статический. Потому что на сколько я знаю, нужно именно DNAT использовать когда нужно получить доступ из вне в локальную сеть, а SNAT из локальной сети в интернет.<br />Если это не так, как должно выглядеть правило? Давайте проверим:)</p>]]></description>
			<author><![CDATA[null@example.com (0x000000x0)]]></author>
			<pubDate>Wed, 18 Jan 2012 04:14:23 +0000</pubDate>
			<guid>https://linuxforum.ru/viewtopic.php?pid=243868#p243868</guid>
		</item>
		<item>
			<title><![CDATA[Re: [Решено] Не работает проброс портов iptables]]></title>
			<link>https://linuxforum.ru/viewtopic.php?pid=243866#p243866</link>
			<description><![CDATA[<p># cat /proc/sys/net/ipv4/ip_forward<br />1</p><p>Так же подгружаю модули</p><p>modprobe iptable_mangle<br />modprobe ipt_MASQUERADE<br />modprobe iptable_nat<br />modprobe ipt_REJECT<br />modprobe nf_nat<br />modprobe nf_conntrack_ipv4<br />modprobe nf_conntrack<br />modprobe ip_tables</p>]]></description>
			<author><![CDATA[null@example.com (0x000000x0)]]></author>
			<pubDate>Wed, 18 Jan 2012 04:10:22 +0000</pubDate>
			<guid>https://linuxforum.ru/viewtopic.php?pid=243866#p243866</guid>
		</item>
	</channel>
</rss>
