udpxy listen interface (ака "-a")

[OmegaTron]

Собственно сабж. Не нашёл возможности сконфигурировать udpxy для работы лишь с конкретной подсетью ни через веб-морду, ни через cli. Я конечно могу рубануть автозапуск udpxy и стартовать udpxy скриптом/вручную с нужными ключами, но хотелось бы более цивилизованного решения

Edited December 21, 2018 by OmegaTron

[Le ecureuil]

В 21.12.2018 в 06:04, OmegaTron сказал:

Собственно сабж. Не нашёл возможности сконфигурировать udpxy для работы лишь с конкретной подсетью ни через веб-морду, ни через cli. Я конечно могу рубануть автозапуск udpxy и стартовать udpxy скриптом/вручную с нужными ключами, но хотелось бы более цивилизованного решения

Очень редкая хотелка (вот я впервые за все время слышу о ней), потому и не сделано.

Вот для этого и есть opkg.

[OmegaTron]

5 часов назад, Le ecureuil сказал:

Очень редкая хотелка (вот я впервые за все время слышу о ней), потому и не сделано. 

Ну, у меня есть настроенный интерфейс eth2.2, который смотрит в провайдерскую сеть (на нём настроен dhcp клиент) из провайдерской сети на Омни из-за accepted clients 0.0.0.0 тоже могут "смотреть" на этот интерфейс. Поэтому я хотел ограничить запросы внутренним интерфейсом br0/адресом в моей локальной сети

5 часов назад, Le ecureuil сказал:

Вот для этого и есть opkg.

Ну, дефакто opkg я как таковой в данном случае не использовал - отключил старт через веб-морду и заюзал комплектную бинарь с нужным ключём через скрипт в автозапуске.

[Le ecureuil]

Если на eth2.2 стоит security-level public, то явно не открытые порты будут закрыты - и никто к вам извне не подключится.