LINUX.ORG.RU
ФорумTalks

firewalld говно

 , , ,


0

1

Добрый день.

Решил таки нормально настроить фаерволл, в Федоре по умолчанию используется firewalld. Он активно использует т.н. зоны. По-дефолту используется зона «FedoraWorkstation». Попробуйте определить какая policy используется в ней по-умолчанию:

❯ sudo firewall-cmd --zone=FedoraWorkstation --list-all
FedoraWorkstation (default, active)
  target: default
  ingress-priority: 0
  egress-priority: 0
  icmp-block-inversion: no
  interfaces: enp4s0
  sources:
  services: dhcpv6-client mdns samba-client ssh
  ports: 1025-65535/udp 1025-65535/tcp
  protocols:
  forward: yes
  masquerade: no
  forward-ports:
  source-ports:
  icmp-blocks:
  rich rules:

Если вы не поняли гениальную задумку инженеров Шапки, то это «target: default». Что такое default? А хрен его знает.

Ну ладно, можно же посмотреть в документации, что такое default и просто запомнить? Можно. Но для каждой зоны этот дефолт свой. Может быть ACCEPT, может быть REJECT, может быть DROP.

На чистой Федоре, с зоной FedoraWorkstation, вообще без юзерских правил, firewalld высирает следующее в таблицу правил nftables (т.е. современный бэкенд):

