Fråga om vlan och Containers.

Hej.
Jag kör en container med vpn/transmission på min server ( haugene/transmission-openvpn https://haugene.github.io/docker-transmission-openvpn/ ) och det funkar bra förutom att jag har problem att nå gui via andra vlan.
Det finns en post om detta att man kan köra (haugene/transmission-openvpn-proxy https://haugene.github.io/docker-transmission-openvpn/access/ ) men detta kräver --link som kommer försvinna snart och denna pajar så fort man uppdaterar vanliga containern då den får ett nytt id.

Så nu till min fråga hur fixar man detta lättast om man inte vill köra med Proxyn?
Vanliga nätet: 192.168.1.0/24
Pi-net: 192.168.20.0/24
VPN-net: 192.168.30.0/24

Kan bara nå Gui via 192.168.1.0/24 då jag bara köra med:
-e LOCAL_NETWORK=192.168.1.0/24 \
Men är jag på något av mina andra vlan så räknas jag som non-local..

Skulle man kunna lägga till alla dessa i mitt docker cli script alltså köra med 3st:
-e LOCAL_NETWORK=192.168.1.0/24 \
-e LOCAL_NETWORK=192.168.20.0/24 \
-e LOCAL_NETWORK=192.168.30.0/24 \

Eller hur fixar man detta?

Ja det gör den och alla såna regler funkar som det ska..

Är bara att containern klassar trafiken som non-local eftersom det kommer från ett annat subnät och blir därför stoppad.

Med proxy så går jag genom den och kommer med trafiken via rätt subnät.

Tänkte om man kunde lägga till flera subnät som local_networks eller måste man göra egna nät i docker tro?

Jag kan pinga, jag kan köra saker via mina vlan osv.
Enda jag har är att mitt iot-vlan inte kan komma åt andra saker osv.

Alltså mina regler i brandväggen är som dom ska.

Det är just denna container som inte tillåter trafik från något annat vlan av säkerhetsskäl. Därför man måste köra med reverse proxy.. För den containern alltså proxy tillåter trafik från andra vlan och den är länkad till transmission som inte tillåter.
Men eftersom proxy ligger på samma subnät så funkar det.

https://haugene.github.io/docker-transmission-openvpn/access/