<?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; Помощь в настройке маршрутов]]></title>
		<link>https://linuxforum.ru/viewtopic.php?id=19743</link>
		<atom:link href="https://linuxforum.ru/extern.php?action=feed&amp;tid=19743&amp;type=rss" rel="self" type="application/rss+xml" />
		<description><![CDATA[Недавние сообщения в теме «Помощь в настройке маршрутов».]]></description>
		<lastBuildDate>Mon, 30 Jan 2012 13:28:34 +0000</lastBuildDate>
		<generator>PunBB</generator>
		<item>
			<title><![CDATA[Re: Помощь в настройке маршрутов]]></title>
			<link>https://linuxforum.ru/viewtopic.php?pid=247091#p247091</link>
			<description><![CDATA[<p>огромное спасибо.<br />цель достигнута</p>]]></description>
			<author><![CDATA[null@example.com (unlimited)]]></author>
			<pubDate>Mon, 30 Jan 2012 13:28:34 +0000</pubDate>
			<guid>https://linuxforum.ru/viewtopic.php?pid=247091#p247091</guid>
		</item>
		<item>
			<title><![CDATA[Re: Помощь в настройке маршрутов]]></title>
			<link>https://linuxforum.ru/viewtopic.php?pid=247089#p247089</link>
			<description><![CDATA[<p>У вас не загружается правила. Выполните:<br />sudo /sbin/yast2 sysconfig set FW_CUSTOMRULES=&quot;/etc/sysconfig/scripts/SuSEfirewall2-custom&quot;<br />sudo /sbin/SuSEfirewall2 stop<br />sudo /sbin/SuSEfirewall2 start</p>]]></description>
			<author><![CDATA[null@example.com (aliaksei1818)]]></author>
			<pubDate>Mon, 30 Jan 2012 13:18:00 +0000</pubDate>
			<guid>https://linuxforum.ru/viewtopic.php?pid=247089#p247089</guid>
		</item>
		<item>
			<title><![CDATA[Re: Помощь в настройке маршрутов]]></title>
			<link>https://linuxforum.ru/viewtopic.php?pid=247087#p247087</link>
			<description><![CDATA[<p>linux-66f2:/home/lavr # nano /etc/sysconfig/scripts/SuSEfirewall2-custom<br />linux-66f2:/home/lavr # /sbin/SuSEfirewall2 stop<br />SuSEfirewall2: batch committing...<br />SuSEfirewall2: Firewall rules unloaded.<br />linux-66f2:/home/lavr # /sbin/SuSEfirewall2 start<br />SuSEfirewall2: Setting up rules from /etc/sysconfig/SuSEfirewall2 ...<br />SuSEfirewall2: batch committing...<br />SuSEfirewall2: Firewall rules successfully set<br />linux-66f2:/home/lavr #</p>]]></description>
			<author><![CDATA[null@example.com (unlimited)]]></author>
			<pubDate>Mon, 30 Jan 2012 13:13:13 +0000</pubDate>
			<guid>https://linuxforum.ru/viewtopic.php?pid=247087#p247087</guid>
		</item>
		<item>
			<title><![CDATA[Re: Помощь в настройке маршрутов]]></title>
			<link>https://linuxforum.ru/viewtopic.php?pid=247083#p247083</link>
			<description><![CDATA[<p>Нет не надо.<br />Покажите выхлоп:<br />/sbin/SuSEfirewall2 stop<br />/sbin/SuSEfirewall2 start</p>]]></description>
			<author><![CDATA[null@example.com (aliaksei1818)]]></author>
			<pubDate>Mon, 30 Jan 2012 13:02:16 +0000</pubDate>
			<guid>https://linuxforum.ru/viewtopic.php?pid=247083#p247083</guid>
		</item>
		<item>
			<title><![CDATA[Re: Помощь в настройке маршрутов]]></title>
			<link>https://linuxforum.ru/viewtopic.php?pid=247071#p247071</link>
			<description><![CDATA[<p>правильно вставил? закомментированные строки удалать не надо?</p>]]></description>
			<author><![CDATA[null@example.com (unlimited)]]></author>
			<pubDate>Mon, 30 Jan 2012 12:05:11 +0000</pubDate>
			<guid>https://linuxforum.ru/viewtopic.php?pid=247071#p247071</guid>
		</item>
		<item>
			<title><![CDATA[Re: Помощь в настройке маршрутов]]></title>
			<link>https://linuxforum.ru/viewtopic.php?pid=247068#p247068</link>
			<description><![CDATA[<p>скопипастил..пинга между сетями нет..((((</p><div class="quotebox"><blockquote><p>#<br /># Authors: Marc Heuse,<br />#&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Volker Kuhlmann &lt;kuhlmav@elec.canterbury.ac.nz&gt;<br />#<br /># /etc/sysconfig/scripts/SuSEfirewall2-custom<br />#<br /># ------------------------------------------------------------------------<br />#<br /># This is file is for SuSEfirewall2 and is an example for using<br /># the hooks which are supplied to load customized ipchains rules.<br />#<br /># THERE IS NO HELP FOR USING HOOKS EXCEPT THIS FILE ! SO READ CAREFULLY !<br /># IT IS USEFUL TO CROSS-READ /sbin/SuSEfirewall2 TO SEE HOW HOOKS WORK !<br />#<br /># ------------------------------------------------------------------------</p><p>fw_custom_after_chain_creation() {<br />&nbsp; &nbsp; iptables -I FORWARD 1 -i eth0 -o eth1 -j ACCEPT<br />&nbsp; &nbsp; iptables -I FORWARD 1 -i eth1 -o eth0 -j ACCEPT<br />&nbsp; &nbsp; iptables --table nat --append POSTROUTING --out-interface eth0 -j MASQUERADE<br />&nbsp; &nbsp; iptables --table nat --append POSTROUTING --out-interface eth1 -j MASQUERADE<br />&nbsp; &nbsp; # these rules will be loaded after the various input_* and forward_* chains<br />&nbsp; &nbsp; # are created.<br />&nbsp; &nbsp; # You can use this hook to allow/deny certain IP protocols or TCP/UDP<br />&nbsp; &nbsp; # ports before the SuSEfirewall2 generated rules are hit.</p><p>#example: always filter backorifice/netbus trojan connect requests and log them.<br />#for target in LOG DROP; do<br />#&nbsp; &nbsp; for chain in input_ext input_dmz input_int forward_int forward_ext forward_dmz; do<br />#&nbsp; &nbsp; &nbsp; &nbsp; iptables -A $chain -j $target -p tcp --dport 31337<br />#&nbsp; &nbsp; &nbsp; &nbsp; iptables -A $chain -j $target -p udp --dport 31337<br />#&nbsp; &nbsp; &nbsp; &nbsp; iptables -A $chain -j $target -p tcp --dport 12345:12346<br />#&nbsp; &nbsp; &nbsp; &nbsp; iptables -A $chain -j $target -p udp --dport 12345:12346<br />#&nbsp; &nbsp; done<br />#done</p><p>&nbsp; &nbsp; true<br />}</p><p>fw_custom_before_port_handling() {<br />&nbsp; &nbsp; # these rules will be loaded after the anti-spoofing and icmp handling<br />&nbsp; &nbsp; # and after the input has been redirected to the input_XXX and<br />&nbsp; &nbsp; # forward_XXX chains and some basic chain-specific anti-circumvention<br />&nbsp; &nbsp; # rules have been set,<br />&nbsp; &nbsp; # but before any IP protocol or TCP/UDP port allow/protection rules<br />&nbsp; &nbsp; # will be set.<br />&nbsp; &nbsp; # You can use this hook to allow/deny certain IP protocols or TCP/UDP<br />&nbsp; &nbsp; # ports before the SuSEfirewall2 generated rules are hit.</p><p>&nbsp; &nbsp; true<br />}</p><p>fw_custom_before_masq() { # could also be named &quot;after_port_handling()&quot;<br />&nbsp; &nbsp; # these rules will be loaded after the IP protocol and TCP/UDP port<br />&nbsp; &nbsp; # handling, but before any IP forwarding (routing), masquerading<br />&nbsp; &nbsp; # will be done.<br />&nbsp; &nbsp; # NOTE: reverse masquerading is before directly after<br />&nbsp; &nbsp; #&nbsp; &nbsp; &nbsp; &nbsp;fw_custom_before_port_handling !!!!<br />&nbsp; &nbsp; # You can use this hook to ... hmmm ... I&#039;m sure you&#039;ll find a use for<br />&nbsp; &nbsp; # this ...</p><p>&nbsp; &nbsp; true<br />}</p></blockquote></div>]]></description>
			<author><![CDATA[null@example.com (unlimited)]]></author>
			<pubDate>Mon, 30 Jan 2012 11:48:41 +0000</pubDate>
			<guid>https://linuxforum.ru/viewtopic.php?pid=247068#p247068</guid>
		</item>
		<item>
			<title><![CDATA[Re: Помощь в настройке маршрутов]]></title>
			<link>https://linuxforum.ru/viewtopic.php?pid=247062#p247062</link>
			<description><![CDATA[<p>Функция fw_custom_after_chain_creation() до строчки true.</p>]]></description>
			<author><![CDATA[null@example.com (aliaksei1818)]]></author>
			<pubDate>Mon, 30 Jan 2012 11:32:01 +0000</pubDate>
			<guid>https://linuxforum.ru/viewtopic.php?pid=247062#p247062</guid>
		</item>
		<item>
			<title><![CDATA[Re: Помощь в настройке маршрутов]]></title>
			<link>https://linuxforum.ru/viewtopic.php?pid=246974#p246974</link>
			<description><![CDATA[<div class="quotebox"><cite>Kettler пишет:</cite><blockquote><p>После.</p><p><div class="termtitle" style="font-family: sans-serif; position:relative; height:auto; width:auto; background:#3A4061; color:#FFFFFF; padding: 1px;"><b> Консоль:</b></div>
<div class="termcont" style="font-family: Terminus; position:relative; height:auto; width:auto; overflow-x:scroll; white-space: nowrap ; overflow-y:auto;background:#000000; color:#4EF44E; line-height:1.2; padding: 3px; font-size: 1rem; max-height: 60vh">nano /etc/sysconfig/scripts/SuSEfirewall2-custom</div></p><p>И туда</p><p><div class="termtitle" style="font-family: sans-serif; position:relative; height:auto; width:auto; background:#3A4061; color:#FFFFFF; padding: 1px;"><b> Консоль:</b></div>
<div class="termcont" style="font-family: Terminus; position:relative; height:auto; width:auto; overflow-x:scroll; white-space: nowrap ; overflow-y:auto;background:#000000; color:#4EF44E; line-height:1.2; padding: 3px; font-size: 1rem; max-height: 60vh">iptables -I FORWARD 1 -i eth0 -o eth1 -j ACCEPT<br />iptables -I FORWARD 1 -i eth1 -o eth0 -j ACCEPT<br />iptables --table nat --append POSTROUTING --out-interface eth0 -j MASQUERADE<br />iptables --table nat --append POSTROUTING --out-interface eth1 -j MASQUERADE</div></p></blockquote></div><p>куда конкретно в нано вставлять эти строки?</p><br /><div class="quotebox"><blockquote><p>#<br /># Authors: Marc Heuse,<br />#&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Volker Kuhlmann &lt;kuhlmav@elec.canterbury.ac.nz&gt;<br />#<br /># /etc/sysconfig/scripts/SuSEfirewall2-custom<br />#<br /># ------------------------------------------------------------------------<br />#<br /># This is file is for SuSEfirewall2 and is an example for using<br /># the hooks which are supplied to load customized ipchains rules.<br />#<br /># THERE IS NO HELP FOR USING HOOKS EXCEPT THIS FILE ! SO READ CAREFULLY !<br /># IT IS USEFUL TO CROSS-READ /sbin/SuSEfirewall2 TO SEE HOW HOOKS WORK !<br />#<br /># ------------------------------------------------------------------------</p><p>fw_custom_after_chain_creation() {<br />&nbsp; &nbsp; # these rules will be loaded after the various input_* and forward_* chains<br />&nbsp; &nbsp; # are created.<br />&nbsp; &nbsp; # You can use this hook to allow/deny certain IP protocols or TCP/UDP<br />&nbsp; &nbsp; # ports before the SuSEfirewall2 generated rules are hit.</p><p>#example: always filter backorifice/netbus trojan connect requests and log them.<br />#for target in LOG DROP; do<br />#&nbsp; &nbsp; for chain in input_ext input_dmz input_int forward_int forward_ext forward_dmz; do<br />#&nbsp; &nbsp; &nbsp; &nbsp; iptables -A $chain -j $target -p tcp --dport 31337<br />#&nbsp; &nbsp; &nbsp; &nbsp; iptables -A $chain -j $target -p udp --dport 31337<br />#&nbsp; &nbsp; &nbsp; &nbsp; iptables -A $chain -j $target -p tcp --dport 12345:12346<br />#&nbsp; &nbsp; &nbsp; &nbsp; iptables -A $chain -j $target -p udp --dport 12345:12346<br />#&nbsp; &nbsp; done<br />#done</p><p>&nbsp; &nbsp; true<br />}</p><p>fw_custom_before_port_handling() {<br />&nbsp; &nbsp; # these rules will be loaded after the anti-spoofing and icmp handling<br />&nbsp; &nbsp; # and after the input has been redirected to the input_XXX and<br />&nbsp; &nbsp; # forward_XXX chains and some basic chain-specific anti-circumvention<br />&nbsp; &nbsp; # rules have been set,<br />&nbsp; &nbsp; # but before any IP protocol or TCP/UDP port allow/protection rules<br />&nbsp; &nbsp; # will be set.<br />&nbsp; &nbsp; # You can use this hook to allow/deny certain IP protocols or TCP/UDP<br />&nbsp; &nbsp; # ports before the SuSEfirewall2 generated rules are hit.</p><p>&nbsp; &nbsp; true<br />}</p><p>fw_custom_before_masq() { # could also be named &quot;after_port_handling()&quot;<br />&nbsp; &nbsp; # these rules will be loaded after the IP protocol and TCP/UDP port<br />&nbsp; &nbsp; # handling, but before any IP forwarding (routing), masquerading<br />&nbsp; &nbsp; # will be done.<br />&nbsp; &nbsp; # NOTE: reverse masquerading is before directly after<br />&nbsp; &nbsp; #&nbsp; &nbsp; &nbsp; &nbsp;fw_custom_before_port_handling !!!!<br />&nbsp; &nbsp; # You can use this hook to ... hmmm ... I&#039;m sure you&#039;ll find a use for<br />&nbsp; &nbsp; # this ...</p><p>&nbsp; &nbsp; true<br />}</p><p>fw_custom_before_denyall() { # could also be named &quot;after_forwardmasq()&quot;<br />&nbsp; &nbsp; # these are the rules to be loaded after IP forwarding and masquerading<br />&nbsp; &nbsp; # but before the logging and deny all section is set by SuSEfirewall2.<br />&nbsp; &nbsp; # You can use this hook to prevent the logging of annoying packets.</p><p>#example: prevent logging of talk requests from anywhere<br />fw_custom_before_port_handling() {<br />&nbsp; &nbsp; # these rules will be loaded after the anti-spoofing and icmp handling<br />&nbsp; &nbsp; # and after the input has been redirected to the input_XXX and<br />&nbsp; &nbsp; # forward_XXX chains and some basic chain-specific anti-circumvention<br />&nbsp; &nbsp; # rules have been set,<br />&nbsp; &nbsp; # but before any IP protocol or TCP/UDP port allow/protection rules<br />&nbsp; &nbsp; # will be set.<br />&nbsp; &nbsp; # You can use this hook to allow/deny certain IP protocols or TCP/UDP<br />&nbsp; &nbsp; # ports before the SuSEfirewall2 generated rules are hit.</p><p>&nbsp; &nbsp; true<br />}</p><p>fw_custom_before_masq() { # could also be named &quot;after_port_handling()&quot;<br />&nbsp; &nbsp; # these rules will be loaded after the IP protocol and TCP/UDP port<br />&nbsp; &nbsp; # handling, but before any IP forwarding (routing), masquerading<br />&nbsp; &nbsp; # will be done.<br />&nbsp; &nbsp; # NOTE: reverse masquerading is before directly after<br />&nbsp; &nbsp; #&nbsp; &nbsp; &nbsp; &nbsp;fw_custom_before_port_handling !!!!<br />&nbsp; &nbsp; # You can use this hook to ... hmmm ... I&#039;m sure you&#039;ll find a use for<br />&nbsp; &nbsp; # this ...</p><p>&nbsp; &nbsp; true<br />}</p><p>fw_custom_before_denyall() { # could also be named &quot;after_forwardmasq()&quot;<br />&nbsp; &nbsp; # these are the rules to be loaded after IP forwarding and masquerading<br />&nbsp; &nbsp; # but before the logging and deny all section is set by SuSEfirewall2.<br />&nbsp; &nbsp; # You can use this hook to prevent the logging of annoying packets.</p><p>#example: prevent logging of talk requests from anywhere<br />#for chain in input_ext input_dmz input_int forward_int forward_ext forward_dmz; do<br />#&nbsp; &nbsp; iptables -A $chain -j DROP -p udp --dport 517:518<br />#done</p><p>&nbsp; &nbsp; true<br />}</p></blockquote></div><p>благодарю</p>]]></description>
			<author><![CDATA[null@example.com (unlimited)]]></author>
			<pubDate>Mon, 30 Jan 2012 05:56:25 +0000</pubDate>
			<guid>https://linuxforum.ru/viewtopic.php?pid=246974#p246974</guid>
		</item>
		<item>
			<title><![CDATA[Re: Помощь в настройке маршрутов]]></title>
			<link>https://linuxforum.ru/viewtopic.php?pid=246720#p246720</link>
			<description><![CDATA[<div class="quotebox"><cite>UTiM пишет:</cite><blockquote><p>А вот накой вы включили на обоих интерфейсах маскарадинг?</p></blockquote></div><p>Я не телепат чтоб знать какую подсеть автор темы хотел расшарить.<br />Поэтому завёл и обе.</p>]]></description>
			<author><![CDATA[null@example.com (Kettler)]]></author>
			<pubDate>Sat, 28 Jan 2012 13:15:19 +0000</pubDate>
			<guid>https://linuxforum.ru/viewtopic.php?pid=246720#p246720</guid>
		</item>
		<item>
			<title><![CDATA[Re: Помощь в настройке маршрутов]]></title>
			<link>https://linuxforum.ru/viewtopic.php?pid=246718#p246718</link>
			<description><![CDATA[<div class="quotebox"><cite>drBatty пишет:</cite><blockquote><div class="quotebox"><cite>UTiM пишет:</cite><blockquote><p>А вот накой вы включили на обоих интерфейсах маскарадинг?</p></blockquote></div><p>не знаю. Вообще не понимаю, зачем тут DNAT, если уж NAT, то SNAT. Тогда узлы в первой сети, во второй могут иметь IP из второй сети, т.е. быть внутренними. Хотя зачем и кому это надо - я не знаю.</p></blockquote></div><p>Поэтому я написал что DNAT для теста а после SNAT.</p>]]></description>
			<author><![CDATA[null@example.com (Kettler)]]></author>
			<pubDate>Sat, 28 Jan 2012 13:10:15 +0000</pubDate>
			<guid>https://linuxforum.ru/viewtopic.php?pid=246718#p246718</guid>
		</item>
		<item>
			<title><![CDATA[Re: Помощь в настройке маршрутов]]></title>
			<link>https://linuxforum.ru/viewtopic.php?pid=246685#p246685</link>
			<description><![CDATA[<div class="quotebox"><cite>UTiM пишет:</cite><blockquote><p>А вот накой вы включили на обоих интерфейсах маскарадинг?</p></blockquote></div><p>не знаю. Вообще не понимаю, зачем тут DNAT, если уж NAT, то SNAT. Тогда узлы в первой сети, во второй могут иметь IP из второй сети, т.е. быть внутренними. Хотя зачем и кому это надо - я не знаю.</p>]]></description>
			<author><![CDATA[null@example.com (drBatty)]]></author>
			<pubDate>Sat, 28 Jan 2012 10:30:17 +0000</pubDate>
			<guid>https://linuxforum.ru/viewtopic.php?pid=246685#p246685</guid>
		</item>
		<item>
			<title><![CDATA[Re: Помощь в настройке маршрутов]]></title>
			<link>https://linuxforum.ru/viewtopic.php?pid=246684#p246684</link>
			<description><![CDATA[<p>Уважаемые знатоки iptablesa - по теме: <br />Вы разрешили хождение пакетов из eth0 в eth1 и наоборот. И этого достаточно.<br /></p><div class="codebox"><pre><code>iptables -I FORWARD 1 -i eth0 -o eth1 -j ACCEPT
iptables -I FORWARD 1 -i eth1 -o eth0 -j ACCEPT</code></pre></div><p>А вот накой вы включили на обоих интерфейсах маскарадинг?<br /></p><div class="codebox"><pre><code>iptables --table nat --append POSTROUTING --out-interface eth0 -j MASQUERADE
iptables --table nat --append POSTROUTING --out-interface eth1 -j MASQUERADE</code></pre></div><p>Работать оно так будет конечно. Шлюз будет прятать аипишники из обох сетей - но зачем и от кого? (Адреса сетей не совпадают) В лучшем случае вы в последствии получите лишний и малопонятный геморой с хождением некоторых типов трафика.</p><p>Типа рулить умеем, но зачем и куда ехать не понимаем?</p>]]></description>
			<author><![CDATA[null@example.com (UTiM)]]></author>
			<pubDate>Sat, 28 Jan 2012 10:21:33 +0000</pubDate>
			<guid>https://linuxforum.ru/viewtopic.php?pid=246684#p246684</guid>
		</item>
		<item>
			<title><![CDATA[Re: Помощь в настройке маршрутов]]></title>
			<link>https://linuxforum.ru/viewtopic.php?pid=246682#p246682</link>
			<description><![CDATA[<div class="quotebox"><cite>Kettler пишет:</cite><blockquote><p>Вам показать мои скрипты?</p></blockquote></div><p>да. пригодятся.</p>]]></description>
			<author><![CDATA[null@example.com (drBatty)]]></author>
			<pubDate>Sat, 28 Jan 2012 10:01:21 +0000</pubDate>
			<guid>https://linuxforum.ru/viewtopic.php?pid=246682#p246682</guid>
		</item>
		<item>
			<title><![CDATA[Re: Помощь в настройке маршрутов]]></title>
			<link>https://linuxforum.ru/viewtopic.php?pid=246674#p246674</link>
			<description><![CDATA[<div class="quotebox"><cite>UTiM пишет:</cite><blockquote><p>Все на ассемблер!<br /> Вообще-то это не гуй, а скрипт, генерирующий правила iptables из правил, заданных в более &quot;человеческом&quot; виде.&nbsp; &nbsp;Особенно это важно, когда число правил переваливает за пару десятков... Если разработчики Suse предусмотрели данный механизм - то наверное думали, что делали. По сути не надо пытаться SuSEFirewall заставлять генерить нужные правила, а просто использовать для настройки сети. Как это делается - вот подробный пример без лишнего флуда: <a href="http://unixforum.org/index.php?showtopic=111464">http://unixforum.org/index.php?showtopic=111464</a>&nbsp; - почитайте, если не лень.</p></blockquote></div><p>За пару десятков?&nbsp; <img src="https://linuxforum.ru/img/smilies/ag.gif" alt="ag" />&nbsp; <img src="https://linuxforum.ru/img/smilies/ag.gif" alt="ag" />&nbsp; <img src="https://linuxforum.ru/img/smilies/ag.gif" alt="ag" />&nbsp; Вам показать мои скрипты?<br />И я в них как рыба в воде.</p>]]></description>
			<author><![CDATA[null@example.com (Kettler)]]></author>
			<pubDate>Sat, 28 Jan 2012 09:28:52 +0000</pubDate>
			<guid>https://linuxforum.ru/viewtopic.php?pid=246674#p246674</guid>
		</item>
		<item>
			<title><![CDATA[Re: Помощь в настройке маршрутов]]></title>
			<link>https://linuxforum.ru/viewtopic.php?pid=246619#p246619</link>
			<description><![CDATA[<p>Ну и где уважаемые модераторы с плашкой [ФЛЕЙМ] в этом холиваре?</p><p>По существу- не нравиться SuSEFirewall - не используй. А лучше выбери другой дистрибутив. В сообществе SUSE давно уже сложилось <span class="bbu"><strong>свое</strong></span> мнение, что должно быть в дистрибутиве, а что нет.</p>]]></description>
			<author><![CDATA[null@example.com (inTime)]]></author>
			<pubDate>Sat, 28 Jan 2012 00:30:11 +0000</pubDate>
			<guid>https://linuxforum.ru/viewtopic.php?pid=246619#p246619</guid>
		</item>
	</channel>
</rss>