$ sudo nft list ruleset
table inet firewalld { # progname firewalld
	flags owner,persist

	chain mangle_PREROUTING {
		type filter hook prerouting priority mangle + 10; policy accept;
		jump mangle_PREROUTING_POLICIES
	}

	chain mangle_PREROUTING_POLICIES {
		iifname "enp0s3" jump mangle_PRE_policy_allow-host-ipv6
		iifname "enp0s3" jump mangle_PRE_public
		iifname "enp0s3" return
		jump mangle_PRE_policy_allow-host-ipv6
		jump mangle_PRE_public
		return
	}

	chain nat_PREROUTING {
		type nat hook prerouting priority dstnat + 10; policy accept;
		jump nat_PREROUTING_POLICIES
	}

	chain nat_PREROUTING_POLICIES {
		iifname "enp0s3" jump nat_PRE_policy_allow-host-ipv6
		iifname "enp0s3" jump nat_PRE_public
		iifname "enp0s3" return
		jump nat_PRE_policy_allow-host-ipv6
		jump nat_PRE_public
		return
	}

	chain nat_POSTROUTING {
		type nat hook postrouting priority srcnat + 10; policy accept;
		jump nat_POSTROUTING_POLICIES
	}

	chain nat_POSTROUTING_POLICIES {
		iifname "enp0s3" oifname "enp0s3" jump nat_POST_public
		iifname "enp0s3" oifname "enp0s3" return
		oifname "enp0s3" jump nat_POST_public
		oifname "enp0s3" return
		iifname "enp0s3" jump nat_POST_public
		iifname "enp0s3" return
		jump nat_POST_public
		return
	}

	chain nat_OUTPUT {
		type nat hook output priority dstnat + 10; policy accept;
		jump nat_OUTPUT_POLICIES
	}

	chain nat_OUTPUT_POLICIES {
		oifname "enp0s3" jump nat_OUT_public
		oifname "enp0s3" return
		jump nat_OUT_public
		return
	}

	chain filter_PREROUTING {
		type filter hook prerouting priority filter + 10; policy accept;
		icmpv6 type { nd-router-advert, nd-neighbor-solicit } accept
		meta nfproto ipv6 fib saddr . mark check missing drop
	}

	chain filter_INPUT {
		type filter hook input priority filter + 10; policy accept;
		ct state { established, related } accept
		ct status dnat accept
		iifname "lo" accept
		ct state invalid drop
		jump filter_INPUT_POLICIES
		reject with icmpx admin-prohibited
	}

	chain filter_FORWARD {
		type filter hook forward priority filter + 10; policy accept;
		ct state { established, related } accept
		ct status dnat accept
		iifname "lo" accept
		ct state invalid drop
		ip6 daddr { ::/96, ::ffff:0.0.0.0/96, 2002::/24, 2002:a00::/24, 2002:7f00::/24, 2002:a9fe::/32, 2002:ac10::/28, 2002:c0a8::/32, 2002:e000::/19 } reject with icmpv6 addr-unreachable
		jump filter_FORWARD_POLICIES
		reject with icmpx admin-prohibited
	}

	chain filter_OUTPUT {
		type filter hook output priority filter + 10; policy accept;
		ct state { established, related } accept
		ct status dnat accept
		oifname "lo" accept
		ip6 daddr { ::/96, ::ffff:0.0.0.0/96, 2002::/24, 2002:a00::/24, 2002:7f00::/24, 2002:a9fe::/32, 2002:ac10::/28, 2002:c0a8::/32, 2002:e000::/19 } reject with icmpv6 addr-unreachable
		jump filter_OUTPUT_POLICIES
	}

	chain filter_INPUT_POLICIES {
		iifname "enp0s3" jump filter_IN_policy_allow-host-ipv6
		iifname "enp0s3" jump filter_IN_public
		iifname "enp0s3" reject with icmpx admin-prohibited
		jump filter_IN_policy_allow-host-ipv6
		jump filter_IN_public
		reject with icmpx admin-prohibited
	}

	chain filter_FORWARD_POLICIES {
		iifname "enp0s3" oifname "enp0s3" jump filter_FWD_public
		iifname "enp0s3" oifname "enp0s3" reject with icmpx admin-prohibited
		iifname "enp0s3" jump filter_FWD_public
		iifname "enp0s3" reject with icmpx admin-prohibited
		oifname "enp0s3" jump filter_FWD_public
		oifname "enp0s3" reject with icmpx admin-prohibited
		jump filter_FWD_public
		reject with icmpx admin-prohibited
	}

	chain filter_OUTPUT_POLICIES {
		oifname "enp0s3" jump filter_OUT_public
		oifname "enp0s3" return
		jump filter_OUT_public
		return
	}

	chain filter_IN_public {
		jump filter_IN_public_pre
		jump filter_IN_public_log
		jump filter_IN_public_deny
		jump filter_IN_public_allow
		jump filter_IN_public_post
		meta l4proto { icmp, ipv6-icmp } accept
	}

	chain filter_IN_public_pre {
	}

	chain filter_IN_public_log {
	}

	chain filter_IN_public_deny {
	}

	chain filter_IN_public_allow {
		tcp dport 22 accept
		ip daddr 224.0.0.251 udp dport 5353 accept
		ip6 daddr ff02::fb udp dport 5353 accept
		ip6 daddr fe80::/64 udp dport 546 accept
	}

	chain filter_IN_public_post {
	}

	chain filter_OUT_public {
		jump filter_OUT_public_pre
		jump filter_OUT_public_log
		jump filter_OUT_public_deny
		jump filter_OUT_public_allow
		jump filter_OUT_public_post
	}

	chain filter_OUT_public_pre {
	}

	chain filter_OUT_public_log {
	}

	chain filter_OUT_public_deny {
	}

	chain filter_OUT_public_allow {
	}

	chain filter_OUT_public_post {
	}

	chain nat_OUT_public {
		jump nat_OUT_public_pre
		jump nat_OUT_public_log
		jump nat_OUT_public_deny
		jump nat_OUT_public_allow
		jump nat_OUT_public_post
	}

	chain nat_OUT_public_pre {
	}

	chain nat_OUT_public_log {
	}

	chain nat_OUT_public_deny {
	}

	chain nat_OUT_public_allow {
	}

	chain nat_OUT_public_post {
	}

	chain nat_POST_public {
		jump nat_POST_public_pre
		jump nat_POST_public_log
		jump nat_POST_public_deny
		jump nat_POST_public_allow
		jump nat_POST_public_post
	}

	chain nat_POST_public_pre {
	}

	chain nat_POST_public_log {
	}

	chain nat_POST_public_deny {
	}

	chain nat_POST_public_allow {
	}

	chain nat_POST_public_post {
	}

	chain filter_FWD_public {
		jump filter_FWD_public_pre
		jump filter_FWD_public_log
		jump filter_FWD_public_deny
		jump filter_FWD_public_allow
		jump filter_FWD_public_post
	}

	chain filter_FWD_public_pre {
	}

	chain filter_FWD_public_log {
	}

	chain filter_FWD_public_deny {
	}

	chain filter_FWD_public_allow {
		oifname "enp0s3" accept
	}

	chain filter_FWD_public_post {
	}

	chain nat_PRE_public {
		jump nat_PRE_public_pre
		jump nat_PRE_public_log
		jump nat_PRE_public_deny
		jump nat_PRE_public_allow
		jump nat_PRE_public_post
	}

	chain nat_PRE_public_pre {
	}

	chain nat_PRE_public_log {
	}

	chain nat_PRE_public_deny {
	}

	chain nat_PRE_public_allow {
	}

	chain nat_PRE_public_post {
	}

	chain mangle_PRE_public {
		jump mangle_PRE_public_pre
		jump mangle_PRE_public_log
		jump mangle_PRE_public_deny
		jump mangle_PRE_public_allow
		jump mangle_PRE_public_post
	}

	chain mangle_PRE_public_pre {
	}

	chain mangle_PRE_public_log {
	}

	chain mangle_PRE_public_deny {
	}

	chain mangle_PRE_public_allow {
	}

	chain mangle_PRE_public_post {
	}

	chain filter_IN_policy_allow-host-ipv6 {
		jump filter_IN_policy_allow-host-ipv6_pre
		jump filter_IN_policy_allow-host-ipv6_log
		jump filter_IN_policy_allow-host-ipv6_deny
		jump filter_IN_policy_allow-host-ipv6_allow
		jump filter_IN_policy_allow-host-ipv6_post
	}

	chain filter_IN_policy_allow-host-ipv6_pre {
	}

	chain filter_IN_policy_allow-host-ipv6_log {
	}

	chain filter_IN_policy_allow-host-ipv6_deny {
	}

	chain filter_IN_policy_allow-host-ipv6_allow {
		icmpv6 type mld-listener-done accept
		icmpv6 type mld-listener-query accept
		icmpv6 type mld-listener-report accept
		icmpv6 type mld2-listener-report accept
		icmpv6 type nd-neighbor-advert icmpv6 code 0 accept
		icmpv6 type nd-neighbor-solicit icmpv6 code 0 accept
		icmpv6 type nd-redirect icmpv6 code 0 accept
		icmpv6 type nd-router-advert icmpv6 code 0 accept
	}

	chain filter_IN_policy_allow-host-ipv6_post {
	}

	chain nat_PRE_policy_allow-host-ipv6 {
		jump nat_PRE_policy_allow-host-ipv6_pre
		jump nat_PRE_policy_allow-host-ipv6_log
		jump nat_PRE_policy_allow-host-ipv6_deny
		jump nat_PRE_policy_allow-host-ipv6_allow
		jump nat_PRE_policy_allow-host-ipv6_post
	}

	chain nat_PRE_policy_allow-host-ipv6_pre {
	}

	chain nat_PRE_policy_allow-host-ipv6_log {
	}

	chain nat_PRE_policy_allow-host-ipv6_deny {
	}

	chain nat_PRE_policy_allow-host-ipv6_allow {
	}

	chain nat_PRE_policy_allow-host-ipv6_post {
	}

	chain mangle_PRE_policy_allow-host-ipv6 {
		jump mangle_PRE_policy_allow-host-ipv6_pre
		jump mangle_PRE_policy_allow-host-ipv6_log
		jump mangle_PRE_policy_allow-host-ipv6_deny
		jump mangle_PRE_policy_allow-host-ipv6_allow
		jump mangle_PRE_policy_allow-host-ipv6_post
	}

	chain mangle_PRE_policy_allow-host-ipv6_pre {
	}

	chain mangle_PRE_policy_allow-host-ipv6_log {
	}

	chain mangle_PRE_policy_allow-host-ipv6_deny {
	}

	chain mangle_PRE_policy_allow-host-ipv6_allow {
	}

	chain mangle_PRE_policy_allow-host-ipv6_post {
	}
}

