Не принимается информация по UDP

Модератор: Модераторы разделов

MiK13
Сообщения: 738
ОС: Linux Debian

Не принимается информация по UDP

Сообщение MiK13 » 05.05.2019 13:24

По требованию начальника ("условие потенциального заказчика") стали осваивать RHEL 7.
Конфигурация системы примерно такая.
Программа-демон rd по UDP получает информацию от измерителя (передаётся по UDP на адрес 255.255.255.255) и размещает её в разделяемой памяти.
Программа АРМа отображает эту информацию на экране.
Под Debian (6 и 7) всё работало нормально.
В последний рабочий день (перед 5-дневными выходными) решили запустить на RHEL. Правда, транслировали под Debian 9, так как на RHEL ещё не поставили компиляторы.
Запускаем -- на экране ничего нет. Возникло впечатление, что программа rd не принимает информацию. Ни от измерителя, ни от его имитатора, запущенного на том же компьютере.
Программа tcpdump показывает непрерывный поток данных по UDP (при -i enp8s0 или -i any)
Для проверки запустил свою программу, которая показывает содержимое UDP пакетов в заданном формате. Она тоже НИЧЕГО не показывает.
В чём может быть дело?

Лично у меня два предположения.
1. Программа не ожидает приём данных с этого интерфейса (хотя я не знаю где его указать, tcpdump по умолчанию ждёт с virt..., точное название не помню)
2. Причина в том, что транслированы в Debian 9. Хотя АРМ, сделанный в Qt5 запускается, линии рисует.

Но как заставить программу принимать данные?
Спасибо сказали:

Аватара пользователя
Bizdelnick
Модератор
Сообщения: 15400
Статус: grammatikführer
ОС: Debian GNU/Linux

Re: Не принимается информация по UDP

Сообщение Bizdelnick » 05.05.2019 14:47

MiK13 писал:
05.05.2019 13:24
передаётся по UDP на адрес 255.255.255.255
Своеобразный подход, мягко говоря.

Настройки файервола смотрели?
Пишите правильно:
в консоли
вкупе (с чем-либо)
в общем
вообще
в течение (часа)
команда
новичок
нюанс
приемлемо
проблема
пробовать
трафик
Спасибо сказали:

Аватара пользователя
Hephaestus
Сообщения: 2469
Статус: Многоуважаемый джинн...
ОС: Slackware64-14.1/14,2

Re: Не принимается информация по UDP

Сообщение Hephaestus » 05.05.2019 17:41

А заодно можно проверить и всякие роутеры (если есть).
Странно, что это вообще работало.
Пускай скрипят мои конечности.
Я - повелитель бесконечности...
Мой блог
Спасибо сказали:

Аватара пользователя
s.xbatob
Сообщения: 736
ОС: RfRemix

Re: Не принимается информация по UDP

Сообщение s.xbatob » 05.05.2019 18:59

Там еще selinux может препятствовать
Спасибо сказали:

MiK13
Сообщения: 738
ОС: Linux Debian

Re: Не принимается информация по UDP

Сообщение MiK13 » 06.05.2019 14:20

Bizdelnick писал:
05.05.2019 14:47
MiK13 писал:
05.05.2019 13:24
передаётся по UDP на адрес 255.255.255.255
Своеобразный подход, мягко говоря.
А что тут такого?
Наиболее простой способ передать информацию от измерительного устройства любому клиенту в сети.
Bizdelnick писал:
05.05.2019 14:47
Настройки файервола смотрели?
Пока с этим вообще не разбирались
Hephaestus писал:
05.05.2019 17:41
Странно, что это вообще работало.
А в чём странность?
s.xbatob писал:
05.05.2019 18:59
Там еще selinux может препятствовать
С этим мообще ещё не имели дела
Узнали про него не так давно, когда узнали про Astra Linux.
Надо будет поразбираться.
Спасибо сказали:

Аватара пользователя
Bizdelnick
Модератор
Сообщения: 15400
Статус: grammatikführer
ОС: Debian GNU/Linux

