<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Mikrotik.moscow [тема: Конфигурация времени ожидания для отслеживания TCP.]</title>
		<link>http://mikrotik.moscow</link>
		<description>Новое в теме Конфигурация времени ожидания для отслеживания TCP. форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Sun, 02 Aug 2026 08:02:13 -0400</pubDate>
		<item>
			<title>Конфигурация времени ожидания для отслеживания TCP.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85704-konfiguratsiya-vremeni-ozhidaniya-dlya-otslezhivaniya-tcp./message399123">Конфигурация времени ожидания для отслеживания TCP.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			установите 3 минуты для установленного TCP и UDP-потока… и установите максимум 32 секунды для всех других таймаутов, и на этом все. Если кто-то будет жаловаться, скажите им включить поддержку keep-alive подключений… тогда избавитесь от ненужного. То же самое касается ARP. /interface bridge set [find] arp-timeout=32s /interface wireless set [find] arp-timeout=32s /interface ethernet set [find] arp-timeout=32s мы используем proxy-arp для мостового подключения беспроводных сетей… не знаю, почему это необходимо, но без них не работало. Если честно, я бы также установил 32 секунды для таймаутов TCP-established-timeout и UDP-stream-timeout; но keepalive не так уж часты. Поэтому это создало бы больше проблем, чем решило. <br />
			<i>06.10.2023 15:25:00, volkirik.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85704-konfiguratsiya-vremeni-ozhidaniya-dlya-otslezhivaniya-tcp./message399123</link>
			<guid>http://mikrotik.moscow/forum/forum57/85704-konfiguratsiya-vremeni-ozhidaniya-dlya-otslezhivaniya-tcp./message399123</guid>
			<pubDate>Fri, 06 Oct 2023 15:25:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Конфигурация времени ожидания для отслеживания TCP.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85704-konfiguratsiya-vremeni-ozhidaniya-dlya-otslezhivaniya-tcp./message399122">Конфигурация времени ожидания для отслеживания TCP.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Пожалуйста, объясни мне, почему в тракере соединений я вижу некоторые соединения, которые не принадлежат никаким известным сетям. Исходные IP-адреса в основном принадлежат приватным или CGN-сетям (100.64.0.0/10). Такие соединения висят в тракере соединений со статусом "подтверждено, srcnat". <br />
			<i>17.02.2017 16:42:00, felix84.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85704-konfiguratsiya-vremeni-ozhidaniya-dlya-otslezhivaniya-tcp./message399122</link>
			<guid>http://mikrotik.moscow/forum/forum57/85704-konfiguratsiya-vremeni-ozhidaniya-dlya-otslezhivaniya-tcp./message399122</guid>
			<pubDate>Fri, 17 Feb 2017 16:42:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Конфигурация времени ожидания для отслеживания TCP.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85704-konfiguratsiya-vremeni-ozhidaniya-dlya-otslezhivaniya-tcp./message399121">Конфигурация времени ожидания для отслеживания TCP.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Просто поднимаю этот вопрос, так как предполагаю, что активное соединение не должно иметь проблем, как только оно будет установлено? Значит, установить его на 1 час будет вполне нормально. <br />
			<i>11.11.2014 08:21:00, infused.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85704-konfiguratsiya-vremeni-ozhidaniya-dlya-otslezhivaniya-tcp./message399121</link>
			<guid>http://mikrotik.moscow/forum/forum57/85704-konfiguratsiya-vremeni-ozhidaniya-dlya-otslezhivaniya-tcp./message399121</guid>
			<pubDate>Tue, 11 Nov 2014 08:21:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Конфигурация времени ожидания для отслеживания TCP.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85704-konfiguratsiya-vremeni-ozhidaniya-dlya-otslezhivaniya-tcp./message399120">Конфигурация времени ожидания для отслеживания TCP.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Привет. Но что произойдет, если пользователь, например, начнет HTTP-загрузку, которая будет очень долгой и продлится около 3 часов? Если мы установим тайм-аут TCP соединения на 1 час, связь будет разорвана через час? Или счетчик сбросится, если начнут поступать данные? Спасибо. <br />
			<i>07.11.2012 07:22:00, Maggiore81.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85704-konfiguratsiya-vremeni-ozhidaniya-dlya-otslezhivaniya-tcp./message399120</link>
			<guid>http://mikrotik.moscow/forum/forum57/85704-konfiguratsiya-vremeni-ozhidaniya-dlya-otslezhivaniya-tcp./message399120</guid>
			<pubDate>Wed, 07 Nov 2012 07:22:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Конфигурация времени ожидания для отслеживания TCP.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85704-konfiguratsiya-vremeni-ozhidaniya-dlya-otslezhivaniya-tcp./message399119">Конфигурация времени ожидания для отслеживания TCP.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Я обнаруживаю, что в большинстве моих беспроводных сетей "от точки к многим" 1 день — это слишком долго. Я настроил свой таймер на 1 час. Насколько я могу судить, это не вызвало никаких проблем с преждевременным завершением TCP-соединений. Даже при 1 часе для некоторых клиентов с пограничным сигналом возникают проблемы, поскольку у меня установлен лимит TCP-соединений на пользователя. Некоторые соединения не закрываются вовремя, и они достигают предела, даже если трафик по этим "устаревшим" TCP-соединениям не идет. Я пока не нашел идеальный баланс, но в целом 1 час меня устраивает. <br />
			<i>04.10.2012 00:56:00, derr12.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85704-konfiguratsiya-vremeni-ozhidaniya-dlya-otslezhivaniya-tcp./message399119</link>
			<guid>http://mikrotik.moscow/forum/forum57/85704-konfiguratsiya-vremeni-ozhidaniya-dlya-otslezhivaniya-tcp./message399119</guid>
			<pubDate>Thu, 04 Oct 2012 00:56:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Конфигурация времени ожидания для отслеживания TCP.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85704-konfiguratsiya-vremeni-ozhidaniya-dlya-otslezhivaniya-tcp./message399118">Конфигурация времени ожидания для отслеживания TCP.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			По умолчанию "Таймаут установленного TCP" в файрволе в отслеживании соединений установлен на 24 часа. Почему? Зачем TCP-соединения должны оставаться активными так долго? С другой стороны, если я открываю веб-страницу, я вижу множество установленных соединений, но большинство из них быстро исчезает. Даже "установленные" соединения исчезают в течение нескольких минут, хотя таймер начинается с 23:59:59. Так какие соединения остаются активными, чтобы использовать полный таймер? И в чем преимущества и недостатки установки более длинных или коротких таймаутов в отслеживателе соединений? <br />
			<i>14.07.2011 23:16:00, WirelessRudy.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85704-konfiguratsiya-vremeni-ozhidaniya-dlya-otslezhivaniya-tcp./message399118</link>
			<guid>http://mikrotik.moscow/forum/forum57/85704-konfiguratsiya-vremeni-ozhidaniya-dlya-otslezhivaniya-tcp./message399118</guid>
			<pubDate>Thu, 14 Jul 2011 23:16:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
	</channel>
</rss>
