<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Mikrotik.moscow [тема: [Запрос] Rinetd]</title>
		<link>http://mikrotik.moscow</link>
		<description>Новое в теме [Запрос] Rinetd форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Thu, 20 Aug 2026 03:02:33 -0400</pubDate>
		<item>
			<title>[Запрос] Rinetd</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/71158-zapros_-rinetd/message283164">[Запрос] Rinetd</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Извини, что поднимаю такую старую тему, но я должен возразить: уникальная особенность rinetd для нескольких приложений в том, что он ДЕЙСТВИТЕЛЬНО открывает новое TCP-соединение. Если у вас есть локальное (NATed) устройство, у которого нет шлюза по умолчанию или шлюз, который не указывает обратно на ваш роутер (механизм NAT), вы можете не получить к нему доступ через перенаправление портов. Ваши пакеты, безусловно, передаются на устройство, но его ответы теряются (или не пере-NATed обратно). Rinetd – это самое простое решение для этой проблемы. Конечно, у него есть недостатки, но какая техника без них? <br />
			<i>18.01.2013 11:22:00, ViennaAustria.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/71158-zapros_-rinetd/message283164</link>
			<guid>http://mikrotik.moscow/forum/forum57/71158-zapros_-rinetd/message283164</guid>
			<pubDate>Fri, 18 Jan 2013 11:22:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>[Запрос] Rinetd</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/71158-zapros_-rinetd/message283163">[Запрос] Rinetd</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			rinetd практически не нужен из-за функций NAT и фильтрации в MT. К тому же, rinetd нежелателен, потому что целевой сервер думает, что всё приходит с rinetd-машины, а не с исходного хоста, что мешает контролю доступа по IP на целевом сервере. Я использую его на машине с SuSE Linux, и с этим ограничением всё работает нормально. <br />
			<i>07.04.2006 11:11:00, jp1.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/71158-zapros_-rinetd/message283163</link>
			<guid>http://mikrotik.moscow/forum/forum57/71158-zapros_-rinetd/message283163</guid>
			<pubDate>Fri, 07 Apr 2006 11:11:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>[Запрос] Rinetd</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/71158-zapros_-rinetd/message283162">[Запрос] Rinetd</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Привет всем! Было бы здорово, если в будущих версиях добавили демон rinetd… Я скопировал где-то из интернета: Rinetd — это простой, но эффективный инструмент для перенаправления TCP-соединений. «Rinetd — это однопроцессный сервер, который обрабатывает любое количество соединений к адресам/портам, указанным в конфигурационном файле /etc/rinetd.conf. Поскольку rinetd работает как единый процесс, использующий неблокирующий ввод-вывод, он способен перенаправлять большое количество соединений, не создавая при этом большой нагрузки на машину». <br />
			<i>06.04.2006 23:52:00, Lewis.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/71158-zapros_-rinetd/message283162</link>
			<guid>http://mikrotik.moscow/forum/forum57/71158-zapros_-rinetd/message283162</guid>
			<pubDate>Thu, 06 Apr 2006 23:52:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
	</channel>
</rss>