Re: Не принимается информация по UDP

Сообщение Bizdelnick » 06.05.2019 15:25

MiK13 писал:
06.05.2019 14:20
А что тут такого?
Наиболее простой способ передать информацию от измерительного устройства любому клиенту в сети.
Не любому, а всем. Включая тех, кому оно не надо.
MiK13 писал:
06.05.2019 14:20
Пока с этим вообще не разбирались
А зря, это в первую очередь надо смотреть.
MiK13 писал:
06.05.2019 14:20
Узнали про него не так давно, когда узнали про Astra Linux.
Она-то тут каким боком?
Пишите правильно:
в консоли
вкупе (с чем-либо)
в общем
вообще
в течение (часа)
команда
новичок
нюанс
приемлемо
проблема
пробовать
трафик
Спасибо сказали:

Аватара пользователя
Hephaestus
Сообщения: 2469
Статус: Многоуважаемый джинн...
ОС: Slackware64-14.1/14,2

Re: Не принимается информация по UDP

Сообщение Hephaestus » 06.05.2019 22:47

MiK13 писал:
06.05.2019 14:20
А в чём странность?
Адрес 255.255.255.255 широковещательный.
Причём, "совсем" широковещательный - шире некуда.
На весь Интернет, если не ошибаюсь.
И такой трафик разрешен далеко не везде.
Пакет, отправленный "внутри" локальной сети, может и долетит,
а вот отправленный "снаружи", с большой вероятностью зарежется на первом же роутере.
Пускай скрипят мои конечности.
Я - повелитель бесконечности...
Мой блог
Спасибо сказали:

Аватара пользователя
Bizdelnick
Модератор
Сообщения: 15400
Статус: grammatikführer
ОС: Debian GNU/Linux

Re: Не принимается информация по UDP

Сообщение Bizdelnick » 06.05.2019 22:50

Hephaestus писал:
06.05.2019 22:47
На весь Интернет, если не ошибаюсь.
На всю локалку.
Пишите правильно:
в консоли
вкупе (с чем-либо)
в общем
вообще
в течение (часа)
команда
новичок
нюанс
приемлемо
проблема
пробовать
трафик
Спасибо сказали:

Аватара пользователя
Hephaestus
Сообщения: 2469
Статус: Многоуважаемый джинн...
ОС: Slackware64-14.1/14,2

Re: Не принимается информация по UDP

Сообщение Hephaestus » 07.05.2019 12:21

Bizdelnick писал:
06.05.2019 22:50
На всю локалку.
Это в случае ТС или вообще?
В пределах локалки будет что-то вроде 192.168.0.255.

А если, скажем, сетевой кабель от провайдера воткнут прямо в разъем сетевой карты (без всяких роутеров и пр.),
и от провайдера получен белый адрес, например, 117.110.200.35,
то отправленный с этой машины пакет на 255.255.255.255, полетит "на всю локалку"... Куда?
Где границы этой "локалки"? Подсеть провайдера? Или всё-таки шире?
Теоретически как раз "весь Интернет" и получается. На практике - зарежется, конечно, но где именно - неизвестно. Зависит от оборудования.
Пускай скрипят мои конечности.
Я - повелитель бесконечности...
Мой блог
Спасибо сказали:

Аватара пользователя
Bizdelnick
Модератор
Сообщения: 15400
Статус: grammatikführer
ОС: Debian GNU/Linux

Re: Не принимается информация по UDP

Сообщение Bizdelnick » 07.05.2019 13:56

