<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Mikrotik.moscow [тема: жертва атаки PPPOE]</title>
		<link>http://mikrotik.moscow</link>
		<description>Новое в теме жертва атаки PPPOE форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Wed, 12 Aug 2026 04:02:09 -0400</pubDate>
		<item>
			<title>жертва атаки PPPOE</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/87585-zhertva-ataki-pppoe/message418425">жертва атаки PPPOE</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Может, это не ваш случай, но многие пользователи столкнулись с проблемами зацикливания pppoe-client. Кто знает, возможно, у вас аналогичная ситуация — роутер Mikrotik застрял в зацикливании и пытается подключиться к вашему pppoe-серверу. Посмотрите: <noindex><a href="http://forum.mikrotik.com/t/frequent-pppoe-terminations/108212/1" target="_blank" rel="nofollow" >http://forum.mikrotik.com/t/frequent-pppoe-terminations/108212/1</a></noindex>, например. <br />
			<i>06.05.2019 08:05:00, inteq.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/87585-zhertva-ataki-pppoe/message418425</link>
			<guid>http://mikrotik.moscow/forum/forum57/87585-zhertva-ataki-pppoe/message418425</guid>
			<pubDate>Mon, 06 May 2019 08:05:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>жертва атаки PPPOE</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/87585-zhertva-ataki-pppoe/message418424">жертва атаки PPPOE</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Большое спасибо, вы очень мне помогли, я собираюсь установить все ограничения на 2000 мс, и с этим я уже значительно снизил нагрузку на процессор. Я также нашел злоумышленника, похоже, это проблема с прошивкой на SXT Lite AC 5. Ещё раз, большое спасибо за вашу помощь. <br />
			<i>04.05.2019 17:55:00, ciberica.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/87585-zhertva-ataki-pppoe/message418424</link>
			<guid>http://mikrotik.moscow/forum/forum57/87585-zhertva-ataki-pppoe/message418424</guid>
			<pubDate>Sat, 04 May 2019 17:55:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>жертва атаки PPPOE</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/87585-zhertva-ataki-pppoe/message418423">жертва атаки PPPOE</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Первое, что я бы сделал, это установил параметр pado-delay в /interface pppoe-server server на что-то вроде 2000 (я полагаю, это миллисекунды). Если реализация клиента не совсем безумная, это должно заставить его реже отправлять PADI, меньше шести раз в секунду. Это не обязательно заставит его ждать все 2 секунды, возможно, он не так терпелив, но попробовать стоит. Независимо от того, поможет ли это или нет, я бы проверил, есть ли у запросов, приходящих с этого MAC, действительное имя пользователя и пароль. Это должно быть лучше видно в логах RADIUS-сервера, чем в логах Mikrotik, но активация отладки с помощью /system logging add topics=pppoe может быть достаточной, чтобы увидеть что-то полезное в логах Mikrotik. Если их нет, это либо незаконный пользователь, либо законный, который допустил опечатку при вводе учетных данных. Неправомерный пользователь маловероятно будет таким упорным, законный, вероятно, уже пришел бы и спросил, почему соединение не устанавливается. Когда аутентификация выполняется локально по сравнению с /ppp secret, ее сбой записывается как ошибка, но я не знаю, как это выглядит при использовании RADIUS, так что, возможно, вам потребуется отладка, чтобы увидеть ошибки аутентификации в этом случае. Если они есть, соединения должны устанавливаться нормально, потому что для достижения стадии установления PPPoE-соединения должно было произойти двунаправленное взаимодействие (сервер получает PADI, отвечает PADO, а клиент отправляет PADR на основе PADO). Так что в этом случае соединения должны разрываться на более позднем этапе, возможно, из-за проблем с ограничениями конфигурации адресов, несовместимых между клиентом и сервером. Снова же, отладка расскажет вам больше о том, что происходит после успешного завершения фазы аутентификации. Даже если задержка PADO не помогает, загрузка ЦП возникает из-за полного обслуживания входящего соединения PPPoE; просто сброс шести пакетов в секунду с помощью одного правила в /interface bridge filter — это не то, что должно вызывать нагрузку на ваш процессор. Поэтому, пока вы не анализируете поведение, это правило должно предотвратить перезагрузки. <br />
			<i>04.05.2019 15:10:00, sindy.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/87585-zhertva-ataki-pppoe/message418423</link>
			<guid>http://mikrotik.moscow/forum/forum57/87585-zhertva-ataki-pppoe/message418423</guid>
			<pubDate>Sat, 04 May 2019 15:10:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>жертва атаки PPPOE</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/87585-zhertva-ataki-pppoe/message418422">жертва атаки PPPOE</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Почти невозможно провести такой анализ через форум. Ты знаешь свою сеть, знаешь, что происходит, и выкладываешь скриншот, говоря, что идет атака. Возможно, но на самом деле это может быть просто клиент, у которого проблемы с подключением. Тебе придется разобраться с этим самому. <br />
			<i>04.05.2019 11:57:00, pe1chl.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/87585-zhertva-ataki-pppoe/message418422</link>
			<guid>http://mikrotik.moscow/forum/forum57/87585-zhertva-ataki-pppoe/message418422</guid>
			<pubDate>Sat, 04 May 2019 11:57:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>жертва атаки PPPOE</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/87585-zhertva-ataki-pppoe/message418421">жертва атаки PPPOE</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Что еще вам нужно? Спросите их, и я с радостью помогу. <br />
			<i>04.05.2019 10:24:00, ciberica.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/87585-zhertva-ataki-pppoe/message418421</link>
			<guid>http://mikrotik.moscow/forum/forum57/87585-zhertva-ataki-pppoe/message418421</guid>
			<pubDate>Sat, 04 May 2019 10:24:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>жертва атаки PPPOE</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/87585-zhertva-ataki-pppoe/message418420">жертва атаки PPPOE</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Я думаю, что я становлюсь жертвой атаки, потому что в журнале я вижу то, что изображено на картинке, и это вызывает блокировку компьютера. Мне удалось узнать, какой сектор вызывает проблему, но я не знаю, как заблокировать этот IP-адрес. Можешь помочь мне? В данный момент я использую радиус-сервер для аутентификации по PPPOE. <br />
			<i>18.04.2019 19:30:00, ciberica.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/87585-zhertva-ataki-pppoe/message418420</link>
			<guid>http://mikrotik.moscow/forum/forum57/87585-zhertva-ataki-pppoe/message418420</guid>
			<pubDate>Thu, 18 Apr 2019 19:30:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
	</channel>
</rss>