Тут 366 строчек и одному Господу ведомо сколько пустых цепочек. Напоминаю, система чистая в Виртулбоксе, никаких юзерских правил. Тут открывается несколько портов <1025 (22 и т.д.) и все порты >1024. Т.е., буквально, 6 полезных правил.

На главной странице https://firewalld.org/ я нашел четыре упоминания слова «simple».

А потом они спрашивают почему пользователи не используют фаерволл.

Я не большой мастер секьюрности, но настроить и понять iptables мне было СИЛЬНО проще. Не, можно, конешно, заучить несколько заклинаний, но я просто отказываюсь пользоваться этим высером.

Причем, насколько я понимаю, основной selling point firewalld был в том, что соединения не рвутся при изменении правил, а теперь nftables это умеет по умолчанию.

UPD1: Похоже target: default – это значение, которое определено в исходном коде и означает «INPUT: REJECT, кроме icmp»:

man firewall-cmd
...
default is similar to REJECT, but it implicitly allows ICMP packets.
...

Извиняюсь, если ввел в заблуждение. Поведение все еще не очевидное.

★★★

Последнее исправление: MoldAndLimeHoney (всего исправлений: 3)

Причем, насколько я понимаю, основной selling point firewalld был в том, что соединения не рвутся при изменении правил, а теперь nftables это умеет по умолчанию.