Hephaestus писал:
07.05.2019 12:21
Это в случае ТС или вообще?
https://tools.ietf.org/html/rfc919#section-7
The address 255.255.255.255 denotes a broadcast on a local hardware network, which must not be forwarded. This address may be used, for example, by hosts that do not know their network number and are asking some server for it.
Hephaestus писал:
07.05.2019 12:21
А если, скажем, сетевой кабель от провайдера воткнут прямо в разъем сетевой карты (без всяких роутеров и пр.),
и от провайдера получен белый адрес, например, 117.110.200.35,
то отправленный с этой машины пакет на 255.255.255.255, полетит "на всю локалку"... Куда?
До первого шлюза.
Пишите правильно:
в консоли
вкупе (с чем-либо)
в общем
вообще
в течение (часа)
команда
новичок
нюанс
приемлемо
проблема
пробовать
трафик
Спасибо сказали:

Аватара пользователя
Hephaestus
Сообщения: 2469
Статус: Многоуважаемый джинн...
ОС: Slackware64-14.1/14,2

Re: Не принимается информация по UDP

Сообщение Hephaestus » 07.05.2019 14:15

Bizdelnick писал:
07.05.2019 13:56
The address 255.255.255.255 denotes a broadcast on a local hardware network, which must not be forwarded.
Гм. А вот этого я не знал.
Просто мы тут давеча WOL хотели испробовать - полноценно не получилось. Из-за этого ограничения что ли?
Пускай скрипят мои конечности.
Я - повелитель бесконечности...
Мой блог
Спасибо сказали:

Аватара пользователя
Evil_Genius
Сообщения: 79
ОС: Fedora 30

Re: Не принимается информация по UDP

Сообщение Evil_Genius » 07.05.2019 17:47

Помню во времена домашних сетей был такой вайпрес чат, работал по умолчанию на широковещательных пакетах, Засорял сеть страшно, чуть ли не до ступора.
Спасибо сказали:

MiK13
Сообщения: 738
ОС: Linux Debian

Re: Не принимается информация по UDP

Сообщение MiK13 » 07.05.2019 19:12

Bizdelnick писал:
06.05.2019 15:25
Не любому, а всем. Включая тех, кому оно не надо.
В реальной работе это одно и то же.
В реальной работе в локальной сети находятся измеритель, который оцифровывает сигнал и АРМ, оператор которого наблюдает за этим сигналом. АРМов может быть два (пока так начальник говорит), поэтому сеть состоит всего из трёх узлов.
К АРМу могут подключаться другие узлы, но к другому интерфейсу. -1 туда не пройдёт.
Bizdelnick писал:
06.05.2019 15:25
MiK13 писал:
06.05.2019 14:20
Пока с этим вообще не разбирались
А зря, это в первую очередь надо смотреть.
Ещё бы разобраться где он устанавливается :)
Bizdelnick писал:
06.05.2019 15:25
MiK13 писал:
06.05.2019 14:20
Узнали про него не так давно, когда узнали про Astra Linux.
Она-то тут каким боком?
Не знаю. Просто
s.xbatob писал:
05.05.2019 18:59
Там еще selinux может препятствовать
Когда ставили Debian подобных проблем не было. А вот поставили RHEL...
Hephaestus писал:
06.05.2019 22:47
Пакет, отправленный "внутри" локальной сети, может и долетит,
а вот отправленный "снаружи", с большой вероятностью зарежется на первом же роутере.
Это мы выяснили давно.
Когда собирали аналогичную систему (измеритель и два АРМа), при отсутствии хабов (свичей) мне пришлось на компьютерах организовывать бридж между двумя интерфейсами. И при этом возник эффект, объяснение которому я до сих пор найти не могу, но это отдельная тема.
Но а данном случае не "долетают" пакеты, отправленные на том же компьютере другой программой.
Проверить доходят ли UDP пакеты, отправленные на конкретный адрес смогу только в пятницу, после праздников.
Но с работой по ssh -X проблем практически не было.
Спасибо сказали:

Аватара пользователя
Bizdelnick
Модератор
Сообщения: 15400
Статус: grammatikführer
ОС: Debian GNU/Linux

Re: Не принимается информация по UDP

Сообщение Bizdelnick » 07.05.2019 19:15

