-
Notifications
You must be signed in to change notification settings - Fork 324
Commandline administration
Solving various problems on the commandline.
# uci set gluon-node-info.@location[0].latitude=53.834470
# uci set gluon-node-info.@location[0].longitude=10.702518
# uci set gluon-node-info.@location[0].share_location=1
# uci commit gluon-node-info
Check settings:
# uci show gluon-node-info
gluon-node-info.@location[0]=location
gluon-node-info.@location[0].share_location=1
gluon-node-info.@location[0].latitude=53.834470
gluon-node-info.@location[0].longitude=10.702518
# uci get gluon-node-info.@owner[0] || uci add gluon-node-info owner
# uci set gluon-node-info.@owner[0].contact=example@example.com
# uci commit gluon-node-info
Check settings:
# uci show gluon-node-info
....
gluon-node-info.@owner[0]=owner
gluon-node-info.@owner[0].contact=Luftloch
# uci set fastd.mesh_vpn.enabled=1
# uci commit fastd
# /etc/init.d/fastd generate_key mesh_vpn
18fa75d1808692f04770bedf30c42dac24585d331560c545d70dd27f22a05648
# uci set gluon-simple-tc.mesh_vpn.limit_egress=800 # upload 0,8Mbit
# uci set gluon-simple-tc.mesh_vpn.limit_ingress=5000 # download 5,0Mbit
# uci set gluon-simple-tc.mesh_vpn.enabled=1
# uci commit gluon-simple-tc
# uci set fastd.mesh_vpn.enabled=1
# uci set fastd.mesh_vpn.secret=18fa75d1808692f04770bedf30c42dac24585d331560c545d70dd27f22a05648
# uci commit fastd
# /etc/init.d/fastd show_key mesh_vpn
18fa75d1808692f04770bedf30c42dac24585d331560c545d70dd27f22a05648
# uci set network.mesh_wan.auto=1
# uci commit network
# uci set autoupdater.settings.enabled=1
# uci set autoupdater.settings.branch=stable
# uci commit autoupdater
# autoupdater -f
# uci set "gluon-setup-mode.@setup_mode[0].enabled=1"
# uci commit
# reboot
echo 20 > /sys/class/gpio/export
echo out > /sys/class/gpio/gpio20/direction
echo 1 > /sys/class/gpio/gpio20/value
echo 8 > /sys/class/gpio/export
echo out > /sys/class/gpio/gpio8/direction
echo 1 > /sys/class/gpio/gpio8/value
OpenWRT Barrier Breaker hat z.Z. (Jan. 2015) noch den Fehler, dass der Antennengewinn der NSM2 nicht berücksichtigt wird. Sie strahlt also "zu viel". Das führt zwar zu phantastischen Reichweiten, was die Sendeleistung angeht, allerdings kann das Endgerät meist über die Distanz (oder die Hindernisse wie Mauern und der Gleichen) nicht antworten. Man hat also scheinbar freifunk, es geht aber nicht. Da das 1. ärgerlich und 2. verboten ist, setzen wir die Sendeleistung von Hand runter auf 100mW:
uci set wireless.radio0.txpower=8
uci commit
wifi
Überprüfen kann man die gesetzte Sendeleistung mit:
iwinfo wlan0 txpower
# uci set network.wan.proto=static
# uci set network.wan.ipaddr=XXX.XXX.XXX.XXX
# uci set network.wan.netmask=XXX.XXX.XXX.XXX
# uci set network.wan.gateway=XXX.XXX.XXX.XXX
# uci commit network
# reboot
# uci set network.client.ifname='bat0'
# uci set network.mesh_lan=interface
# uci set network.mesh_lan.ifname="$(cat /lib/gluon/core/sysconfig/lan_ifname)"
# uci set network.mesh_lan.mesh=bat0
# uci set network.mesh_lan.proto=batadv
# uci commit network
/etc/init.d/network restart
Testen (funktioniert nur, wenn auch ein Kabel eingesteckt ist):
batctl if
sollte nun u.A. eth1: active anzeigen
ubus call network.interface.mesh_lan status
Sollte "up": true anzeigen
Die Nanostation und andere PtP Accesspoints besitzen meistens nur ein Netzwerkinterface. Nutzt man diese PtP Links für batman-adv Traffic, verliert man die Möglichkeit auf das Webinterface zuzugreifen.
ACHTUNG: Zwei Gluon Router die per WAN Interface zusammengeschaltet werden, wo das Vlan 10 jeweils auf der br-client Bridge verbunden ist, können so eine wunderbare Loop bauen.
Das Wan Interface darf hierfür nicht hinter einem vswitch liegen. Wenn also:
cat /lib/gluon/core/sysconfig/wan_ifname
sowas wie eth1.4 ergibt, funktioniert das Vlan Tagging auf dem Gerät nicht!
Einstellungen für eine Nanostation: Hier
uci set network.client.ifname="$(cat /lib/gluon/core/sysconfig/lan_ifname) bat0 $(cat /lib/gluon/core/sysconfig/wan_ifname).10"
uci commit network
/etc/init.d/network restart
-
Usage
-
Community
-
Development
- Device Integration
- Roadmap
- Release-life-cycle
- Protocols
- Meeting 2026/03
- Meeting 2026/02
- Meeting 2026/01
- Meeting 2025/07
- Meeting 2025/06
- Meeting 2025/05
- Meeting 2025/04
- Meeting 2025/03
- Meeting 2025/02
- Meeting 2025/01
- Meeting 2024/06
- Meeting 2024/05
- Meeting 2024/03
- Meeting 2024/02
- Meeting 2024/01
- Meeting 2023/06
- Meeting 2023/05
- Meetup-CCCamp
- Meeting 2023/04
- Meeting 2023/03
- Meeting 2023/02
- Meeting 2023/01
- Meeting 2022/06
- Meeting 2022/05
- Meeting 2022/04
- Meeting 2022/03
- Meeting 2022/02
- Meeting 2022/01
- Meeting 2021/01
- Meeting 2019/01
- Meeting 2018/03
- Meeting 2018/02
- Meeting 2018/01
- Meeting 2017/01
- Concepts
- Release Process
-
Debugging