Opennet Firmware für Fortgeschrittene - Versionsgeschichte

Tobias: /* Opennet Module installieren */ Link aktuallisiert

2024-03-08T11:30:28Z

Opennet Module installieren: Link aktuallisiert

← Nächstältere Version		Version vom 8. März 2024, 11:30 Uhr
Zeile 198:		Zeile 198:
	verfügbare Module auflisten und installieren:		verfügbare Module auflisten und installieren:
	on-function get_on_modules		on-function get_on_modules
	on-function enable_on_module		on-function enable_on_module <name>
	opkg-oni install <name>		opkg-oni install <name>

	https://downloads.opennet-initiative.de/openwrt/~~testing~~/latest/doc/group__modules.html		https://downloads.opennet-initiative.de/openwrt/stable/latest/doc/group__modules.html

	== Firmware aktualisieren ==		== Firmware aktualisieren ==

Leo: /* Für die User IPv6 zur Verfügung stellen (on-openvpn-v6) */ link other page

2024-01-19T15:51:10Z

Für die User IPv6 zur Verfügung stellen (on-openvpn-v6): link other page

← Nächstältere Version		Version vom 19. Januar 2024, 15:51 Uhr
Zeile 239:		Zeile 239:
	= Für die User IPv6 zur Verfügung stellen (on-openvpn-v6) =		= Für die User IPv6 zur Verfügung stellen (on-openvpn-v6) =
	Wir habe eine erste Version einer IPv6 Unterstützung im LAN Netz. Diese Unterstützung ist noch nicht in der Weboberfläche integriert. Daher müssen Kommandos über die Konsole eingegeben werden.		Wir habe eine erste Version einer IPv6 Unterstützung im LAN Netz. Diese Unterstützung ist noch nicht in der Weboberfläche integriert. Daher müssen Kommandos über die Konsole eingegeben werden.

			Eine detailierte Beschreibung des on-openvpn-v6 Paketes findet ihr auch unter [[IPv6/on-openvpn-v6]].

	== Szenario 1: Der AP ist kein UGW gleichzeitig ==		== Szenario 1: Der AP ist kein UGW gleichzeitig ==

Leo: /* Für die User IPv6 zur Verfügung stellen (on-openvpn-v6) */ Formatierung

2023-12-09T13:57:08Z

Für die User IPv6 zur Verfügung stellen (on-openvpn-v6): Formatierung

← Nächstältere Version		Version vom 9. Dezember 2023, 13:57 Uhr
Zeile 240:		Zeile 240:
	Wir habe eine erste Version einer IPv6 Unterstützung im LAN Netz. Diese Unterstützung ist noch nicht in der Weboberfläche integriert. Daher müssen Kommandos über die Konsole eingegeben werden.		Wir habe eine erste Version einer IPv6 Unterstützung im LAN Netz. Diese Unterstützung ist noch nicht in der Weboberfläche integriert. Daher müssen Kommandos über die Konsole eingegeben werden.

		⚫	== Szenario 1: Der AP ist kein UGW gleichzeitig ==
	== Installation ==

⚫	=== Szenario 1: Der AP ist kein UGW gleichzeitig ===
	Es wird vorausgesetzt, dass das Paket ''on-openvpn'' installiert ist. Es muss dort auch ein Zertifikat hinterlegt sein.		Es wird vorausgesetzt, dass das Paket ''on-openvpn'' installiert ist. Es muss dort auch ein Zertifikat hinterlegt sein.

Zeile 263:		Zeile 261:


	=== Szenario 2: Der AP ist auch ein UGW gleichzeitig ===		== Szenario 2: Der AP ist auch ein UGW gleichzeitig ==
	Es wird vorausgesetzt, dass das Paket ''on-openvpn'' installiert ist. Es muss dort auch ein Zertifikat hinterlegt sein.		Es wird vorausgesetzt, dass das Paket ''on-openvpn'' installiert ist. Es muss dort auch ein Zertifikat hinterlegt sein.

Leo: /* Opennet Firmware virtualisiert betreiben */ Anleitung für on-openvpn-v6 hinzugefügt