Соединения никогда при изменении правил не рвались. Ну кроме случаев когда изменение заключалось в зафайрволивании имеющихся соединений или ещё каком специальном влезании в их работу.

firkax ★★★★★
()

А разве нормального гуя к нему нет? Его selling point(c) был в том, что тебе не надо пердолиться с правилами netfilter, а можно уютно переключать зоны, слоняясь от вафли к вафле. Это как бы подразумевает мышевозность.

thesis ★★★★★
()

Я не большой мастер секьюрности, но настроить и понять iptables мне было СИЛЬНО проще.

А я так и не смог заставить себя осилить nft. Синтаксис iptables намного понятнее.

Tanger ★★★★★
()
Ответ на: комментарий от thesis

тебе не надо пердолиться с правилами

Как я могу почувствовать это?

В моем понимании, если инструмент создан для безопасности, он должен сразу давать понять я защищен или нет. target: default – что это? Русская рулетка?

MoldAndLimeHoney ★★★
() автор топика

настроить и понять iptables

А потом, когда придет время заменить iptables на что-то другое будешь орать: ряяя, не хочу Y! Зачем мне навязывают его, я уже привык к X и он меня устраивает!

cobold ★★★★★
()
Ответ на: комментарий от cobold

Да какая разница? Были ipchains, стали iptables, будут ipcubes, потом - будут iphexahedrons...

Shadow ★★★★★
()
Последнее исправление: Shadow (всего исправлений: 1)
Ответ на: комментарий от MoldAndLimeHoney

Я о том, что ты - в мире, где сделано как надо - вообще не должен видеть консоль. Должен быть гуй с натыкиванием простых правил для зон и привязка этих зон к сети, потому что этот инструмент создан не для безопасности, а для удобства юзера. Безопасность у нас уже была и так. Рассуждения здесь такие: сама концепция переключения зон подразумевает мотающуюся между сетями железку, то есть ноут. Ноут без гуя, где мамкин рут машет фаерволлом в консольке, временами спускаясь на уровень nft - это идиотизм, такого вообще не должно быть.