MiK13 писал:
07.05.2019 19:12
Ещё бы разобраться где он устанавливается
man firewallctl
Пишите правильно:
в консоли
вкупе (с чем-либо)
в общем
вообще
в течение (часа)
команда
новичок
нюанс
приемлемо
проблема
пробовать
трафик
Спасибо сказали:

Аватара пользователя
Hephaestus
Сообщения: 2469
Статус: Многоуважаемый джинн...
ОС: Slackware64-14.1/14,2

Re: Не принимается информация по UDP

Сообщение Hephaestus » 07.05.2019 21:38

MiK13 писал:
07.05.2019 19:12
Но а данном случае не "долетают" пакеты, отправленные на том же компьютере другой программой.
Стоп! Вы отправляете с машины пакет на 255.255.255.255 и ожидаете, что эта же машина (в числе прочих) его и примет обратно? Я уже вообще ничего не понимаю в этой жизни.
Впрочем, как уже сказали выше, смотрите firewall, может быть и взлетит в конце концов.
Пускай скрипят мои конечности.
Я - повелитель бесконечности...
Мой блог
Спасибо сказали:

MiK13
Сообщения: 738
ОС: Linux Debian

Re: Не принимается информация по UDP

Сообщение MiK13 » 08.05.2019 00:07

Hephaestus писал:
07.05.2019 21:38
MiK13 писал:
07.05.2019 19:12
Но а данном случае не "долетают" пакеты, отправленные на том же компьютере другой программой.
Стоп! Вы отправляете с машины пакет на 255.255.255.255 и ожидаете, что эта же машина (в числе прочих) его и примет обратно?
Конечно. Когда проверяли на Дебиане, постоянно так отлаживали систему.
Hephaestus писал:
07.05.2019 21:38
Я уже вообще ничего не понимаю в этой жизни.
А в жизни много непонятного. Я, например, до сих пор не могу понять почему при выключении одного из компьютеров сети пинг другого возрастал с 0.7 мс до 260 мс.
Hephaestus писал:
07.05.2019 21:38
Впрочем, как уже сказали выше, смотрите firewall, может быть и взлетит в конце концов.
Кончатся "праздники", выйду на работу и посмотрю.
Хотя подозреваю, что причина какая-то простая.
Спасибо сказали:

Аватара пользователя
Hephaestus
Сообщения: 2469
Статус: Многоуважаемый джинн...
ОС: Slackware64-14.1/14,2

Re: Не принимается информация по UDP

Сообщение Hephaestus » 08.05.2019 01:00

MiK13 писал:
08.05.2019 00:07
Конечно. Когда проверяли на Дебиане, постоянно так отлаживали систему.
В Дебиане фаервол по умолчанию не настроен (читай: выключен). По крайней мере, раньше так было.
Поэтому, весьма вероятно, что перейдя на другой дистр, перестало работать то, что раньше работало.
MiK13 писал:
08.05.2019 00:07
А в жизни много непонятного. Я, например, до сих пор не могу понять почему при выключении одного из компьютеров сети пинг другого возрастал с 0.7 мс до 260 мс.
Я имел в виду другое: зачем нужно из множества вариантов выбирать самый, скажем так, непрозрачный (самый неудобный для отладки), да ещё не оглядываясь на фаерволы? Попроще нельзя было это устроить?

А пинг мог возрастать, например, потому, что физически компьютер из сети исключён, а запись в таблицах маршрутизации осталась (поскольку не обновляется мгновенно). В результате тратится время на маршрут, которого нет. Это так, навскидку.
MiK13 писал:
08.05.2019 00:07
Хотя подозреваю, что причина какая-то простая.
Самая простая причина, которая может быть - фаервол.
Как я уже сказал, в Дебе он по умолчанию выключен, а в RHEL, скорее всего, включен.
Это с учётом того, что сейчас Вы гоняете пакеты внутри одной машины.
Пускай скрипят мои конечности.
Я - повелитель бесконечности...
Мой блог
Спасибо сказали:

Аватара пользователя
Bizdelnick
Модератор
Сообщения: 15400
Статус: grammatikführer
ОС: Debian GNU/Linux