2023-12-09T13:56:29Z

Opennet Firmware virtualisiert betreiben: Anleitung für on-openvpn-v6 hinzugefügt

← Nächstältere Version		Version vom 9. Dezember 2023, 13:56 Uhr
Zeile 236:		Zeile 236:

	* https://openwrt.org/docs/guide-user/installation/openwrt_x86		* https://openwrt.org/docs/guide-user/installation/openwrt_x86

			= Für die User IPv6 zur Verfügung stellen (on-openvpn-v6) =
			Wir habe eine erste Version einer IPv6 Unterstützung im LAN Netz. Diese Unterstützung ist noch nicht in der Weboberfläche integriert. Daher müssen Kommandos über die Konsole eingegeben werden.

			== Installation ==

			=== Szenario 1: Der AP ist kein UGW gleichzeitig ===
			Es wird vorausgesetzt, dass das Paket ''on-openvpn'' installiert ist. Es muss dort auch ein Zertifikat hinterlegt sein.

			Als erstes sollten wir prüfen, ob wir den Server gai per interner IPv6 erreichen können. Hierzu auf den AP einloggen und mit ping die Erreichbarkeit testen:

			ping fd32:d8d3:87da::245

			Wenn dies erfolgreich ist, dann können wir fortfahren. Wir müssen nun das neue ''on-openvpn-v6'' Paket installieren. In der Kommandozeile folgendes eingeben:

			opkg-oni install on-openvpn-v6

			Nun müssen wir ggf. mehrere Minuten warten bis der AP den neuen VPN Tunnel aufgebaut hat. Dann sollte wir auf dem AP ein neues Interface ''on_tap_user6'' sehen. Das kann man wie folgt prüfen:

			root@AP-2-50:/tmp# ip a \| grep user6
			11: on_tap_user6: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UNKNOWN group default qlen 1000

			Nun sollten alle Geräte im LAN auch IPv6 Adressen bekommen.

			Wenn du https://www.test-ipv6.com aufrufst, solltest du 10/10 Punkten erhalten.


			=== Szenario 2: Der AP ist auch ein UGW gleichzeitig ===
			Es wird vorausgesetzt, dass das Paket ''on-openvpn'' installiert ist. Es muss dort auch ein Zertifikat hinterlegt sein.

			Nun ''on-openvpn-v6'' installieren:

			opkg-oni install on-openvpn-v6

			Optional kann man auch ''on-openvpn'' jetzt deaktivieren. In diesem Fall würde nur IPv6 über Opennet zur Verfügung gestellt werden. IPv4 würde dann über das WAN Interface bedient werden.

			Server gai zur UGW Liste hinzufügen:
			* gai.opennet-initiative.de
			* port 1602
			* protocol udp

			Nun muss dieser neue UGW Server präferiert werden. Dies kann man bspw. dadurch erreichen, dass er über die Weboberfläche nach "oben" bewegt wird (über die entsprechenden Schaltfläche). (Optional kann man auch die anderen UGW Server deaktivieren.)

			Anschließend Hintergrundprozesse zur Aktualisierung starten.

			on-function update_on_usergw_status

			Nach einigen Minuten sollte wir ein Verbindung zum UGW gai haben. Dies kann man bspw. prüfen mit:

			root@AP-2-50:/etc# ps \| grep vpn
			7581 root 3908 S /usr/sbin/openvpn --syslog openvpn(mesh_openvpn_gai_opennet_initiative_de_1602_udp) --status /var/run/openvpn.mesh

			Nun kommt eine Besonderheit, welche euch i.d.R. nicht betreffen sollte. Wenn du in deinem WAN6 bereits DHCPv6-PD IPv6 hast, dann wird automatisch ein Subnet im LAN propagiert. Nun funktioniert das Routing zu fd32:: nicht. Um dies zu korrigieren, musst du das Interface WAN6 deaktivieren und den Punkt "Während des Bootvorgangs starten" für das Interface deaktivieren. Jetzt den AP sicherheitshalber neustarten.

			Ihr solltet mit dem UGW Tunnel nun in der Lage sein, die interne IP von gai vom AP aus zu erreichen:

			ping fd32:d8d3:87da::245 # ping from AP

			Nach einiger Zeit sollte auch der User-v6 Tunnel aufgebaut sein und ein Interface ''on_tap_user6'' auf dem AP erscheinen.

			Jetzt sollten auch alle Geräte im LAN eine IPv6 Adresse (''2a0a:4580:1010:...'') erhalten.

			Wenn du https://www.test-ipv6.com aufrufst, solltest du 10/10 Punkten erhalten.