Вот я и удивляюсь, неужто до сих пор нет вменяемых гуйцов.

thesis ★★★★★
()
Последнее исправление: thesis (всего исправлений: 1)
Ответ на: комментарий от MoldAndLimeHoney

Можешь мне сказать по скрину какая тут политика по-умолчанию?

Не знаю, вижу только один из дофига табов.

thesis ★★★★★
()
Ответ на: комментарий от MoldAndLimeHoney

Да я бы и на слово поверил, чего ты так ответственно. Я ж не спорю, а просто недоумеваю.

thesis ★★★★★
()

На главной странице https://firewalld.org/ я нашел четыре упоминания слова «simple».

Ну так ты не должен лезть сам в nft, а для пользователя фуриволд вполне себе симпл. Хочу днс - открыл днс, хочу другое - открыл другое.

Пользую его для настройки оконечных узлов, полет вроде нормальный, хз откуда претензии.

для каждой зоны этот дефолт свой.

Откуда инфа? Вроде default это REJECT + пара icmp типов. Это один из типов таргетов, которых 4 и они ведут себя одинаково для всех зон, где упомянуты. Если это не так то дай линк почитать.

mikhalich ★★
()

Вот всегда считал, что все линуксовые фаерволлы, что iptables, что firewalld - не для людей. Оно норм, когда к этому есть гуй, или какая-то автоматизация, а в плане человекочитаемости там всегда было плохо, в отличии, скажем, от pf, который, напротив, читать куда проще.

Slack ★★★★★
()

Запусти GUI firewall-config, протыкай чекбоксы, пропиши пару-тоойку нужных портов, закрой тулзу, больше её никогда не запускай. Profit!

carasin ★★★★★
()
Ответ на: комментарий от MoldAndLimeHoney

Видимо, целевой аудитории пофиг. Очевидно, я попадаю в ЦА.

carasin ★★★★★
()
Ответ на: комментарий от Tanger

Как-то пытался сохранить свои правила на сервере в nft, nft не все смог.
Будет iptables, пока не выпилят.

hbars ★★★★★
()
Ответ на: комментарий от mikhalich

Откуда инфа? Вроде default это REJECT + пара icmp типов. Это один из типов таргетов, которых 4 и они ведут себя одинаково для всех зон, где упомянуты. Если это не так то дай линк почитать.

Вы должны понимать, что я начал с ним знакомиться несколько дней назад и что-то могу напутать (учитывая, что у меня только базовые знания iptables).

Но вот мы смотрим документацию:

**If unspecified**, the default behavior applies: ICMP will be accepted and everything else will be rejected.

Т.е., вроде бы все так, как ты говоришь, но дьявол в деталях:

  1. Это поведение только для INPUT. Для FORWARD полиси ACCEPT. И для OUTPUT тоже ACCEPT.

  2. Второе это If unspecified – т.е. это поведение можно переназначить в конфиге.

Моя претензия к firewalld даже не в том, как он работает, а как отдает информацию пользователю.

Например, как я вижу нормальный юзер-френдли фаерволл:

$ firewall show rules

ZONE: home

INPUT:
policy: DROP
allow services: icmp, ssh
allow ports: 8080/tcp

OUTPUT:
policy: ACCEPT
allow services: all
allow ports: all

Базовая настройка, ты сразу видишь какой трафик разрешен, какой запрещен и т.д. subj выводит информацию так, что ничерта не понятно. Причем, это не потому что я тупой или не знаком с ним, он просто всратый.

Представь, что у тебя есть какая-то охранная система в доме. И вместо того, чтобы сказать, что у тебя все надежно защищено, она тебе пишет Target: default. Какая твоя реакция будет?

MoldAndLimeHoney ★★★
() автор топика
Ответ на: комментарий от hbars

Как-то пытался сохранить свои правила на сервере в nft, nft не все смог.

