<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Mikrotik.moscow [тема: Редко отсутствие ответа на TCP SYN (сообщение журнала syn flood)]</title>
		<link>http://mikrotik.moscow</link>
		<description>Новое в теме Редко отсутствие ответа на TCP SYN (сообщение журнала syn flood) форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Tue, 14 Jul 2026 01:47:02 -0400</pubDate>
		<item>
			<title>Редко отсутствие ответа на TCP SYN (сообщение журнала syn flood)</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/88069-redko-otsutstvie-otveta-na-tcp-syn-_soobshchenie-zhurnala-syn-flood/message423144">Редко отсутствие ответа на TCP SYN (сообщение журнала syn flood)</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Хорошо. Я понял, как получить стабильную систему, но с маршрутизацией (routing marks) в ROS 7 что-то ужасно сломано. Подозреваю похожую проблему, как здесь описано: <noindex><a href="http://forum.mikrotik.com/t/how-to-use-ping-with-multiple-routing-marks-in-ros-version-7/175887/12" target="_blank" rel="nofollow" >http://forum.mikrotik.com/t/how-to-use-ping-with-multiple-routing-marks-in-ros-version-7/175887/12</a></noindex>. Существует разрыв между конфигурацией в Winbox и реальной (CLI-конфигурацией): в Winbox все маршруты выглядят нормально. Но при выполнении /ip route export появляются дополнительные записи: distance=1 routing-table=main scope=30 suppress-hw-offload=no target-scope=10.<br /><br />Обычно экспорт статического маршрута на моих устройствах выглядит так: &nbsp;<br />/ip route &nbsp;<br />add comment="important route" disabled=no dst-address=10.0.0.0/24 gateway=10.1.1.1<br /><br />Никаких признаков distance, routing-table или других опций. Я не понимаю, в чем именно проблема с VRF и routing marks. У меня всего один VRF (main), остальные опции стоят по умолчанию, но если их задать через CLI — происходят странные вещи.<br /><br />В двух словах: я удалил все маршруты и заменил их «короткой» версией, и теперь всё работает нормально. После перезагрузки проблем нет. За исключением сообщения о TCP SYN flood, но это просто информация — всё работает без сбоев. В Winbox маршруты выглядят точно так же, как и раньше.<br /><br />Мой совет: сделайте экспорт таблицы маршрутизации, если что-то идет не так. <br />
			<i>06.02.2025 14:32:00, Zaesch.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/88069-redko-otsutstvie-otveta-na-tcp-syn-_soobshchenie-zhurnala-syn-flood/message423144</link>
			<guid>http://mikrotik.moscow/forum/forum57/88069-redko-otsutstvie-otveta-na-tcp-syn-_soobshchenie-zhurnala-syn-flood/message423144</guid>
			<pubDate>Thu, 06 Feb 2025 14:32:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Редко отсутствие ответа на TCP SYN (сообщение журнала syn flood)</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/88069-redko-otsutstvie-otveta-na-tcp-syn-_soobshchenie-zhurnala-syn-flood/message423143">Редко отсутствие ответа на TCP SYN (сообщение журнала syn flood)</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Думаю, проблема в том, что эти TCP SYN-пакеты вполне легитимны, но по какой-то причине мой роутер решает не отвечать на (все) из них. В итоге получается куча повторных передач, и срабатывает механизм защиты от SYN-флудов. Думаю, это баг, но Mikrotik не отвечает на заявку в поддержку с 27 декабря. <br />
			<i>25.01.2025 14:46:00, Zaesch.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/88069-redko-otsutstvie-otveta-na-tcp-syn-_soobshchenie-zhurnala-syn-flood/message423143</link>
			<guid>http://mikrotik.moscow/forum/forum57/88069-redko-otsutstvie-otveta-na-tcp-syn-_soobshchenie-zhurnala-syn-flood/message423143</guid>
			<pubDate>Sat, 25 Jan 2025 14:46:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Редко отсутствие ответа на TCP SYN (сообщение журнала syn flood)</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/88069-redko-otsutstvie-otveta-na-tcp-syn-_soobshchenie-zhurnala-syn-flood/message423142">Редко отсутствие ответа на TCP SYN (сообщение журнала syn flood)</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			SYN cookies отключены. Их активация ничего не меняет. Появляется сообщение в логе о SYN flood, и все остальные TCP SYN больше не получают ответа. При этом, несмотря на активацию этой функции, возможно появление других проблем. <br />
			<i>25.01.2025 14:40:00, Zaesch.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/88069-redko-otsutstvie-otveta-na-tcp-syn-_soobshchenie-zhurnala-syn-flood/message423142</link>
			<guid>http://mikrotik.moscow/forum/forum57/88069-redko-otsutstvie-otveta-na-tcp-syn-_soobshchenie-zhurnala-syn-flood/message423142</guid>
			<pubDate>Sat, 25 Jan 2025 14:40:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Редко отсутствие ответа на TCP SYN (сообщение журнала syn flood)</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/88069-redko-otsutstvie-otveta-na-tcp-syn-_soobshchenie-zhurnala-syn-flood/message423141">Редко отсутствие ответа на TCP SYN (сообщение журнала syn flood)</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			<noindex><a href="http://forum.mikrotik.com/t/mikrotik-syn-cookie-protection/144747/1" target="_blank" rel="nofollow" >http://forum.mikrotik.com/t/mikrotik-syn-cookie-protection/144747/1</a></noindex> Проверьте IP/Settings/TCP SynCookies. Отправляйте syn cookies, когда очередь syn backlog для сокета переполняется. Это сделано для защиты от распространённой «SYN flood атаки». Syncookies серьёзно нарушают TCP-протокол, не позволяют использовать TCP-расширения и могут привести к серьёзному ухудшению работы некоторых сервисов (например, SMTP-релэев), что станет заметно не вам, а вашим клиентам и реле, которые обращаются к вам. <br />
			<i>25.01.2025 13:48:00, BartoszP.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/88069-redko-otsutstvie-otveta-na-tcp-syn-_soobshchenie-zhurnala-syn-flood/message423141</link>
			<guid>http://mikrotik.moscow/forum/forum57/88069-redko-otsutstvie-otveta-na-tcp-syn-_soobshchenie-zhurnala-syn-flood/message423141</guid>
			<pubDate>Sat, 25 Jan 2025 13:48:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Редко отсутствие ответа на TCP SYN (сообщение журнала syn flood)</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/88069-redko-otsutstvie-otveta-na-tcp-syn-_soobshchenie-zhurnala-syn-flood/message423140">Редко отсутствие ответа на TCP SYN (сообщение журнала syn flood)</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Обновился до версии 7.17 прошлой ночью и снова столкнулся с той же проблемой. На этот раз кое-что понял: в логе после каждой перезагрузки появляется сообщение «possible SYN flooding on tcp port …». Есть устройство, которое отправляет намного больше tcp SYN-пакетов, чем обычно. Забавно, что это устройство Mikrotik, и, к сожалению, оно не находится под моим контролем. Я поставил правило в фаерволе, чтобы блокировать это устройство по tcp. Для остальных устройств ничего не изменилось. На их tcp SYN-пакеты не отвечается.<br /><br />Следующий шаг: перезагрузка, сообщение в логе больше не появляется, и остальные устройства снова могут подключаться. Я бы это не назвал флудом, потому что устройство отправляет всего 5–10 tcp SYN-пакетов в секунду. Не очень приятно, но и не катастрофа — и, конечно, нет смысла блокировать весь tcp SYN-трафик. При том, что эти TCP SYN-пакеты легитимны, и если мое устройство ответит на первые из них, больше их не будет.<br /><br />Итак, мое устройство снова доступно и стабильно (кроме “флудера”). Вопрос: почему мое устройство после «атаки» блокирует все tcp SYN? Ведь нет никакого правила блокировки флуда или чего-то подобного. <br />
			<i>25.01.2025 10:38:00, Zaesch.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/88069-redko-otsutstvie-otveta-na-tcp-syn-_soobshchenie-zhurnala-syn-flood/message423140</link>
			<guid>http://mikrotik.moscow/forum/forum57/88069-redko-otsutstvie-otveta-na-tcp-syn-_soobshchenie-zhurnala-syn-flood/message423140</guid>
			<pubDate>Sat, 25 Jan 2025 10:38:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Редко отсутствие ответа на TCP SYN (сообщение журнала syn flood)</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/88069-redko-otsutstvie-otveta-na-tcp-syn-_soobshchenie-zhurnala-syn-flood/message423139">Редко отсутствие ответа на TCP SYN (сообщение журнала syn flood)</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Думаю, я наблюдаю похожее поведение, о котором писал в своём посте здесь — <noindex><a href="http://forum.mikrotik.com/t/ovpn-intermittently-does-not-respond-to-tcp-syn-from-ovpn-clients/181422/1" target="_blank" rel="nofollow" >http://forum.mikrotik.com/t/ovpn-intermittently-does-not-respond-to-tcp-syn-from-ovpn-clients/181422/1</a></noindex>. Прихожу к выводу, что часть с OVPN в моей проблеме не имеет значения, если TCP-хэндшейк ещё не завершён. Если у тебя есть какие-то новые знания по своей проблеме, буду рад услышать любые обновления. <br />
			<i>23.01.2025 16:49:00, mark7477.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/88069-redko-otsutstvie-otveta-na-tcp-syn-_soobshchenie-zhurnala-syn-flood/message423139</link>
			<guid>http://mikrotik.moscow/forum/forum57/88069-redko-otsutstvie-otveta-na-tcp-syn-_soobshchenie-zhurnala-syn-flood/message423139</guid>
			<pubDate>Thu, 23 Jan 2025 16:49:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Редко отсутствие ответа на TCP SYN (сообщение журнала syn flood)</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/88069-redko-otsutstvie-otveta-na-tcp-syn-_soobshchenie-zhurnala-syn-flood/message423138">Редко отсутствие ответа на TCP SYN (сообщение журнала syn flood)</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Привет, у меня уже пару часов проблема: Mikrotik (x86) иногда не отвечает на TCP SYN. Я вижу, что TCP SYN приходят через сниффер пакетов, но на любом интерфейсе нет никакого ответа. Иногда всё работает нормально, через секунды перестаёт. ICMP Echo-запросы отвечаются без проблем и без потерь пакетов. Перед этим не было никаких изменений в конфигурации. Версия софта 7.16.2, я пробовал откатиться на 7.15 — поведение одинаковое. От отчаяния попытался запустить ту же конфигурацию на CCR2004-16G-2S+ — та же история. Даже с отключенными или полностью удалёнными правилами фаервола. Есть идеи? <br />
			<i>27.12.2024 19:07:00, Zaesch.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/88069-redko-otsutstvie-otveta-na-tcp-syn-_soobshchenie-zhurnala-syn-flood/message423138</link>
			<guid>http://mikrotik.moscow/forum/forum57/88069-redko-otsutstvie-otveta-na-tcp-syn-_soobshchenie-zhurnala-syn-flood/message423138</guid>
			<pubDate>Fri, 27 Dec 2024 19:07:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
	</channel>
</rss>