Age: oni VMs

2023-11-14T09:16:25Z

oni VMs

← Nächstältere Version		Version vom 14. November 2023, 09:16 Uhr
Zeile 219:		Zeile 219:
	Es ist möglich alle OpenWrt Pakete gleichzeitig zu aktualisieren. Nur für Fortgeschrittene, ggf. Paket- und Versionsabhängigkeiten beachten:		Es ist möglich alle OpenWrt Pakete gleichzeitig zu aktualisieren. Nur für Fortgeschrittene, ggf. Paket- und Versionsabhängigkeiten beachten:
	opkg update && opkg list-upgradable\| awk '{print $1}'\| tr '\n' ' '\| xargs -r opkg upgrade		opkg update && opkg list-upgradable\| awk '{print $1}'\| tr '\n' ' '\| xargs -r opkg upgrade

			= Opennet Firmware virtualisiert betreiben =
			Für Testzwecke oder mehr Performance kann die Opennet Firmware auch auf einem Virtualisierungs Host laufen.

			== Virtualisierung mit Proxmox ==
			Ein schnell gangbarer Weg, um z.B. ältere NUC Hardware als Virtualisierer zu nutzen wird auf der [[Proxmox]] Seite beschrieben.

			== Openwrt Links ==
			Da die Opennet Firmware auf OpenWRT basiert, lässt sie sich auch ebenso leicht virtualisieren.

			* https://openwrt.org/docs/guide-user/virtualization/qemu
			* https://openwrt.org/docs/guide-user/virtualization/virtualbox-vm
			* https://openwrt.org/docs/guide-user/virtualization/vmware

			Hab mich bislang nur mit der Virtualisierung des x86 images auf x86 Hardware beschäftigt. Andere Plattformen (z.B. arm) wären auch mal spannend. Zum besseren Verständnis wird hier beschrieben, wie sich das auf native Hardware (ohne Virtualisierung) bringen lässt:

			* https://openwrt.org/docs/guide-user/installation/openwrt_x86

MathiasMahnke: /* Remote Syslog */

2022-04-12T05:03:15Z

Remote Syslog

← Nächstältere Version		Version vom 12. April 2022, 05:03 Uhr
Zeile 151:		Zeile 151:

	Anschließend ist ungefähr folgender Prozess sichtbar:		Anschließend ist ungefähr folgender Prozess sichtbar:
	/sbin/logread -f -h AP-X-Y -r ~~192.168.10.13~~ 514 -p /var/run/logread.2.pid -u		/sbin/logread -f -h AP-X-Y -r <syslog-server-ip> 514 -p /var/run/logread.2.pid -u

	Falls die Änderung der Konfiguration via uci irgendwie nicht erkannt wurde, dann hilft in jedem Fall folgendes:		Falls die Änderung der Konfiguration via uci irgendwie nicht erkannt wurde, dann hilft in jedem Fall folgendes:

MathiasMahnke: /* Remote Syslog */ Opennet Syslog Server ist zurück gebaut aktuell

2022-04-12T05:01:11Z

Remote Syslog: Opennet Syslog Server ist zurück gebaut aktuell

@@ Zeile 141: / Zeile 141: @@
 = Remote Syslog =