Скорее это ты просто не смог, я так понимаю, что nftables – это полная замена и даже сам iptables под капотом сейчас использует nftables.

MoldAndLimeHoney ★★★
() автор топика
Ответ на: комментарий от MoldAndLimeHoney

Второе это If unspecified – т.е. это поведение можно переназначить в конфиге.

Не припомню такой функции, а вот свои зоны и сервисы я делал.

Это поведение только для INPUT. Для FORWARD полиси ACCEPT. И для OUTPUT тоже ACCEPT.

Это уже за пределы скоупа фуриволд выход, он не создан для администрирования транзитного трафика.

subj выводит информацию так, что ничерта не понятно

Не потверждаю, там буквально тоже самое, просто полей больше.

Какая твоя реакция будет?

Я изучал документацию по фуриволд, я просто знаю, что значит default. Если ты идешь в инструмент контроля трафика и хочешь его админить «по наитию» - это не очень правильно. Огнестены - самые опасные инструменты в каком-то смысле, сначала читаешь документацию - потом идешь ковыряться. Я так делал, у меня нет претензий к фуриволд, я знаю что он может и, что важнее - что он НЕ может.

nft я аналогично изучал и «черерненький» пояс имел - динамические списки с массивами и прочей ерундой делал и админил, прикольная ерунда.

Крч если бы ты начал с документации - треда бы не было.

mikhalich ★★
()
Ответ на: комментарий от thesis

затрахался я с этими апитейблсами...реально без гуя и когда ты никогда этого не делал оч сложно, более менее вменяемый интерфейс сделали в opensense, но там я тоже не смог сделать то что мне надо(настроить черные списки)

Neresar ★★
()

firewalld говно

Да.

anc ★★★★★
()

Причем, насколько я понимаю, основной selling point firewalld был в том, что соединения не рвутся при изменении правил, а теперь nftables это умеет по умолчанию.

Они и раньше не рвались.

anc ★★★★★
()
Ответ на: комментарий от Tanger

А я так и не смог заставить себя осилить nft. Синтаксис iptables намного понятнее.

Аналогично. Но в моем случае я это списываю на лень, ну и принцип «работает не трогай», в том смысле, что чего-то специфичного от nft мне пока не понадобилось.

anc ★★★★★
()
Ответ на: комментарий от cobold

А потом, когда придет время заменить iptables на что-то другое будешь орать: ряяя, не хочу Y!

Зачем орать-то? За 30 лет изменений было не так много, ipfw, ipchains, iptables, nftables. Причем первые три уложились в первое десятилетие, а для последнего сделали обертку.

anc ★★★★★
()
Ответ на: комментарий от MoldAndLimeHoney

Скорее это ты просто не смог, я так понимаю, что nftables – это полная замена и даже сам iptables под капотом сейчас использует nftables.

Это смогешь?
-A PREROUTING -s 10.10.10.0/24 -p udp --dport 53 -m string --hex-string «|056f6e696f6e00|» --algo bm -m comment --comment «tor onion» -j REDIRECT --to-port 5353

hbars ★★★★★
()
Ответ на: комментарий от Slack

Чего с iptables-то не так? Линейный набор правил.

anc ★★★★★
()
Ответ на: комментарий от mikhalich

Это уже за пределы скоупа фуриволд выход, он не создан для администрирования транзитного трафика.

Прелестно, прелестно! (с) Ворона из мультика.
Ну или голосом Гибсона из фильма «Расплата»: Ну и нафига ты тогда нужен?

anc ★★★★★
()
Ответ на: комментарий от hbars

-A PREROUTING -s 10.10.10.0/24 -p udp --dport 53 -m string --hex-string «|056f6e696f6e00|» --algo bm -m comment --comment «tor onion» -j REDIRECT --to-port 5353

+1 за модуль string

anc ★★★★★
()
Ответ на: комментарий от hbars

Я, может, и нет, а <сами знаете кто> вполне :)

