PrivateLAN.wiki

disabled: true title: Private LAN

Im Normalzustand sind die LAN-Ports an Freifunkroutern ebenfalls im Freifunk. Um über die LAN-Ports Geräte ins eigene Heimnetz zu hängen (während weiterhin das "Freifunk"-WLAN zum Freifunk führt) gibt es eine mögliche Bastellösung.

ACHTUNG: Weitestgehend ungetestet, höchstwahrscheinlich nicht autoupdatefähig, könnte beim Autoupdate das eigene Heimnetz ins Freifunk hängen.

Wir haben uns dabei an diesem Thread im Freifunkforum orientiert, allerdings sieht die /etc/config/network bei uns etwas anders aus.

Schritte

1. Autoupdater deaktivieren
2. In /etc/config/network jeweils eth0 duch eth1 und eth1 durch eth0 ersetzen
3. Kabel zum eigenen Router aus dem WAN-Port in einen LAN-Port umstecken

config interface 'loopback'
	option ifname 'lo'
	option proto 'static'
	option ipaddr '127.0.0.1'
	option netmask '255.0.0.0'

config globals 'globals'
	option ula_prefix 'fdfb:df8e:370b::/48'

config interface 'wan6'
	option proto 'dhcpv6'
	option sourcefilter '0'
	option ifname 'br-wan'
	option ip6table '1'
	option peerdns '0'

config switch
	option name 'switch0'
	option reset '1'
	option enable_vlan '1'

config switch_vlan
	option device 'switch0'
	option vlan '1'
	option ports '0 1 2 3 4'

config interface 'wan'
	option igmp_snooping '0'
	option ifname 'eth1'                 ############  eth1->eth0
	option auto '1'
	option peerdns '0'
	option type 'bridge'
	option proto 'dhcp'
	option macaddr 'blablub'

config rule6 'wan6_lookup'
	option mark '0x01/0x01'
	option lookup '1'

config route6 'wan6_unreachable'
	option type 'unreachable'
	option table '1'
	option target '::/0'
	option metric '65535'
	option gateway '::'
	option interface 'loopback'

config interface 'client'
	option type 'bridge'
	option macaddr 'blablub'
	list ifname 'bat0'
	list ifname 'eth0'                    ############  eth0->eth1
	option proto 'dhcpv6'
	option reqprefix 'no'
	option igmp_snooping '0'
	option peerdns '1'
	option sourcefilter '0'

config interface 'bat0'
	option ifname 'bat0'
	option macaddr 'blablub'
	option proto 'none'

config interface 'ibss_radio0'
	option mesh 'bat0'
	option proto 'batadv'
	option mtu '1528'

config interface 'mesh_wan'
	option auto '0'
	option ifname 'br-wan'
	option mesh 'bat0'
	option proto 'batadv'

config interface 'mesh_lan'
	option ifname 'eth0'                        ############  eth0->eth1
	option auto '0'
	option macaddr 'blablub'
	option mesh 'bat0'
	option proto 'batadv'

config interface 'mesh_vpn'
	option ifname 'mesh-vpn'
	option mesh_no_rebroadcast '1'
	option macaddr 'blablub'
	option mesh 'bat0'
	option proto 'batadv'

config device 'local_node_dev'
	option macaddr 'blablib'
	option ifname 'br-client'
	option name 'local-node'
	option type 'macvlan'

config interface 'local_node'
	option ifname 'local-node'
	option ipaddr '10.38.0.127'
	option ip6addr '2001:bf7:380::7f/128'
	option netmask '255.255.0.0'
	option proto 'static'

config route6 'local_node_route6'
	option target '2001:bf7:380::/64'
	option gateway '::'
	option interface 'client'

Fertig.

Weiter: Zitat aus dem Thread aus einer Mail aus der gluon-Liste

 Kleiner Hinweis am Rande: Wenn die Ports in /etc/config/network
 getauscht werden, müssen sie auch in /lib/gluon/core/sysconfig getauscht
 werden, sonst sind sie nach dem nächsten Upgrade wieder im
 Ursprungszustand... ein flexibleres Konzept zum Umkonfigurieren der
 Ports wird in einer zukünftigen Gluon-Version kommen.

In /lib/gluon/core/sysconfig gibt es mehrere Dateien, u.a.:

 lan_ifname: eth0
 setup_ifname: eth0
 wan_ifname: eth1

Möglicherweise ließe sich eine updatefeste config erreichen, wenn diese Einträge durchgetauscht werden (ungetestet).