Re: Не принимается информация по UDP

Сообщение Bizdelnick » 08.05.2019 10:05

MiK13 писал:
08.05.2019 00:07
Я, например, до сих пор не могу понять почему при выключении одного из компьютеров сети пинг другого возрастал с 0.7 мс до 260 мс.
Когда сеть зафлужена ШВ пакетами, каких только чудес не бывает.
Пишите правильно:
в консоли
вкупе (с чем-либо)
в общем
вообще
в течение (часа)
команда
новичок
нюанс
приемлемо
проблема
пробовать
трафик
Спасибо сказали:

MiK13
Сообщения: 738
ОС: Linux Debian

Re: Не принимается информация по UDP

Сообщение MiK13 » 10.05.2019 12:11

Bizdelnick писал:
08.05.2019 10:05
MiK13 писал:
08.05.2019 00:07
Я, например, до сих пор не могу понять почему при выключении одного из компьютеров сети пинг другого возрастал с 0.7 мс до 260 мс.
Когда сеть зафлужена ШВ пакетами, каких только чудес не бывает.
Действительно "чудеса" :) Хотя один знакомый и говорил, что "чудес не бывает". Любому "чуду", если разобраться. можно найти объяснение.
Тогда "чудо" заключалось в том, что если этого потока не было, то пинг был нормальным. И второе условие возникновения "чуда" было наличие в сети компьютера с интерфейсом br0 (не было возможности поставить "нормальный" хаб, пришлось делать программный)
Кстати, сейчас проверил. ping server составляет примерно 0.1-0.2 мс, иногда чуть больше. Когда запустил копирование с сервера большого файла, и скорость составляла 33.5 МБ/с, пинг немного возрос, в среднем стал около 0.4 мс. Поток ШВ пакетов от измерителя меньше 3 МБ/с.
Но это так, отступление. Что касается текущего вопроса, то дело действительно оказалось в файрволе. После снятия процесса firewalld информация стала приниматься.
Осталось разобраться, как его сконфигурировать.
Спасибо сказали:

MiK13
Сообщения: 738
ОС: Linux Debian

Re: Не принимается информация по UDP

Сообщение MiK13 » 13.05.2019 14:22

Нашёл статью Настройка firewalld в CentOS и увидел там одну фразу:
Firewalld — утилита для управления встроенным в ядро Linux брандмауэром Netfilter. Несмотря на собственный синтаксис, имеет такой же принцип работы, как Iptables.
И возник вопрос: что именно делает firewalld?
Потому, что iptables, как я понимаю, просто настраивает таблицы в ядре. Соответственно, получается, что файрвол встроен в ядро.
Но firewalld -- отдельная программа, работающая как демон. Когда я её снял, информация, приходящая по UDP, стала приниматься.
То есть именно эта программа выполняет роль файрвола.
В чём её преимущество перед iptables?
Спасибо сказали:

Аватара пользователя
Bizdelnick
Модератор
Сообщения: 15400
Статус: grammatikführer
ОС: Debian GNU/Linux

Re: Не принимается информация по UDP

Сообщение Bizdelnick » 13.05.2019 15:14

firewalld — это просто обёртка над iptables (и некоторыми другими бекендами, что в данном случае не имеет значения). Нужна она для того же самого, для чего и другие многочисленные обёртки: упростить настройку файервола, не заставляя администратора вникать в принципы его работы.
Пишите правильно:
в консоли
вкупе (с чем-либо)
в общем
вообще
в течение (часа)
команда
новичок
нюанс
приемлемо
проблема
пробовать
трафик
Спасибо сказали:

Аватара пользователя
Hephaestus
Сообщения: 2469
Статус: Многоуважаемый джинн...
ОС: Slackware64-14.1/14,2

Re: Не принимается информация по UDP

Сообщение Hephaestus » 13.05.2019 15:21