# Make sure you have a nat table and a prerouting chain base set up
table ip nat {
    chain prerouting {
        type nat hook prerouting priority filter; policy accept;

        # The translated rule:
        ip saddr 10.10.10.0/24 udp dport 53 @th,64,48 0x056f6e696f6e00 redirect to :5353 comment "tor onion"
    }
}
MoldAndLimeHoney ★★★
() автор топика
Ответ на: комментарий от anc

Ну или голосом Гибсона из фильма «Расплата»: Ну и нафига ты тогда нужен?

Для администрирования файера на оконечном устройстве, тут все очевидно. Дает удобный быстрый понятный способ открыть\закрыть порты в формате сервисов - все.

Если надо из каждого инструмента делать комбайн - это к врачу.

mikhalich ★★
()
Ответ на: комментарий от mikhalich

Это можно было бы сказать про какой-нибудь ufw, но точно не про firewalld. Он сам тот еще монстр.

Думаю, простота при разработке была где-то в первой десятке, а делали его, чтобы можно было управлять фаерволлом через dbus в инфраструктуре Редхата.

Даже на сайте firewalld dbus идет первым пунктом в фичах, а что-то типа simple начинается с шестого пункта (как я угадал). Можно судить о приоритетах разработчиков.

Features

    Complete D-Bus API
    IPv4, IPv6, bridge and ipset support
    IPv4 and IPv6 NAT support
    Firewall zones
    Predefined list of zones, services and icmptypes
    Simple service, port, protocol, source port, masquerading, port forwarding, icmp filter, rich rule, interface and source address handlig in zones
    Simple service definition with ports, protocols, source ports, modules (netfilter helpers) and destination address handling
...
MoldAndLimeHoney ★★★
() автор топика
Ответ на: комментарий от MoldAndLimeHoney

Complete D-Bus API

Это и есть simple. Можно все сделать программно, утенок за пультом даже ничего не поймет.

Firewall zones

Сюда же. Отказ от списка, упрощение менеджмента - вкл или не вкл, другого не дано.

Сгенерировать файлик сервиса, одним пинком его включить\выключить - вместо ковыряния с бесконечными списками и приоритетами, где хз куда можно пристроиться, учитывая уникальный замысел(тм) каждого поциента.

mikhalich ★★
()
Ответ на: комментарий от MoldAndLimeHoney

ip saddr 10.10.10.0/24 udp dport 53 @th,64,48 0x056f6e696f6e00 redirect to :5353 comment «tor onion»

Теперь остается поверить этому <сами знаете кто>, что это будет работать. Что вряд ли.

hbars ★★★★★
()
Ответ на: комментарий от mikhalich

Для администрирования файера на оконечном устройстве, тут все очевидно.

Ну т.е. вот у меня есть оконечное устройство, на котором поднят libvirt со своей сетью на отдельном интерфейсе и эта дрянь даже не осилит в правила для отдельных VM ?

Если надо из каждого инструмента делать комбайн - это к врачу.

Недокомбайн это как раз то, что и обсуждаем.

anc ★★★★★
()
Ответ на: комментарий от anc

Недокомбайн это как раз то, что и обсуждаем.

Нет, он позволяет автоматизировано и просто управлять файером оконечного хоста в конкурентной среде.

Ну т.е. вот у меня есть оконечное устройство, на котором поднят libvirt со своей сетью на отдельном интерфейсе и эта дрянь даже не осилит в правила для отдельных VM ?

Оконечное устройство, которое обеспечивает транзит трафика - не является оконечным устройством. Это не задача фуриволд.

А если ты сети для виртуалок терминируешь и разматываешь с помощью файера гипервизора - вопросики есть уже к тебе.

mikhalich ★★
()
Ответ на: комментарий от mikhalich

Нет, он позволяет автоматизировано и просто управлять файером оконечного хоста в конкурентной среде.

Я прочитал выхлоп маркетингово булшита.

