<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Mikrotik.moscow [тема: Разница между двумя списками интерфейсов]</title>
		<link>http://mikrotik.moscow</link>
		<description>Новое в теме Разница между двумя списками интерфейсов форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Fri, 31 Jul 2026 08:16:56 -0400</pubDate>
		<item>
			<title>Разница между двумя списками интерфейсов</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85807-raznitsa-mezhdu-dvumya-spiskami-interfeysov/message400128">Разница между двумя списками интерфейсов</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Это зависит от того, как ведёт себя модем провайдера. В моём случае, даже когда модем находится в режиме моста, у него всё равно назначен LAN-адрес и включён DHCP-сервер. Так что если я запускаю DHCP-клиента на WAN-интерфейсе, модем выдаёт аренду с адресом из подсети /24 (и, как я понимаю, маршрут по умолчанию /0 через собственный LAN-адрес). Добавление статического IP из той же подсети с маской /32 скорее всего приведёт к тому, что роутер будет использовать статический адрес при общении с модемом провайдера и динамический — при общении с любым другим устройством в той же подсети. Я не вижу смысла в таком раскладе по сравнению с настройкой статического IP (из диапазона LAN-адресов роутера) с маской /24. По сравнению с DHCP-арендой это гарантирует, что «наш» роутер не получит маршрут /0 через роутер провайдера (который в реальности будет недействительным, так как модем в режиме моста не имеет доступа в интернет). И я не вижу никакого преимущества в использовании маски /32 вместо нормальной /24 с точки зрения безопасности, которая обсуждается здесь. Считаю, что есть (возможно небольшие) плюсы у маски /32 по сравнению с /24, но моя мысль в том, что это никак не влияет на безопасность. С учётом сказанного и учитывая, что @Kentzo не привёл веских аргументов в пользу того, что его предложение более безопасно, я выхожу из обсуждения. Это совсем не по теме. <br />
			<i>02.12.2024 06:38:00, mkx.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85807-raznitsa-mezhdu-dvumya-spiskami-interfeysov/message400128</link>
			<guid>http://mikrotik.moscow/forum/forum57/85807-raznitsa-mezhdu-dvumya-spiskami-interfeysov/message400128</guid>
			<pubDate>Mon, 02 Dec 2024 06:38:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Разница между двумя списками интерфейсов</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85807-raznitsa-mezhdu-dvumya-spiskami-interfeysov/message400127">Разница между двумя списками интерфейсов</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Речь не о безопасности, я полностью согласен, что это всё ещё WAN и в этом плане ничего не меняется. Речь о более широкой совместимости: DHCP-клиент на физическом интерфейсе, который подключается к модему, и статический маршрут на /32 через этот интерфейс подходят для обоих случаев (провайдера с DHCP и провайдера с PPP). Статический IP в LAN модема «чисто» работает только в случае провайдера с PPP, а при провайдере с DHCP создаёт нестандартную конфигурацию из-за двух IPv4-адресов на одном интерфейсе. <br />
			<i>01.12.2024 20:19:00, Kentzo.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85807-raznitsa-mezhdu-dvumya-spiskami-interfeysov/message400127</link>
			<guid>http://mikrotik.moscow/forum/forum57/85807-raznitsa-mezhdu-dvumya-spiskami-interfeysov/message400127</guid>
			<pubDate>Sun, 01 Dec 2024 20:19:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Разница между двумя списками интерфейсов</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85807-raznitsa-mezhdu-dvumya-spiskami-interfeysov/message400126">Разница между двумя списками интерфейсов</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Тема совсем ушла в сторону. Для автора темы, большинство из нас не беспокоится о блокировке трафика между VLAN, потому что это просто продолжение стандартной безопасной настройки, которую MT предоставляет новичкам. Большинство сначала меняет логику с «блокировать несколько известных плохих вещей и разрешать всё остальное» на «разрешать известный трафик и блокировать всё остальное»! <br /><br />Поэтому в цепочке forward у нас получается (изменяя дефолтные правила):<br /><br />add action=fasttrack-connection chain=forward connection-state=established,related &nbsp;<br />add action=accept chain=forward connection-state=established,related,untracked &nbsp;<br />add action=drop chain=forward connection-state=invalid &nbsp;<br />add action=accept chain=forward comment=“internet traffic” in-interface-list=LAN out-interface-list=WAN &nbsp;<br />***** добавить правила здесь ***** &nbsp;<br />add action=accept chain=forward comment=“port forwarding” connection-nat-state=dstnat &nbsp;<br />add action=drop chain=forward comment=“Drop all else” &nbsp;<br /><br />Нет никакой необходимости настраивать блокировку VLAN, так как всё, что явно не разрешено — отбрасывается! Если же нужно добавить доступ от администратора к VLAN или с VLAN ко всем сетевым принтерам, просто добавьте эти правила выше…<br /><br />2. Когда VLAN включен, бридж, как уже было сказано, ничего не делает — никаких DHCP и т.п., и его не стоит использовать для правил файрвола. У вас есть возможность использовать src или dst адреса:<br /><br />→ один пользователь &nbsp;<br />src или dst адрес → целая подсеть через интерфейс (порт/VLAN) &nbsp;<br />→ целая подсеть &nbsp;<br /><br />Interface lists — это то, что удобно использовать, когда нужно описать 2 и более подсетей с общей целью (исключение — подсеть, которая должна быть в одной записи списка интерфейсов, потому что она TRUSTED). &nbsp;<br /><br />Address lists требуются всякий раз, когда у вас есть отдельные пользователи (с подсетями или без них, в одном списке). &nbsp;<br /><br />+++++++++++++++ &nbsp;<br />Группы там, где это логично и удобно. <br />
			<i>01.12.2024 14:12:00, anav.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85807-raznitsa-mezhdu-dvumya-spiskami-interfeysov/message400126</link>
			<guid>http://mikrotik.moscow/forum/forum57/85807-raznitsa-mezhdu-dvumya-spiskami-interfeysov/message400126</guid>
			<pubDate>Sun, 01 Dec 2024 14:12:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Разница между двумя списками интерфейсов</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85807-raznitsa-mezhdu-dvumya-spiskami-interfeysov/message400125">Разница между двумя списками интерфейсов</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Добавление маршрута /32 не работает с пирами, которые используют «обычную» адресацию /24… И, опять же, это не повышает безопасность. Нужно считать, что модем враждебен, и добавление интерфейса с подключённым модемом в список интерфейсов WAN отлично решает проблему… если придерживаться концепции стандартной настройки (включая файрвол). Если вы считаете, что использование маршрута /32 добавляет безопасности, то, пожалуйста, объясните как именно… и приведите пример, который иллюстрирует ваши утверждения. Я не говорю, что ваш способ невозможен, я просто не вижу, как это работает. <br />
			<i>01.12.2024 09:33:00, mkx.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85807-raznitsa-mezhdu-dvumya-spiskami-interfeysov/message400125</link>
			<guid>http://mikrotik.moscow/forum/forum57/85807-raznitsa-mezhdu-dvumya-spiskami-interfeysov/message400125</guid>
			<pubDate>Sun, 01 Dec 2024 09:33:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Разница между двумя списками интерфейсов</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85807-raznitsa-mezhdu-dvumya-spiskami-interfeysov/message400124">Разница между двумя списками интерфейсов</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Это именно тот аргумент, ведь очень часто на физическом интерфейсе, который подключается к провайдеру, запускают DHCP-клиент. Несколько IPv4-адресов на одном интерфейсе — это не стандарт. Так зачем заморачиваться с двойным IPv4, когда можно просто сделать маршрут, который работает в любом из вариантов? <br />
			<i>30.11.2024 21:07:00, Kentzo.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85807-raznitsa-mezhdu-dvumya-spiskami-interfeysov/message400124</link>
			<guid>http://mikrotik.moscow/forum/forum57/85807-raznitsa-mezhdu-dvumya-spiskami-interfeysov/message400124</guid>
			<pubDate>Sat, 30 Nov 2024 21:07:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Разница между двумя списками интерфейсов</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85807-raznitsa-mezhdu-dvumya-spiskami-interfeysov/message400123">Разница между двумя списками интерфейсов</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Привет, в чём разница между двумя следующими списками интерфейсов (хочу использовать их в правилах файрвола): Список интерфейсов, в котором единственным добавленным элементом является главный бридж. Список интерфейсов, включающий все отдельные VLAN-интерфейсы. Возможно, на следующем изображении будет понятнее: <br />
			<i>16.11.2024 10:13:00, alex3025.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85807-raznitsa-mezhdu-dvumya-spiskami-interfeysov/message400123</link>
			<guid>http://mikrotik.moscow/forum/forum57/85807-raznitsa-mezhdu-dvumya-spiskami-interfeysov/message400123</guid>
			<pubDate>Sat, 16 Nov 2024 10:13:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
	</channel>
</rss>