MiK13 писал:
13.05.2019 14:22
получается, что файрвол встроен в ядро
Если точнее, никакого файрвола нет. Есть фильтр сетевых пакетов. В ядре, да.
Который выполняет, в частности, роль файрвола. Но можно применить и для других задач, например, рулить "раздачей интернета" в локальную сеть.
Пускай скрипят мои конечности.
Я - повелитель бесконечности...
Мой блог
Спасибо сказали:

MiK13
Сообщения: 738
ОС: Linux Debian

Re: Не принимается информация по UDP

Сообщение MiK13 » 13.05.2019 18:14

Bizdelnick писал:
13.05.2019 15:14
firewalld — это просто обёртка над iptables (и некоторыми другими бекендами, что в данном случае не имеет значения). Нужна она для того же самого, для чего и другие многочисленные обёртки: упростить настройку файервола, не заставляя администратора вникать в принципы его работы.
Не похоже, чтобы firewalld был "обёрткой над iptables". "Обёртками", скорее, являются firewalld-cmd (CLI) и firewalld-config (GUI).
Hephaestus писал:
13.05.2019 15:21
Если точнее, никакого файрвола нет. Есть фильтр сетевых пакетов. В ядре, да.
Который выполняет, в частности, роль файрвола. Но можно применить и для других задач, например, рулить "раздачей интернета" в локальную сеть.
У нас есть "сервер", который отделяет локальную сеть от интернета. И в нём файл iptables_rules с кучей строк вида
-A POSTROUTING -s <Local_IP> -o eth0 -j SNAT --to-source 192.168.1.3
(и некоторыми другими)
Который при загрузки системы "запускается" командами

Код: Выделить всё

        echo -n "Starting ipchains firewall rules:"
        iptables-restore < /etc/iptables_rules;
        echo 1 >/proc/sys/net/ipv4/ip_forward
        echo "."
И, как я понимаю, тут можно задать любую фильтрацию.
Но всё это делается через таблицы в ядре. Никакого отдельного демона для этого нет
Спасибо сказали:

Аватара пользователя
Hephaestus
Сообщения: 2469
Статус: Многоуважаемый джинн...
ОС: Slackware64-14.1/14,2

Re: Не принимается информация по UDP

Сообщение Hephaestus » 13.05.2019 18:38

MiK13 писал:
13.05.2019 18:14
Но всё это делается через таблицы в ядре. Никакого отдельного демона для этого нет
Всё правильно.
Фильтр сетевых пакетов в ядре называется netfilter. iptables - это программа, предоставляющая интерфейс к netfilter. Настройка может оказаться сложной. Однако существует руководство к iptables на русском языке.
Так вот, для тех, кому сложно освоить iptables, существуют всякие надстройки/обертки (для облегчения процесса настройки). Какой бы там ни был демон - под капотом всё равно iptables.

Самым забавным сочетанием такого рода на моей памяти было устройство фаервола в Mandriva.
Там была штука под названием shorewall с графической мордой поверх.
Полная цепочка (вместе со всеми надстройками/обертками) выглядела так:
netfilter=>iptables=>shorewall=>графическая морда для настройки в "два клика".

Вы совершенно правы: да, действительно можно всё настроить напрямую без всяких "демонов".

По этой причине я ушёл с Mandriva. В какой-то момент я обнаружил, что все эти обертки скрывают от меня работу сетевого фильтра, а сгенерированные ими правила не предназначены для чтения человеком.
Понять, как и что там настроено не было никакой возможности. В результате я решил сменить дистр на что-нибудь более серьёзное и ушёл в Debian.
Последний раз редактировалось Hephaestus 13.05.2019 19:13, всего редактировалось 1 раз.
Пускай скрипят мои конечности.
Я - повелитель бесконечности...
Мой блог
Спасибо сказали:

Аватара пользователя
Bizdelnick
Модератор
Сообщения: 15400
Статус: grammatikführer
ОС: Debian GNU/Linux

Re: Не принимается информация по UDP

Сообщение Bizdelnick » 13.05.2019 18:58