Оконечное устройство, которое обеспечивает транзит трафика - не является оконечным устройством. Это не задача фуриволд.

Ну ЧТД. Не осилили.

А если ты сети для виртуалок терминируешь и разматываешь с помощью файера гипервизора - вопросики есть уже к тебе.

Простите, а с помощью чего вы предлагаете это делать? Может я чего-то не знаю?

anc ★★★★★
()
Ответ на: комментарий от anc

Я прочитал выхлоп маркетингово булшита.

Благодаря фуриволд разработчик софта может закинуть файлики, детально описывающие нужные ему конфигурации (файлы сервисов) и программно включать\отключать их независимо от того, какие еще персонажи пытаются администрировать файер - другие программы, пользователи и тп. Вместо конкурентного редактирования единого списка правил, составленного ИИшкой по пьяным промптам с гаданием, в какую из этих строк можно вкорячить свои правила.

Мне, как занятому в разработке софта под линукс - фуриволд чертовски полезен, он превратил управление межсетевым экраном в простой и понятный процесс с минимумом разборок. Я могу на лету корректировать политику фильтрации в зависимости от того, какие сервисы пользователь захотел включить, ну или какие потребовались в моменте - и сразу прикрыть по необходимости.

Вот эту задачу решает фуриволд.

Ну ЧТД. Не осилили.

Потому что не нужно. Для администрирования транзитных узлов используйте nft и сами решайте свою задачу - автоматика не сможет распарсить все многообразие шизозамыслов.

Простите, а с помощью чего вы предлагаете это делать? Может я чего-то не знаю?

Тут я некорректно прочел - для маленьких инсталляций действительно следует разводить через гипервизор. И опять же - тогда вам нужен nft, фуриволд отвечает за защиту самого гипервизора как конечного узла.

mikhalich ★★
()

меня всегда «радовало» в нем множество зон, которые как бы интуитивные: private, work, home, но внезапно эта FedoraWorkstation . Что как бы говорит, мейнтейнеры плюют на концепцию, и продавливают свой профиль. ну а нафига? это выглядит странно

zendrz ★★
()
Ответ на: комментарий от mikhalich

Я не ради бессмысленного спора, а просто похихикать: выражение «превратил управление межсетевым экраном в простой и понятный процесс» выглядит забавно в свете признаваемой и даже подчеркиваемой неспособности сабжа работать именно в качестве МЕЖСЕТЕВОГО (см. «защита конечного хоста») экрана.

thesis ★★★★★
()
Ответ на: комментарий от thesis

признаваемой и даже подчеркиваемой неспособности сабжа работать именно в качестве МЕЖСЕТЕВОГО

Мне лень писать «брандендшмауер», термин такой, что поделать.

mikhalich ★★
()
Ответ на: комментарий от zendrz

но внезапно эта FedoraWorkstation . Что как бы говорит, мейнтейнеры плюют на концепцию, и продавливают свой профиль. ну а нафига? это выглядит странно

На самом деле, очень даже понятно. Если пользователь установит свежую Федорку и у ничего не будет работать, вряд ли он похвалит дистрибутив за секурность. Вот они и предоставляют полностью открытую сеть. Конешно, неплохо было бы пользователю сообщить, что вот есть фаерволл, его неплохо было бы настроить, для дома за натом вот так, для публичного вайфая вот так, таким образом открыть порт, так разрешить сервис.

MoldAndLimeHoney ★★★
() автор топика
Ответ на: комментарий от jura12

Не, мне проще будет освоить nftables. В конце концов, ничего сложного я не делаю, мне задать политику для INPUT/OUTPUT/FORWARD, да открыть нужные порты.

Если поделка Шапки добавляет хоть какие-то возможности автоматизации, то поделка Каноникла вообще бесполезная.

Учить несколько разных синтаксисов фаерволлов – это уже странное.

MoldAndLimeHoney ★★★
() автор топика
Закрыто добавление комментариев для недавно зарегистрированных пользователей (со score < 50)