-Remote Logging kann sinnvoll sein, um problematische Zustände auf APs zu analysieren. Die APs senden dabei ihre Log-Meldungen nicht nur an den lokalen Buffer (verfügbar via ''logread''), sondern auch an den konfigurierten syslog-Server. So sind beispielweise auch nach einem Neustart des AP seine Fehlermeldungen nachvollziehbar.
+Remote Logging kann sinnvoll sein, um problematische Zustände auf APs zu analysieren. Die APs senden dabei ihre Log-Meldungen nicht nur an den lokalen Buffer (verfügbar via ''logread''), sondern auch an den konfigurierten syslog-Server. So sind beispielsweise auch nach einem Neustart des AP seine Fehlermeldungen nachvollziehbar.
 Ein auf OpenWrt basierender Client benötigt folgende Einstellungen:
- uci set "system.@system[0].log_ip=192.168.10.13"
+ uci set "system.@system[0].log_ip=<syslog-server-ip>"
  uci commit system
  reload_config
-Alternativ ist auch im Web-Interface das Logging aktivierbar: ''Administration -> System -> Logging</pre>'' (die Host-IP ''192.168.10.13'' eintragen). Anschließend muss ''reload_config'' per Hand ausgeführt werden.
+Alternativ ist auch im Web-Interface das Logging aktivierbar: ''Administration -> System -> Logging</pre>'' (die Host-IP ''<syslog-server-ip>'' eintragen). Anschließend muss ''reload_config'' per Hand ausgeführt werden.
 Anschließend ist ungefähr folgender Prozess sichtbar:

MathiasMahnke: /* Nutzung ohne Weboberfläche */

2021-11-12T17:32:43Z

Nutzung ohne Weboberfläche

← Nächstältere Version		Version vom 12. November 2021, 17:32 Uhr
Zeile 255:		Zeile 255:
	firstboot && reboot now		firstboot && reboot now
	* anschließend ist der AP in dem Zustand, wie er nach der ersten Installation der Opennet-Firmware war (keine ID, keine Zertifikate, keine WLAN-Einstellungen)		* anschließend ist der AP in dem Zustand, wie er nach der ersten Installation der Opennet-Firmware war (keine ID, keine Zertifikate, keine WLAN-Einstellungen)

			== OpenWrt Pakete vollständig aktualisieren ==
			Es ist möglich alle OpenWrt Pakete gleichzeitig zu aktualisieren. Nur für Fortgeschrittene, ggf. Paket- und Versionsabhängigkeiten beachten:
			opkg update && opkg list-upgradable\| awk '{print $1}'\| tr '\n' ' '\| xargs -r opkg upgrade

Lars: Firmware aktualisieren und Einstellungsreset

2020-06-07T20:39:31Z

Firmware aktualisieren und Einstellungsreset

@@ Zeile 239: / Zeile 239: @@
  on-function get_on_modules
  on-function enable_on_module
 https://downloads.opennet-initiative.de/openwrt/testing/latest/doc/group__modules.html

Lars: Entferne Hinweise auf alte Versionen; Installation via Kommandozeile

2020-06-05T18:45:08Z

Entferne Hinweise auf alte Versionen; Installation via Kommandozeile

@@ Zeile 42: / Zeile 42: @@
 == Einrichtung auf dem AP ==
-{{hinweis|Seit der Firmware v0.5.2 genügt die Aktivierung des Opennet-Moduls "on-monitoring" für die Sammlung diverser Zustandsdaten.<br/>Die untenstehenden Anleitungen sind also nur für ältere Firmware-Versionen relevant.}}
+Seit der Firmware v0.5.2 genügt die Aktivierung des Opennet-Moduls "on-monitoring" für die Sammlung diverser Zustandsdaten.
 * [https://github.com/munin-monitoring/contrib/pull/668 ath9k]: Übertragungsgeschwindigkeiten und Ereignisse
 * [https://github.com/munin-monitoring/contrib/pull/664 olsrd]: Verbindungsqualität und Ping-Zeiten zu Nachbarn; Routing-Umgebung
@@ Zeile 63: / Zeile 55: @@
 * Ping-Zeit zum aktiven Gateway (via Tunnel)
 * Anzahl der DHCP-Leases auf dem LAN-Interface
 == Datensammlung ==