MiK13 писал:
13.05.2019 18:14
Не похоже, чтобы firewalld был "обёрткой над iptables". "Обёртками", скорее, являются firewalld-cmd (CLI) и firewalld-config (GUI).
Обёртка, обёртка. Хоть и демон. А эти тулзовины — для управления обёрткой. Сравните вывод iptables-save при запущенном и остановленном firewalld.
Hephaestus писал:
13.05.2019 18:38
sharewall
shorewall
Пишите правильно:
в консоли
вкупе (с чем-либо)
в общем
вообще
в течение (часа)
команда
новичок
нюанс
приемлемо
проблема
пробовать
трафик
Спасибо сказали:

Аватара пользователя
Hephaestus
Сообщения: 2469
Статус: Многоуважаемый джинн...
ОС: Slackware64-14.1/14,2

Re: Не принимается информация по UDP

Сообщение Hephaestus » 13.05.2019 19:14

Поправил.
Добавлено (19:19):
Кстати, примерно в то же время, как я штудировал руководство по iptables, мне довелось настраивать на работе netsh - штуковину, решающую схожие задачи, но под windows.
После этого iptables показался мне простым и понятным.
Пускай скрипят мои конечности.
Я - повелитель бесконечности...
Мой блог
Спасибо сказали:

MiK13
Сообщения: 738
ОС: Linux Debian

Re: Не принимается информация по UDP

Сообщение MiK13 » 13.05.2019 19:25

Bizdelnick писал:
13.05.2019 18:58
Сравните вывод iptables-save при запущенном и остановленном firewalld.
Сравнил :)
Выдал iptables-save -- выскочила куча строк. Сохранил их в файле.
Потом снял firewalld -- iptables-save НИЧЕГО не выдал.
Затем запустил его (/usr/bin/python -Es /usr/sbin/firewalld --nofork --nopid, так выдал pgrep). По Ctrl+c снял.
Запустил ещё раз, но без --nofork, iptables-save выдал столько же строк (сколько и до снятия, только с немного другими значениями в квадратных скобках). но pgrep -la firewal ничего не выдал.
То есть, как я понимаю, firewalld -- "прослойка" между такими программами как firewall-cmd и firewall-config и сетевым фильтром ядра.
Спасибо сказали:

Аватара пользователя
Bizdelnick
Модератор
Сообщения: 15400
Статус: grammatikführer
ОС: Debian GNU/Linux

Re: Не принимается информация по UDP

Сообщение Bizdelnick » 13.05.2019 19:29

MiK13 писал:
13.05.2019 19:25
То есть, как я понимаю, firewalld -- "прослойка" между такими программами как firewall-cmd и firewall-config и сетевым фильтром ядра.
Не совсем так. Между ним и сетевым фильтром ядра есть ещё одна прослойка — iptables.
Пишите правильно:
в консоли
вкупе (с чем-либо)
в общем
вообще
в течение (часа)
команда
новичок
нюанс
приемлемо
проблема
пробовать
трафик
Спасибо сказали:

Аватара пользователя
Hephaestus
Сообщения: 2469
Статус: Многоуважаемый джинн...
ОС: Slackware64-14.1/14,2

Re: Не принимается информация по UDP

Сообщение Hephaestus » 13.05.2019 19:34

MiK13 писал:
13.05.2019 19:25
То есть, как я понимаю, firewalld -- "прослойка" между такими программами как firewall-cmd и firewall-config и сетевым фильтром ядра.
firewall-cmd и firewall-config, которые интерфейсы к firewalld, который обертка для iptables, который интерфейс к netfilter, который в ядре, которое построил Линус Торвальдс.
Пускай скрипят мои конечности.
Я - повелитель бесконечности...
Мой блог
Спасибо сказали:

Аватара пользователя
Evil_Genius
Сообщения: 79
ОС: Fedora 30

Re: Не принимается информация по UDP

Сообщение Evil_Genius » 14.05.2019 19:12

А разве nftable не пришел на смену iptables?
Спасибо сказали: