FunkFeuer Wiki - Benutzerbeiträge [de]

Services/Organisation

2024-06-03T17:18:19Z

Vchrizz:

Diese Seite dient dazu die verschiedenen Services von FunkFeuer zu organisieren und zu definieren.

== Core Services ==

{| class="wikitable"
! scope="col"| Service
! scope="col"| Kurzbeschreibung
! scope="col"| Maintainer
! scope="col"| Page
|-
| Backbone Network
| Betrieb und Wartung des kabelgebundenen Backbone Netzes inkl. zugehöriger Glasfaserstrecken und der Internetanbindung. Es stellt Netzwerkanbindungen für das Funknetzwerk, Serverhousing sowie interner Dienste bereit.
| [[Benutzer:stefan|Stefan Schultheis]], Wolfgang Nagele, Simon Schwendemann, [[Benutzer:damadmai|Daniel A. Maierhofer]]
| [[Services/Organisation/Backbone Network]]
|-
| Backbone Wiki
| Interne Dokumentation
| [[Benutzer:damadmai|Daniel A. Maierhofer]]
| [[Services/Organisation/Backbone Network]]
|-
| Core Infrastruktur
| Backups, Monitoring, [[Services/Security|Abuse, Security]],...
| NN
| [[Services/Organisation/Core Infrastruktur]]
|-
| Roof Nodes
| Wartung der Standorte welche die Anbindung des Funknetzwerks an das kabelgebundene Netzwerk bereit stellen.
| Vorstand
| [[Services/Organisation/Roof Nodes]]
|-
| Redeemer & DB
| Userinterface und Datenbank des Redeemer-Wien unter [https://portal.funkfeuer.at/wien/ Portal] zur Verwaltung von Usern, Nodes, Devices, IP-Adressen.
| [[Benutzer:pocki|Christian Pock]]
| [[Services/Organisation/Redeemer]]
|-
| BaseMap
| BaseMap unter [https://map.funkfeuer.at/wien/ map.funkfeuer.at/wien]
| [[Benutzer:pocki|Christian Pock]]
| [[Services/Organisation/BaseMap]]
|-
| Node Map
| NodeMap unter [https://map.funkfeuer.at/nodemap/ map.funkfeuer.at/nodemap] - siehe Detailseite
| [[Benutzer:erich|Erich N. Pekarek]], Alexander Biringer
| [[Services/Organisation/Node Map]]
|-
| OLSR2-Map
| OLSR2-Map, verlinkt auf [https://map.funkfeuer.at/ map.funkfeuer.at]
| [[Benutzer:pocki|Christian Pock]]
| [[Services/Organisation/Olsr2-Map]]
|-
| Datenpflege Nodes
| Wartung der Daten in der Node Datenbank im [https://portal.funkfeuer.at/ Portal]
| [[Benutzer:vchrizz|Christoph Loesch]], [[Benutzer:damadmai|Daniel A. Maierhofer]]
| [[Services/Organisation/Redeemer]]
|-
| Node Support
| Unterstützung bei [[Hausverwaltungen|Anfrage um Bewilligung]], Unterstützung beim Node Aufbau sowie Node Wartung.
| [[Benutzer:vchrizz|Christoph Loesch]], [[Benutzer:damadmai|Daniel A. Maierhofer]]
| [[Services/Organisation/Node Support]]
|-
| Node Monitoring
| [http://smokeping.funkfeuer.at/ SmokePing] für Freenet und Housing, Erkennung von LastSeen, Anzeige jüngster OLSR(v1)-Topologieänderungen
| [[Benutzer:pocki|Christian Pock]] NN
| [[Services/Organisation/Node Monitoring]]
|-
| Tunnelserver
| OpenVPN Tunnel für Verbindung über Internet zum FunkFeuer-Netzwerk
| [[Benutzer:erich|Erich N. Pekarek]], [[Benutzer:vchrizz|Christoph Lösch]], [[Benutzer:Pocki|Christian Pock]]
| [[Services/Organisation/Tunnelserver]]
|-
| Virtualisierungsserver
| Verwaltung der Server auf denen die VMs für Vereins-Services laufen
| [[Benutzer:damadmai|Daniel A. Maierhofer]]
| [[Services/Organisation/Virtualisierungsserver]]
|-
| Housing Environment
| Stromversorgung, Lüftungstechnik
| ?
| [[Services/Organisation/Housing Environment]]
|-
| Housing Administration
| Housing Frontend, Verwaltung, Rechnungslegung und Buchhaltung
| Clemens Hopfer, Kassiere
| [[Services/Organisation/Housing Administration]]
|-
| Housing Uplink
| Switch und Antennen
| [[Benutzer:damadmai|Daniel A. Maierhofer]]
| [[Projekte/Housing/Uplink]]
|-
| Housing Switches & VPN
| für Out of Band-Management
| [[Benutzer:damadmai|Daniel A. Maierhofer]]
| [[Projekte/Housing/Server-OOB]]
|-
| Housing Wi-Fi
| für Internetzugang per WLAN im Housing
| [[Benutzer:damadmai|Daniel A. Maierhofer]]
| [[Projekte/Housing/WLAN]]
|-
| Mail
| Betrieb des Mailservers der zur Kommunikation, vor allem über [https://lists.funkfeuer.at/mailman/listinfo Mailinglisten] dient. Derzeit gibt es keine Postfächer für Personen. Diverse Services/Server nutzen den Mailserver als Smarthost. Betrieb und Wartung der [https://lists.funkfeuer.at/mailman/listinfo Mailinglisten]
| Christian Knittl-Frank, [[Benutzer:pocki|Christian Pock]], [[Benutzer:damadmai|Daniel A. Maierhofer]]
| [[Services/Organisation/Mail]] [[Services/Organisation/Mailinglists]]
|-
| Gallery
| Bildersammlung je Knoten, Event,...
| Daniel A. Maierhofer, Erich Pekarek
| [[Services/Organisation/Gallery]]
|-
| Wiki
| Betrieb dieses Wikis, sowohl technisch (Wartung) als auch organisatorisch (Gardening).
| Matthias Šubik, [[Benutzer:damadmai|Daniel A. Maierhofer]], [[Benutzer:pocki|Christian Pock]]
| [[Services/Organisation/Wiki]]
|-
| Forum
| Betrieb und Wartung des Forum-Servers und der Discourse Instanz für Mitglieder.
| [[Benutzer:XDjackieXD|Jakob Riepler]], [[Benutzer:damadmai|Daniel A. Maierhofer]]
| [[Services/Organisation/Forum]]
|-
| VoIP
| Betrieb und Wartung des Voice over IP Servers sowie Web-Frontend für Mitglieder.
| [[Benutzer:erich|Erich N. Pekarek]], [[Benutzer:vchrizz|Christoph Loesch]], '''<DU?>'''
| [[Services/Organisation/VoIP]]
|-
| Website
| Instandhaltung der Frontpages für FunkFeuer und das Housing.
| [[Benutzer:damadmai|Daniel A. Maierhofer]]
| [[Services/Organisation/Website]]
|-
| DNS authoritativ
| Zones (funkfeuer.at, Reverse)
| Aaron Kaplan, [[Benutzer:damadmai|Daniel A. Maierhofer]]
| [[Services/Organisation/DNS Auth]]
|-
| DNS Recursor
| Recursive DNS für Housing und Funknetz
| NN
| [[Services/Organisation/DNS Recursor]]
|-
| Social Media
| Wir betreuen diverse Social Media Kanäle zur Außenkommunikation und freuen uns sehr über (auch gern kurze) Information zu aktuellen Entwicklungen, Bilder etc,
| Peter Schwindt, Paul Fuxjaeger
| [[Services/Organisation/Social Media]]
|-
| Big Blue Button
| BBB Server treffen.funkfeuer.at Login mit LDAP für alle Vereinsmitglieder
| [[Benutzer:ThomasMu|Thomas Mutschlechner]], [[Benutzer:damadmai|Daniel A. Maierhofer]]
| [[Services/Organisation/BigBlueButton]]
|}

Projekte/Forum/Upgrade

2022-09-04T20:53:02Z

Vchrizz:

(initial credits @kaefert for documentation)
(credits to @lcnittl for ldap fix 2+3)

Hallo Leute!

Ich dokumentiere hier mal was zum Upgrade dieser Discourse Instanz (mit angepasstem LDAP Plugin) notwendig ist.

Dieser Beitrag ist auch im Forum hinterlegt: https://forum.funkfeuer.at/t/discourse-upgrade/229

'''Achtung:''' SSH Zugang wird benötigt! Upgrade ohne nachträgliche Anpassung mittels SSH Zugang hinterlässt das LDAP Plugin funktionsunfähig!

Evtl. will man vor einem Discourse Upgrade prüfen, ob das FunkFeuer Wiki gerade „schnell“ funktioniert oder lange (mehr als 2-3 Sekunden) ladet um einen Artikel anzuzeigen oder eine Suche durchzuführen.

Da das Wiki am gleichen Server rennt wie das Forum, kann man daran "erkennen", ob der Server gerade „ausgelastet“ ist oder nicht.

Hintergrund: falls zu wenig Ressourcen zur Verfügung stehen, kann das Upgrade (wegen Zeitüberschreitungen bei der Installation) fehl schlagen.

== FunkFeuer Forum - Discourse Upgrade ==

1. Unter https://forum.funkfeuer.at/admin/backups ein Discourse-Daten-Backup erstellen und runterladen.

(Download bricht im aktuellen Firefox Browser manchmal ab, da einfach auf einen anderen Browser ausweichen.)

2. Mit einem Administrator/Moderator (jeder sollte eigentlich SSH Zugang haben) abklären ob es ein aktuelles Systembackup gibt:

Wünschenswert wäre eine verlässliche Möglichkeit Backups sicher auf FunkFeuer Infrastruktur abzulegen.

[[Services/Organisation|Derzeit scheint es diese Möglichkeit noch nicht zu geben.]]

3. Ein System-Upgrade durchführen:

sudo apt update
apt list --upgradable
sudo apt upgrade

(ggf. bei kernel-upgrade danach die VM neu starten: <code>sudo reboot</code>)

4. https://forum.funkfeuer.at/admin/upgrade aufrufen und upgrade durchklicken.

4.1. Falls das Forum nicht geladen wird, kann das Problem am Theme liegen. Versuche den [https://forum.funkfeuer.at/safe-mode Safe-Mode].

4.2. Mittels Safe-Mode dann in der [https://forum.funkfeuer.at/admin/customize/themes/2 Administration / Anpassen] beim Default-Theme die beiden Theme-Komponenten Slick und Tiles entfernen und nach dem erfolgreichen Upgrade wieder hinzufügen.

4.3. Es könnte auch sein, dass eine Meldung kommt, dass das Upgrade per CLI gemacht werden muss:
sudo su
cd /var/discourse
git pull
./launcher rebuild app

5. Versuche am Forum mit LDAP einzuloggen, falls das fehlschlägt, obwohl Login-Details sicher korrekt eingegeben wurden, müssen folgende zwei Anpassungen angewendet werden: 

5.1. LDAP fix 1 einspielen, damit das Plugin den OpenLDAP von Funkfeuer versteht:

https://github.com/vchrizz/omniauth-ldap/commit/346d5c27e1dacb0fa6aeedf1f65e29bd9f1bb524

Dazu per ssh einloggen, und mittels folgenden Befehlen in die Discourse Docker Instanz wechseln:
sudo su
cd /var/discourse
./launcher enter app

Dort den oben verlinkten Git-Commit die zwei grün markierten Zeilen in diese Datei einpflegen:

/var/www/discourse/plugins/discourse-ldap-auth/gems/2.7.6/gems/omniauth-ldap-1.0.5/lib/omniauth/strategies/ldap.rb

5.2. LDAP fix 2 einspielen, damit über LDAP authentifizierte User automatisch der Gruppe zugeordnet werden, die auf Funkfeuer-intern und Sub-Kategorien zugreifen kann:

<strike>https://github.com/kaefert/discourse-ldap-auth/commit/b112b83640e7769daeb25043c9d12db8b011b29b</strike>

Code so anpassen:
match[:name] = match[:name] || auth_info[:name]
return LDAPUser.new(match).auth_result
when 'auto'
auth_info[:groups] = [] unless auth_info.key?(:groups)
auth_info[:groups] |= ['redeemer-user','vertrauensstufe_2']
return LDAPUser.new(auth_info).auth_result
else
return fail_auth('Invalid option for ldap_user_create_mode setting.')

Auf dem selben weg wie 5.1. diesmal in die Datei einpflegen:

/var/www/discourse/plugins/discourse-ldap-auth/plugin.rb

5.3. LDAP Anpassungen aktiv bringen durch Restart von Discourse:

(evtl. mit <code>logout</code> zuerst aus dem container wieder ausloggen)

docker restart app

6. Prüfen ob beide (Discourse und mailserver) Docker Container wieder laufen:

docker ps

sollte in etwa so aussehen:
(sonst im Zweifelsfall die VM neu starten, dauert nur wenige Minuten, die Container starten dann beide)

<pre>
vchrizz@forum:~$ docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
72670824e10a local_discourse/app "/sbin/boot" 3 weeks ago Up 8 minutes app
5b64315e0a1e tvial/docker-mailserver:latest "/bin/sh -c 'supervi…" 6 weeks ago Up 8 minutes 0.0.0.0:25->25/tcp, 110/tcp, 0.0.0.0:143->143/tcp, 0.0.0.0:587->587/tcp, 0.0.0.0:993->993/tcp, 465/tcp, 0.0.0.0:995->995/tcp, 4190/tcp mail
</pre>

Sollte es dennoch Probleme mit SSL geben: https://meta.discourse.org/t/setting-up-https-support-with-lets-encrypt/40709
#### Manually issue new cert
sudo su -
cd /var/discourse/
./launcher enter app
sv stop nginx
cd /shared/letsencrypt
LE_WORKING_DIR=/shared/ssl /shared/letsencrypt/acme.sh --issue -d forum.funkfeuer.at -d oldforum.funkfeuer.at --webroot /var/www/discourse/public/
# restart "inner" nginx from container
sv start nginx
exit
# restart "outer" nginx from vm
systemctl restart nginx

Services/DNS

2022-08-05T17:34:47Z

Vchrizz: 78.41.116.144 2a02:60:1:500::144 ns1.funkfeuer.at added

= DNS =

== DNS Recursor ==

Folgende Domain Name Server sind innerhalb der 0xFF IP-Ranges als Recurser verfügbar

{| class="wikitable"
!IP
!Name
!Contact
!Info
|-
|78.41.116.144
|ns1.funkfeuer.at
|[[Services/Organisation/DNS_Recursor]]
|
|-
|193.238.157.16
|prince.funkfeuer.at
|[[Services/Organisation/DNS_Recursor]]
|
|-
|2a02:60:1:500::144
|ns1.funkfeuer.at
|[[Services/Organisation/DNS_Recursor]]
|
|-
|2a02:60:1:1::7
|prince.funkfeuer.at
|[[Services/Organisation/DNS_Recursor]]
|
|}

== Zonen ==

Zustand per 12.Juni.2018

=== funkfeuer.at ===
dig -t ANY funkfeuer.at

AAAA 2a02:60:1:1::37 <-- publicweb.funkfeuer.at
A 78.41.116.37 --> publicweb.funkfeuer.at.
NS vilya.funkfeuer.at --> 78.41.116.35, 2a02:60:1:1::35
NS mate.lo-res.org --> 195.39.201.131, 2a01:190:160a::3
NS ns2.he.net --> 216.218.131.2, 2001:470:200::2
NS ns3.he.net --> 216.218.132.2, 2001:470:300::2
NS ns4.he.net --> 216.66.1.2, 2001:470:400::2

=== wien.funkfeuer.at ===
dig -t ANY wien.funkfeuer.at

CNAME funkfeuer.at

Device- bzw. Node-Einträge im Portal werden täglich um 06:02, 12:02, 18:02 ins DNS für <device>.<node>.wien.funkfeuer.at übernommen.

=== six.funkfeuer.at ===
dig -t ANY six.funkfeuer.at

NS ns1.six.funkfeuer.at --> 193.238.156.225, 2a02:60:105:5610::e9 (OE1XRW.OZW.wien.funkfeuer.at)
NS ns2.six.funkfeuer.at --> 193.238.156.88, 2a02:60:105:5610::ea (HNA discuss.OZW.wien.funkfeuer.at at OE1XRW)

=== bb.funkfeuer.at ===
dig -t ANY bb.funkfeuer.at

SOA vilya.funkfeuer.at admin.funkfeuer.at

Services/DNS

2022-08-04T18:04:38Z

Vchrizz: /* wien.funkfeuer.at */

= DNS =

== DNS Recursor ==

Folgende Domain Name Server sind innerhalb der 0xFF IP-Ranges als Recurser verfügbar

{| class="wikitable"
!IP
!Name
!Contact
!Info
|-
|193.238.157.16
|prince.funkfeuer.at
|[[Services/Organisation/DNS_Recursor]]
|
|-
|2a02:60:1:1::7
|prince.funkfeuer.at
|[[Services/Organisation/DNS_Recursor]]
|
|}

== Zonen ==

Zustand per 12.Juni.2018

=== funkfeuer.at ===
dig -t ANY funkfeuer.at

AAAA 2a02:60:1:1::37 <-- publicweb.funkfeuer.at
A 78.41.116.37 --> publicweb.funkfeuer.at.
NS vilya.funkfeuer.at --> 78.41.116.35, 2a02:60:1:1::35
NS mate.lo-res.org --> 195.39.201.131, 2a01:190:160a::3
NS ns2.he.net --> 216.218.131.2, 2001:470:200::2
NS ns3.he.net --> 216.218.132.2, 2001:470:300::2
NS ns4.he.net --> 216.66.1.2, 2001:470:400::2

=== wien.funkfeuer.at ===
dig -t ANY wien.funkfeuer.at

CNAME funkfeuer.at

Device- bzw. Node-Einträge im Portal werden täglich um 06:02, 12:02, 18:02 ins DNS für <device>.<node>.wien.funkfeuer.at übernommen.

=== six.funkfeuer.at ===
dig -t ANY six.funkfeuer.at

NS ns1.six.funkfeuer.at --> 193.238.156.225, 2a02:60:105:5610::e9 (OE1XRW.OZW.wien.funkfeuer.at)
NS ns2.six.funkfeuer.at --> 193.238.156.88, 2a02:60:105:5610::ea (HNA discuss.OZW.wien.funkfeuer.at at OE1XRW)

=== bb.funkfeuer.at ===
dig -t ANY bb.funkfeuer.at

SOA vilya.funkfeuer.at admin.funkfeuer.at

Services/DNS

2022-08-04T17:59:55Z

Vchrizz: Portal DNS Updates added

= DNS =

== DNS Recursor ==

Folgende Domain Name Server sind innerhalb der 0xFF IP-Ranges als Recurser verfügbar

{| class="wikitable"
!IP
!Name
!Contact
!Info
|-
|193.238.157.16
|prince.funkfeuer.at
|[[Services/Organisation/DNS_Recursor]]
|
|-
|2a02:60:1:1::7
|prince.funkfeuer.at
|[[Services/Organisation/DNS_Recursor]]
|
|}

== Zonen ==

Zustand per 12.Juni.2018

=== funkfeuer.at ===
dig -t ANY funkfeuer.at

AAAA 2a02:60:1:1::37 <-- publicweb.funkfeuer.at
A 78.41.116.37 --> publicweb.funkfeuer.at.
NS vilya.funkfeuer.at --> 78.41.116.35, 2a02:60:1:1::35
NS mate.lo-res.org --> 195.39.201.131, 2a01:190:160a::3
NS ns2.he.net --> 216.218.131.2, 2001:470:200::2
NS ns3.he.net --> 216.218.132.2, 2001:470:300::2
NS ns4.he.net --> 216.66.1.2, 2001:470:400::2

=== wien.funkfeuer.at ===
dig -t ANY wien.funkfeuer.at

CNAME funkfeuer.at

Node- bzw. Device-Einträge im Portal werden täglich um 06:02, 12:02, 18:02 ins DNS für <device>.<node>.wien.funkfeuer.at übernommen.

=== six.funkfeuer.at ===
dig -t ANY six.funkfeuer.at

NS ns1.six.funkfeuer.at --> 193.238.156.225, 2a02:60:105:5610::e9 (OE1XRW.OZW.wien.funkfeuer.at)
NS ns2.six.funkfeuer.at --> 193.238.156.88, 2a02:60:105:5610::ea (HNA discuss.OZW.wien.funkfeuer.at at OE1XRW)

=== bb.funkfeuer.at ===
dig -t ANY bb.funkfeuer.at

SOA vilya.funkfeuer.at admin.funkfeuer.at

Projekte/Forum/Upgrade

2022-05-10T22:26:22Z

Vchrizz:

(initial credits @kaefert for documentation)
(credits to @lcnittl for ldap fix 2+3)

Hallo Leute!

Ich dokumentiere hier mal was zum Upgrade dieser Discourse Instanz (mit angepasstem LDAP Plugin) notwendig ist.

Dieser Beitrag ist auch im Forum hinterlegt: https://forum.funkfeuer.at/t/discourse-upgrade/229

'''Achtung:''' SSH Zugang wird benötigt! Upgrade ohne nachträgliche Anpassung mittels SSH Zugang hinterlässt das LDAP Plugin funktionsunfähig!

Evtl. will man vor einem Discourse Upgrade prüfen, ob das FunkFeuer Wiki gerade „schnell“ funktioniert oder lange (mehr als 2-3 Sekunden) ladet um einen Artikel anzuzeigen oder eine Suche durchzuführen.

Da das Wiki am gleichen Server rennt wie das Forum, kann man daran "erkennen", ob der Server gerade „ausgelastet“ ist oder nicht.

Hintergrund: falls zu wenig Ressourcen zur Verfügung stehen, kann das Upgrade (wegen Zeitüberschreitungen bei der Installation) fehl schlagen.

== FunkFeuer Forum - Discourse Upgrade ==

1. Unter https://forum.funkfeuer.at/admin/backups ein Discourse-Daten-Backup erstellen und runterladen.

(Download bricht im aktuellen Firefox Browser manchmal ab, da einfach auf einen anderen Browser ausweichen.)

2. Mit einem Administrator/Moderator (jeder sollte eigentlich SSH Zugang haben) abklären ob es ein aktuelles Systembackup gibt:

Wünschenswert wäre eine verlässliche Möglichkeit Backups sicher auf FunkFeuer Infrastruktur abzulegen.

[[Services/Organisation|Derzeit scheint es diese Möglichkeit noch nicht zu geben.]]

3. Ein System-Upgrade durchführen:

sudo apt update
apt list --upgradable
sudo apt upgrade

(ggf. bei kernel-upgrade danach die VM neu starten: <code>sudo reboot</code>)

4. https://forum.funkfeuer.at/admin/upgrade aufrufen und upgrade durchklicken.

4.1. Falls das Forum nicht geladen wird, kann das Problem am Theme liegen. Versuche den [https://forum.funkfeuer.at/safe-mode Safe-Mode].

4.2. Mittels Safe-Mode dann in der [https://forum.funkfeuer.at/admin/customize/themes/2 Administration / Anpassen] beim Default-Theme die beiden Theme-Komponenten Slick und Tiles entfernen und nach dem erfolgreichen Upgrade wieder hinzufügen.

4.3. Es könnte auch sein, dass eine Meldung kommt, dass das Upgrade per CLI gemacht werden muss:
sudo su
cd /var/discourse
git pull
./launcher rebuild app

5. Versuche am Forum mit LDAP einzuloggen, falls das fehlschlägt, obwohl Login-Details sicher korrekt eingegeben wurden, müssen folgende zwei Anpassungen angewendet werden: 

5.1. LDAP fix 1 einspielen, damit das Plugin den OpenLDAP von Funkfeuer versteht:

https://github.com/vchrizz/omniauth-ldap/commit/346d5c27e1dacb0fa6aeedf1f65e29bd9f1bb524

Dazu per ssh einloggen, und mittels folgenden Befehlen in die Discourse Docker Instanz wechseln:
sudo su
cd /var/discourse
./launcher enter app

Dort den oben verlinkten Git-Commit die zwei grün markierten Zeilen in diese Datei einpflegen:

/var/www/discourse/plugins/discourse-ldap-auth/gems/2.7.5/gems/omniauth-ldap-1.0.5/lib/omniauth/strategies/ldap.rb

5.2. LDAP fix 2 einspielen, damit über LDAP authentifizierte User automatisch der Gruppe zugeordnet werden, die auf Funkfeuer-intern und Sub-Kategorien zugreifen kann:

<strike>https://github.com/kaefert/discourse-ldap-auth/commit/b112b83640e7769daeb25043c9d12db8b011b29b</strike>

Code so anpassen:
match[:name] = match[:name] || auth_info[:name]
return LDAPUser.new(match).auth_result
when 'auto'
auth_info[:groups] = [] unless auth_info.key?(:groups)
auth_info[:groups] |= ['redeemer-user','vertrauensstufe_2']
return LDAPUser.new(auth_info).auth_result
else
return fail_auth('Invalid option for ldap_user_create_mode setting.')

Auf dem selben weg wie 5.1. diesmal in die Datei einpflegen:

/var/www/discourse/plugins/discourse-ldap-auth/plugin.rb

5.3. LDAP Anpassungen aktiv bringen durch Restart von Discourse:

(evtl. mit <code>logout</code> zuerst aus dem container wieder ausloggen)

docker restart app

6. Prüfen ob beide (Discourse und mailserver) Docker Container wieder laufen:

docker ps

sollte in etwa so aussehen:
(sonst im Zweifelsfall die VM neu starten, dauert nur wenige Minuten, die Container starten dann beide)

<pre>
vchrizz@forum:~$ docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
72670824e10a local_discourse/app "/sbin/boot" 3 weeks ago Up 8 minutes app
5b64315e0a1e tvial/docker-mailserver:latest "/bin/sh -c 'supervi…" 6 weeks ago Up 8 minutes 0.0.0.0:25->25/tcp, 110/tcp, 0.0.0.0:143->143/tcp, 0.0.0.0:587->587/tcp, 0.0.0.0:993->993/tcp, 465/tcp, 0.0.0.0:995->995/tcp, 4190/tcp mail
</pre>

Sollte es dennoch Probleme mit SSL geben: https://meta.discourse.org/t/setting-up-https-support-with-lets-encrypt/40709
#### Manually issue new cert
sudo su -
cd /var/discourse/
./launcher enter app
sv stop nginx
cd /shared/letsencrypt
LE_WORKING_DIR=/shared/ssl /shared/letsencrypt/acme.sh --issue -d forum.funkfeuer.at -d oldforum.funkfeuer.at --webroot /var/www/discourse/public/
# restart "inner" nginx from container
sv start nginx
exit
# restart "outer" nginx from vm
systemctl restart nginx

Projekte/Forum/Upgrade

2022-03-10T22:46:55Z

Vchrizz: LDAP fix 3 obsolet seit discourse version 2.9.0.beta2

(initial credits @kaefert for documentation)
(credits to @lcnittl for ldap fix 2+3)

Hallo Leute!

Ich dokumentiere hier mal was zum Upgrade dieser Discourse Instanz (mit angepasstem LDAP Plugin) notwendig ist.

Dieser Beitrag ist auch im Forum hinterlegt: https://forum.funkfeuer.at/t/discourse-upgrade/229

'''Achtung:''' SSH Zugang wird benötigt! Upgrade ohne nachträgliche Anpassung mittels SSH Zugang hinterlässt das LDAP Plugin funktionsunfähig!

Evtl. will man vor einem Discourse Upgrade prüfen, ob das FunkFeuer Wiki gerade „schnell“ funktioniert oder lange (mehr als 2-3 Sekunden) ladet um einen Artikel anzuzeigen oder eine Suche durchzuführen.

Da das Wiki am gleichen Server rennt wie das Forum, kann man daran "erkennen", ob der Server gerade „ausgelastet“ ist oder nicht.

Hintergrund: falls zu wenig Ressourcen zur Verfügung stehen, kann das Upgrade (wegen Zeitüberschreitungen bei der Installation) fehl schlagen.

== FunkFeuer Forum - Discourse Upgrade ==

1. Unter https://forum.funkfeuer.at/admin/backups ein Discourse-Daten-Backup erstellen und runterladen.

(Download bricht im aktuellen Firefox Browser manchmal ab, da einfach auf einen anderen Browser ausweichen.)

2. Mit einem Administrator/Moderator (jeder sollte eigentlich SSH Zugang haben) abklären ob es ein aktuelles Systembackup gibt:

Wünschenswert wäre eine verlässliche Möglichkeit Backups sicher auf FunkFeuer Infrastruktur abzulegen.

[[Services/Organisation|Derzeit scheint es diese Möglichkeit noch nicht zu geben.]]

3. Ein System-Upgrade durchführen:

sudo apt update
apt list --upgradable
sudo apt upgrade

(ggf. bei kernel-upgrade danach die VM neu starten: <code>sudo reboot</code>)

4. https://forum.funkfeuer.at/admin/upgrade aufrufen und upgrade durchklicken.

4.1. Falls das Forum nicht geladen wird, kann das Problem am Theme liegen. Versuche den [https://forum.funkfeuer.at/safe-mode Safe-Mode].

4.2. Mittels Safe-Mode dann in der [https://forum.funkfeuer.at/admin/customize/themes/2 Administration / Anpassen] beim Default-Theme die beiden Theme-Komponenten Slick und Tiles entfernen und nach dem erfolgreichen Upgrade wieder hinzufügen.

4.3. Es könnte auch sein, dass eine Meldung kommt, dass das Upgrade per CLI gemacht werden muss:
sudo su
cd /var/discourse
git pull
./launcher rebuild app

5. Versuche am Forum mit LDAP einzuloggen, falls das fehlschlägt, obwohl Login-Details sicher korrekt eingegeben wurden, müssen folgende zwei Anpassungen angewendet werden: 

5.1. LDAP fix 1 einspielen, damit das Plugin den OpenLDAP von Funkfeuer versteht:

https://github.com/vchrizz/omniauth-ldap/commit/346d5c27e1dacb0fa6aeedf1f65e29bd9f1bb524

Dazu per ssh einloggen, und mittels folgenden Befehlen in die Discourse Docker Instanz wechseln:
sudo su
cd /var/discourse
./launcher enter app

Dort den oben verlinkten Git-Commit die zwei grün markierten Zeilen in diese Datei einpflegen:

/var/www/discourse/plugins/discourse-ldap-auth/gems/2.7.5/gems/omniauth-ldap-1.0.5/lib/omniauth/strategies/ldap.rb

5.2. LDAP fix 2 einspielen, damit über LDAP authentifizierte User automatisch der Gruppe zugeordnet werden, die auf Funkfeuer-intern und Sub-Kategorien zugreifen kann:

<strike>https://github.com/kaefert/discourse-ldap-auth/commit/b112b83640e7769daeb25043c9d12db8b011b29b</strike>

Code so anpassen:
match[:name] = match[:name] || auth_info[:name]
return LDAPUser.new(match).auth_result
when 'auto'
auth_info[:groups] = [] unless auth_info.key?(:groups)
auth_info[:groups] |= ['redeemer-user','vertrauensstufe_2']
return LDAPUser.new(auth_info).auth_result
else
return fail_auth('Invalid option for ldap_user_create_mode setting.')

Auf dem selben weg wie 5.1. diesmal in die Datei einpflegen:

/var/www/discourse/plugins/discourse-ldap-auth/plugin.rb

5.3. LDAP Anpassungen aktiv bringen durch Restart von Discourse:

(evtl. mit <code>logout</code> zuerst aus dem container wieder ausloggen)

docker restart app

6. Prüfen ob beide (Discourse und mailserver) Docker Container wieder laufen:

docker ps

sollte in etwa so aussehen:
(sonst im Zweifelsfall die VM neu starten, dauert nur wenige Minuten, die Container starten dann beide)

<pre>
vchrizz@forum:~$ docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
72670824e10a local_discourse/app "/sbin/boot" 3 weeks ago Up 8 minutes app
5b64315e0a1e tvial/docker-mailserver:latest "/bin/sh -c 'supervi…" 6 weeks ago Up 8 minutes 0.0.0.0:25->25/tcp, 110/tcp, 0.0.0.0:143->143/tcp, 0.0.0.0:587->587/tcp, 0.0.0.0:993->993/tcp, 465/tcp, 0.0.0.0:995->995/tcp, 4190/tcp mail
</pre>

Sollte es dennoch Probleme mit SSL geben: https://meta.discourse.org/t/setting-up-https-support-with-lets-encrypt/40709
#### Manually issue new cert
./launcher enter app
sv stop nginx
cd /shared/letsencrypt
LE_WORKING_DIR=/shared/ssl /shared/letsencrypt/acme.sh --issue -d forum.funkfeuer.at -d oldforum.funkfeuer.at --webroot /var/www/discourse/public/
# restart "inner" nginx from container
sv start nginx
exit
# restart "outer" nginx from vm
systemctl restart nginx

Projekte/Forum/Upgrade

2022-03-10T22:29:58Z

Vchrizz:

(initial credits @kaefert for documentation)
(credits to @lcnittl for ldap fix 2+3)

Hallo Leute!

Ich dokumentiere hier mal was zum Upgrade dieser Discourse Instanz (mit angepasstem LDAP Plugin) notwendig ist.

Dieser Beitrag ist auch im Forum hinterlegt: https://forum.funkfeuer.at/t/discourse-upgrade/229

'''Achtung:''' SSH Zugang wird benötigt! Upgrade ohne nachträgliche Anpassung mittels SSH Zugang hinterlässt das LDAP Plugin funktionsunfähig!

Evtl. will man vor einem Discourse Upgrade prüfen, ob das FunkFeuer Wiki gerade „schnell“ funktioniert oder lange (mehr als 2-3 Sekunden) ladet um einen Artikel anzuzeigen oder eine Suche durchzuführen.

Da das Wiki am gleichen Server rennt wie das Forum, kann man daran "erkennen", ob der Server gerade „ausgelastet“ ist oder nicht.

Hintergrund: falls zu wenig Ressourcen zur Verfügung stehen, kann das Upgrade (wegen Zeitüberschreitungen bei der Installation) fehl schlagen.

== FunkFeuer Forum - Discourse Upgrade ==

1. Unter https://forum.funkfeuer.at/admin/backups ein Discourse-Daten-Backup erstellen und runterladen.

(Download bricht im aktuellen Firefox Browser manchmal ab, da einfach auf einen anderen Browser ausweichen.)

2. Mit einem Administrator/Moderator (jeder sollte eigentlich SSH Zugang haben) abklären ob es ein aktuelles Systembackup gibt:

Wünschenswert wäre eine verlässliche Möglichkeit Backups sicher auf FunkFeuer Infrastruktur abzulegen.

[[Services/Organisation|Derzeit scheint es diese Möglichkeit noch nicht zu geben.]]

3. Ein System-Upgrade durchführen:

sudo apt update
apt list --upgradable
sudo apt upgrade

(ggf. bei kernel-upgrade danach die VM neu starten: <code>sudo reboot</code>)

4. https://forum.funkfeuer.at/admin/upgrade aufrufen und upgrade durchklicken.

4.1. Falls das Forum nicht geladen wird, kann das Problem am Theme liegen. Versuche den [https://forum.funkfeuer.at/safe-mode Safe-Mode].

4.2. Mittels Safe-Mode dann in der [https://forum.funkfeuer.at/admin/customize/themes/2 Administration / Anpassen] beim Default-Theme die beiden Theme-Komponenten Slick und Tiles entfernen und nach dem erfolgreichen Upgrade wieder hinzufügen.

4.3. Es könnte auch sein, dass eine Meldung kommt, dass das Upgrade per CLI gemacht werden muss:
sudo su
cd /var/discourse
git pull
./launcher rebuild app

5. Versuche am Forum mit LDAP einzuloggen, falls das fehlschlägt, obwohl Login-Details sicher korrekt eingegeben wurden, müssen folgende zwei Anpassungen angewendet werden: 

5.1. LDAP fix 1 einspielen, damit das Plugin den OpenLDAP von Funkfeuer versteht:

https://github.com/vchrizz/omniauth-ldap/commit/346d5c27e1dacb0fa6aeedf1f65e29bd9f1bb524

Dazu per ssh einloggen, und mittels folgenden Befehlen in die Discourse Docker Instanz wechseln:
sudo su
cd /var/discourse
./launcher enter app

Dort den oben verlinkten Git-Commit die zwei grün markierten Zeilen in diese Datei einpflegen:

/var/www/discourse/plugins/discourse-ldap-auth/gems/2.7.5/gems/omniauth-ldap-1.0.5/lib/omniauth/strategies/ldap.rb

5.2. LDAP fix 2 einspielen, damit über LDAP authentifizierte User automatisch der Gruppe zugeordnet werden, die auf Funkfeuer-intern und Sub-Kategorien zugreifen kann:

<strike>https://github.com/kaefert/discourse-ldap-auth/commit/b112b83640e7769daeb25043c9d12db8b011b29b</strike>

Code so anpassen:
match[:name] = match[:name] || auth_info[:name]
return LDAPUser.new(match).auth_result
when 'auto'
auth_info[:groups] = [] unless auth_info.key?(:groups)
auth_info[:groups] |= ['redeemer-user','vertrauensstufe_2']
return LDAPUser.new(auth_info).auth_result
else
return fail_auth('Invalid option for ldap_user_create_mode setting.')

Auf dem selben weg wie 5.1. diesmal in die Datei einpflegen:

/var/www/discourse/plugins/discourse-ldap-auth/plugin.rb

5.3 LDAP fix 3

class LDAPUser
attr_reader :name, :email, :username, :user

def initialize (auth_info)
@name = auth_info[:name]
@email = auth_info[:email]
@username = auth_info[:nickname]
@user = SiteSetting.ldap_lookup_users_by == 'username' ? User.find_by_username(@username) : User.find_by_email(@email)
create_user() unless self.account_exists?
assign_user_groups(auth_info[:groups]) unless auth_info[:groups].nil?
end

def auth_result
result = Auth::Result.new
result.name = @name
result.username = @username
result.email = @email
result.user = @user
result.omit_username = true
result.email_valid = true
return result
end

def account_exists?
return !@user.nil?
end

private
def create_user
@user = User.create!(name: self.name, email: self.email, username: self.username)
@user.activate
end
private
def assign_user_groups(user_groups)
user_groups.each do |group_name|
group = Group.find_by(name: group_name)
@user.groups |= [group] unless group.nil?
end
end
end

Auf dem selben weg wie 5.2. diesmal in die Datei einpflegen:

/var/www/discourse/plugins/discourse-ldap-auth/lib/ldap_user.rb

5.4. LDAP Anpassungen aktiv bringen durch Restart von Discourse:

(evtl. mit <code>logout</code> zuerst aus dem container wieder ausloggen)

docker restart app

6. Prüfen ob beide (Discourse und mailserver) Docker Container wieder laufen:

docker ps

sollte in etwa so aussehen:
(sonst im Zweifelsfall die VM neu starten, dauert nur wenige Minuten, die Container starten dann beide)

<pre>
vchrizz@forum:~$ docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
72670824e10a local_discourse/app "/sbin/boot" 3 weeks ago Up 8 minutes app
5b64315e0a1e tvial/docker-mailserver:latest "/bin/sh -c 'supervi…" 6 weeks ago Up 8 minutes 0.0.0.0:25->25/tcp, 110/tcp, 0.0.0.0:143->143/tcp, 0.0.0.0:587->587/tcp, 0.0.0.0:993->993/tcp, 465/tcp, 0.0.0.0:995->995/tcp, 4190/tcp mail
</pre>

Sollte es dennoch Probleme mit SSL geben: https://meta.discourse.org/t/setting-up-https-support-with-lets-encrypt/40709
#### Manually issue new cert
./launcher enter app
sv stop nginx
cd /shared/letsencrypt
LE_WORKING_DIR=/shared/ssl /shared/letsencrypt/acme.sh --issue -d forum.funkfeuer.at -d oldforum.funkfeuer.at --webroot /var/www/discourse/public/
# restart "inner" nginx from container
sv start nginx
exit
# restart "outer" nginx from vm
systemctl restart nginx

Formular:Router

2022-02-22T17:32:06Z

Vchrizz: WLAN Standard 802.11ad added

<noinclude>
Dies ist das Formular „Router“.
Um eine Seite mit diesem Formular zu erstellen, gib den Seitennamen unten in das Eingabefeld ein.
Sofern bereits eine Seite mit diesem Namen vorhanden ist, wirst du automatisch zum Formular für das Bearbeiten der Seite weitergeleitet.

{{#forminput:form=Router}}

</noinclude><includeonly>
<div id="wikiPreview" style="display: none; padding-bottom: 25px; margin-bottom: 25px; border-bottom: 1px solid #AAAAAA;"></div>
= Allgemein =
{{{for template|Router}}}
{| class="formtable"
| Name:
| {{{field|name|mandatory}}}
|-
| Hersteller:
| {{{field|manufacturer|input type=text with autocomplete}}}
|-
| Bild:
| {{{field|Picture|uploadable|property=Has image|values from namespace=File}}}
|-
| veraltet:
| {{{field|deprecated|input type=checkbox}}}
|-
| Outdoor:
| {{{field|outdoor|input type=checkbox}}}
|}

= Hardware =
{| class="formtable"
| CPU:
| {{{field|cpu|input type=text with autocomplete}}}
|-
| RAM:
| {{{field|ram|input type=text with autocomplete}}}
|-
| Flash:
| {{{field|flash|input type=text with autocomplete}}}
|-
| PoE:
| {{{field|poe|input type=dropdown|values=passiv, 802.3af}}}
|}

= Netzwerk =
{| class="formtable"
| Netzwerkports:
| {{{field|ethernetports}}}
|-
| Switch:
| {{{field|switch|input type=checkbox}}}
|-
| WLAN:
| {{{field|wifi|input type=checkbox}}}
|-
| WLAN Band:
| {{{field|wifiband|input type=checkboxes|values=2.4 GHz, 5 GHz, 60 GHz}}}
|-
| WLAN Standard:
| {{{field|wifistandard|input type=dropdown|values=802.11g, 802.11a, 802.11ag, 802.11an, 802.11gn, 802.11agn, 802.11ac, 802.11ad}}}
|-
| MIMO Streams:
| {{{field|mimostreams|input type=dropdown|values=1x1, 2x2, 3x3}}}
|-
| Antennenanschluss:
| {{{field|antennaconnector|input type=text with autocomplete|values=intern, RP-SMA, RP-TNC, N, U.FL, MMCX, MCX}}}
|}

= Firmware =
{| class="formtable"
| Firmware:
| {{{field|firmware|input type=text with autocomplete}}}
|-
| Flashmethoden:
| {{{field|flashmethod|input type=checkboxes|values=Web, TFTP-Client, TFTP-Server, BOOTP, seriell, Speicherkarte}}}
|-
| Flashanleitung:
| {{{field|flashguide|input type=text with autocomplete}}}
|-
| Konfigurationsanleitung:
| {{{field|configguide|input type=text with autocomplete}}}
|}

= Antenne =

{| class="formtable"
| integrierte Antenne:
| {{{field|antenna|input type=checkbox}}}
|-
| Antennentyp:
| {{{field|antennatype|input type=dropdown|values=Panel, Gitter, Parabol, Yagi, Omni, Horn}}}
|-
| Polarisation:
| {{{field|antennapol|input type=dropdown|values=H, V, H/V, H+V, LCP, RCP}}}
|-
| Antennengewinn:
| {{{field|antennagain|input type=text}}}
|}

{{{end template}}}
<headertabs />

= Hauptseite =
{{{standard input|free text|rows=10}}}

{{{standard input|summary}}}

{{{standard input|minor edit}}} {{{standard input|watch}}}

{{{standard input|save}}} {{{standard input|preview}}} {{{standard input|changes}}} {{{standard input|cancel}}}
</includeonly>

Formular:Router

2022-02-22T17:09:57Z

Vchrizz: added 60 GHz WLAN Band

<noinclude>
Dies ist das Formular „Router“.
Um eine Seite mit diesem Formular zu erstellen, gib den Seitennamen unten in das Eingabefeld ein.
Sofern bereits eine Seite mit diesem Namen vorhanden ist, wirst du automatisch zum Formular für das Bearbeiten der Seite weitergeleitet.

{{#forminput:form=Router}}

</noinclude><includeonly>
<div id="wikiPreview" style="display: none; padding-bottom: 25px; margin-bottom: 25px; border-bottom: 1px solid #AAAAAA;"></div>
= Allgemein =
{{{for template|Router}}}
{| class="formtable"
| Name:
| {{{field|name|mandatory}}}
|-
| Hersteller:
| {{{field|manufacturer|input type=text with autocomplete}}}
|-
| Bild:
| {{{field|Picture|uploadable|property=Has image|values from namespace=File}}}
|-
| veraltet:
| {{{field|deprecated|input type=checkbox}}}
|-
| Outdoor:
| {{{field|outdoor|input type=checkbox}}}
|}

= Hardware =
{| class="formtable"
| CPU:
| {{{field|cpu|input type=text with autocomplete}}}
|-
| RAM:
| {{{field|ram|input type=text with autocomplete}}}
|-
| Flash:
| {{{field|flash|input type=text with autocomplete}}}
|-
| PoE:
| {{{field|poe|input type=dropdown|values=passiv, 802.3af}}}
|}

= Netzwerk =
{| class="formtable"
| Netzwerkports:
| {{{field|ethernetports}}}
|-
| Switch:
| {{{field|switch|input type=checkbox}}}
|-
| WLAN:
| {{{field|wifi|input type=checkbox}}}
|-
| WLAN Band:
| {{{field|wifiband|input type=checkboxes|values=2.4 GHz, 5 GHz, 60 GHz}}}
|-
| WLAN Standard:
| {{{field|wifistandard|input type=dropdown|values=802.11g, 802.11a, 802.11ag, 802.11an, 802.11gn, 802.11agn, 802.11ac}}}
|-
| MIMO Streams:
| {{{field|mimostreams|input type=dropdown|values=1x1, 2x2, 3x3}}}
|-
| Antennenanschluss:
| {{{field|antennaconnector|input type=text with autocomplete|values=intern, RP-SMA, RP-TNC, N, U.FL, MMCX, MCX}}}
|}

= Firmware =
{| class="formtable"
| Firmware:
| {{{field|firmware|input type=text with autocomplete}}}
|-
| Flashmethoden:
| {{{field|flashmethod|input type=checkboxes|values=Web, TFTP-Client, TFTP-Server, BOOTP, seriell, Speicherkarte}}}
|-
| Flashanleitung:
| {{{field|flashguide|input type=text with autocomplete}}}
|-
| Konfigurationsanleitung:
| {{{field|configguide|input type=text with autocomplete}}}
|}

= Antenne =

{| class="formtable"
| integrierte Antenne:
| {{{field|antenna|input type=checkbox}}}
|-
| Antennentyp:
| {{{field|antennatype|input type=dropdown|values=Panel, Gitter, Parabol, Yagi, Omni, Horn}}}
|-
| Polarisation:
| {{{field|antennapol|input type=dropdown|values=H, V, H/V, H+V, LCP, RCP}}}
|-
| Antennengewinn:
| {{{field|antennagain|input type=text}}}
|}

{{{end template}}}
<headertabs />

= Hauptseite =
{{{standard input|free text|rows=10}}}

{{{standard input|summary}}}

{{{standard input|minor edit}}} {{{standard input|watch}}}

{{{standard input|save}}} {{{standard input|preview}}} {{{standard input|changes}}} {{{standard input|cancel}}}
</includeonly>

Projekte/Forum/Upgrade

2022-02-21T00:06:14Z

Vchrizz:

(initial credits @kaefert for documentation)
(credits to @lcnittl for ldap fix 2+3)

Hallo Leute!

Ich dokumentiere hier mal was zum Upgrade dieser Discourse Instanz (mit angepasstem LDAP Plugin) notwendig ist.

Dieser Beitrag ist auch im Forum hinterlegt: https://forum.funkfeuer.at/t/discourse-upgrade/229

'''Achtung:''' SSH Zugang wird benötigt! Upgrade ohne nachträgliche Anpassung mittels SSH Zugang hinterlässt das LDAP Plugin funktionsunfähig!

Evtl. will man vor einem Discourse Upgrade prüfen, ob das FunkFeuer Wiki gerade „schnell“ funktioniert oder lange (mehr als 2-3 Sekunden) ladet um einen Artikel anzuzeigen oder eine Suche durchzuführen.

Da das Wiki am gleichen Server rennt wie das Forum, kann man daran "erkennen", ob der Server gerade „ausgelastet“ ist oder nicht.

Hintergrund: falls zu wenig Ressourcen zur Verfügung stehen, kann das Upgrade (wegen Zeitüberschreitungen bei der Installation) fehl schlagen.

== FunkFeuer Forum - Discourse Upgrade ==

1. Unter https://forum.funkfeuer.at/admin/backups ein Discourse-Daten-Backup erstellen und runterladen.

(Download bricht im aktuellen Firefox Browser manchmal ab, da einfach auf einen anderen Browser ausweichen.)

2. Mit einem Administrator/Moderator (jeder sollte eigentlich SSH Zugang haben) abklären ob es ein aktuelles Systembackup gibt:

Wünschenswert wäre eine verlässliche Möglichkeit Backups sicher auf FunkFeuer Infrastruktur abzulegen.

[[Services/Organisation|Derzeit scheint es diese Möglichkeit noch nicht zu geben.]]

3. Ein System-Upgrade durchführen:

sudo apt update
apt list --upgradable
sudo apt upgrade

(ggf. bei kernel-upgrade danach die VM neu starten: <code>sudo reboot</code>)

4. https://forum.funkfeuer.at/admin/upgrade aufrufen und upgrade durchklicken.

4.1. Falls das Forum nicht geladen wird, kann das Problem am Theme liegen. Versuche den [https://forum.funkfeuer.at/safe-mode Safe-Mode].

4.2. Mittels Safe-Mode dann in der [https://forum.funkfeuer.at/admin/customize/themes/2 Administration / Anpassen] beim Default-Theme die beiden Theme-Komponenten Slick und Tiles entfernen und nach dem erfolgreichen Upgrade wieder hinzufügen.

4.3. Es könnte auch sein, dass eine Meldung kommt, dass das Upgrade per CLI gemacht werden muss:
sudo su
cd /var/discourse
git pull
./launcher rebuild app

5. Versuche am Forum mit LDAP einzuloggen, falls das fehlschlägt, obwohl Login-Details sicher korrekt eingegeben wurden, müssen folgende zwei Anpassungen angewendet werden: 

5.1. LDAP fix 1 einspielen, damit das Plugin den OpenLDAP von Funkfeuer versteht:

https://github.com/vchrizz/omniauth-ldap/commit/346d5c27e1dacb0fa6aeedf1f65e29bd9f1bb524

Dazu per ssh einloggen, und mittels folgenden Befehlen in die Discourse Docker Instanz wechseln:
sudo su
cd /var/discourse
./launcher enter app

Dort den oben verlinkten Git-Commit die zwei grün markierten Zeilen in diese Datei einpflegen:

/var/www/discourse/plugins/discourse-ldap-auth/gems/2.7.5/gems/omniauth-ldap-1.0.5/lib/omniauth/strategies/ldap.rb

5.2. LDAP fix 2 einspielen, damit über LDAP authentifizierte User automatisch der Gruppe zugeordnet werden, die auf Funkfeuer-intern und Sub-Kategorien zugreifen kann:

<strike>https://github.com/kaefert/discourse-ldap-auth/commit/b112b83640e7769daeb25043c9d12db8b011b29b</strike>

Code so anpassen:
match[:name] = match[:name] || auth_info[:name]
return LDAPUser.new(match).auth_result
when 'auto'
auth_info[:groups] = [] unless auth_info.key?(:groups)
auth_info[:groups] |= ['redeemer-user','vertrauensstufe_2']
ldap_user = LDAPUser.new(auth_info)
return ldap_user.auth_result
else
return fail_auth('Invalid option for ldap_user_create_mode setting.')

Auf dem selben weg wie 5.1. diesmal in die Datei einpflegen:

/var/www/discourse/plugins/discourse-ldap-auth/plugin.rb

5.3 LDAP fix 3

class LDAPUser
attr_reader :name, :email, :username, :user

def initialize (auth_info)
@name = auth_info[:name]
@email = auth_info[:email]
@username = auth_info[:nickname]
@user = SiteSetting.ldap_lookup_users_by == 'username' ? User.find_by_username(@username) : User.find_by_email(@email)
create_user() unless self.account_exists?
assign_user_groups(auth_info[:groups]) unless auth_info[:groups].nil?
end

def auth_result
result = Auth::Result.new
result.name = @name
result.username = @username
result.email = @email
result.user = @user
result.omit_username = true
result.email_valid = true
return result
end

def account_exists?
return !@user.nil?
end

private
def create_user
@user = User.create!(name: self.name, email: self.email, username: self.username)
@user.activate
end
private
def assign_user_groups(user_groups)
user_groups.each do |group_name|
group = Group.find_by(name: group_name)
@user.groups |= [group] unless group.nil?
end
end
end

Auf dem selben weg wie 5.2. diesmal in die Datei einpflegen:

/var/www/discourse/plugins/discourse-ldap-auth/lib/ldap_user.rb

5.4. LDAP Anpassungen aktiv bringen durch Restart von Discourse:

(evtl. mit <code>logout</code> zuerst aus dem container wieder ausloggen)

docker restart app

6. Prüfen ob beide (Discourse und mailserver) Docker Container wieder laufen:

docker ps

sollte in etwa so aussehen:
(sonst im Zweifelsfall die VM neu starten, dauert nur wenige Minuten, die Container starten dann beide)

<pre>
vchrizz@forum:~$ docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
72670824e10a local_discourse/app "/sbin/boot" 3 weeks ago Up 8 minutes app
5b64315e0a1e tvial/docker-mailserver:latest "/bin/sh -c 'supervi…" 6 weeks ago Up 8 minutes 0.0.0.0:25->25/tcp, 110/tcp, 0.0.0.0:143->143/tcp, 0.0.0.0:587->587/tcp, 0.0.0.0:993->993/tcp, 465/tcp, 0.0.0.0:995->995/tcp, 4190/tcp mail
</pre>

Sollte es dennoch Probleme mit SSL geben: https://meta.discourse.org/t/setting-up-https-support-with-lets-encrypt/40709
#### Manually issue new cert
./launcher enter app
sv stop nginx
cd /shared/letsencrypt
LE_WORKING_DIR=/shared/ssl /shared/letsencrypt/acme.sh --issue -d forum.funkfeuer.at -d oldforum.funkfeuer.at --webroot /var/www/discourse/public/
# restart "inner" nginx from container
sv start nginx
exit
# restart "outer" nginx from vm
systemctl restart nginx

Projekte/Forum/Upgrade

2021-12-21T23:38:21Z

Vchrizz:

(initial credits @kaefert for documentation)
(credits to @lcnittl for ldap fix 2+3)

Hallo Leute!

Ich dokumentiere hier mal was zum Upgrade dieser Discourse Instanz (mit angepasstem LDAP Plugin) notwendig ist.

Dieser Beitrag ist auch im Forum hinterlegt: https://forum.funkfeuer.at/t/discourse-upgrade/229

'''Achtung:''' SSH Zugang wird benötigt! Upgrade ohne nachträgliche Anpassung mittels SSH Zugang hinterlässt das LDAP Plugin funktionsunfähig!

Evtl. will man vor einem Discourse Upgrade prüfen, ob das FunkFeuer Wiki gerade „schnell“ funktioniert oder lange (mehr als 2-3 Sekunden) ladet um einen Artikel anzuzeigen oder eine Suche durchzuführen.

Da das Wiki am gleichen Server rennt wie das Forum, kann man daran "erkennen", ob der Server gerade „ausgelastet“ ist oder nicht.

Hintergrund: falls zu wenig Ressourcen zur Verfügung stehen, kann das Upgrade (wegen Zeitüberschreitungen bei der Installation) fehl schlagen.

== FunkFeuer Forum - Discourse Upgrade ==

1. Unter https://forum.funkfeuer.at/admin/backups ein Discourse-Daten-Backup erstellen und runterladen.

(Download bricht im aktuellen Firefox Browser manchmal ab, da einfach auf einen anderen Browser ausweichen.)

2. Mit einem Administrator/Moderator (jeder sollte eigentlich SSH Zugang haben) abklären ob es ein aktuelles Systembackup gibt:

Wünschenswert wäre eine verlässliche Möglichkeit Backups sicher auf FunkFeuer Infrastruktur abzulegen.

[[Services/Organisation|Derzeit scheint es diese Möglichkeit noch nicht zu geben.]]

3. Ein System-Upgrade durchführen:

sudo apt update
apt list --upgradable
sudo apt upgrade

(ggf. bei kernel-upgrade danach die VM neu starten: <code>sudo reboot</code>)

4. https://forum.funkfeuer.at/admin/upgrade aufrufen und upgrade durchklicken.

4.1. Falls das Forum nicht geladen wird, kann das Problem am Theme liegen. Versuche den [https://forum.funkfeuer.at/safe-mode Safe-Mode].

4.2. Mittels Safe-Mode dann in der [https://forum.funkfeuer.at/admin/customize/themes/2 Administration / Anpassen] beim Default-Theme die beiden Theme-Komponenten Slick und Tiles entfernen und nach dem erfolgreichen Upgrade wieder hinzufügen.

4.3. Es könnte auch sein, dass eine Meldung kommt, dass das Upgrade per CLI gemacht werden muss:
sudo su
cd /var/discourse
git pull
./launcher rebuild app

5. Versuche am Forum mit LDAP einzuloggen, falls das fehlschlägt, obwohl Login-Details sicher korrekt eingegeben wurden, müssen folgende zwei Anpassungen angewendet werden: 

5.1. LDAP fix 1 einspielen, damit das Plugin den OpenLDAP von Funkfeuer versteht:

https://github.com/vchrizz/omniauth-ldap/commit/346d5c27e1dacb0fa6aeedf1f65e29bd9f1bb524

Dazu per ssh einloggen, und mittels folgenden Befehlen in die Discourse Docker Instanz wechseln:
sudo su
cd /var/discourse
./launcher enter app

Dort den oben verlinkten Git-Commit die zwei grün markierten Zeilen in diese Datei einpflegen:

/var/www/discourse/plugins/discourse-ldap-auth/gems/2.7.2/gems/omniauth-ldap-1.0.5/lib/omniauth/strategies/ldap.rb

5.2. LDAP fix 2 einspielen, damit über LDAP authentifizierte User automatisch der Gruppe zugeordnet werden, die auf Funkfeuer-intern und Sub-Kategorien zugreifen kann:

<strike>https://github.com/kaefert/discourse-ldap-auth/commit/b112b83640e7769daeb25043c9d12db8b011b29b</strike>

Code so anpassen:
match[:name] = match[:name] || auth_info[:name]
return LDAPUser.new(match).auth_result
when 'auto'
auth_info[:groups] = [] unless auth_info.key?(:groups)
auth_info[:groups] |= ['redeemer-user','vertrauensstufe_2']
ldap_user = LDAPUser.new(auth_info)
return ldap_user.auth_result
else
return fail_auth('Invalid option for ldap_user_create_mode setting.')

Auf dem selben weg wie 5.1. diesmal in die Datei einpflegen:

/var/www/discourse/plugins/discourse-ldap-auth/plugin.rb

5.3 LDAP fix 3

class LDAPUser
attr_reader :name, :email, :username, :user

def initialize (auth_info)
@name = auth_info[:name]
@email = auth_info[:email]
@username = auth_info[:nickname]
@user = SiteSetting.ldap_lookup_users_by == 'username' ? User.find_by_username(@username) : User.find_by_email(@email)
create_user() unless self.account_exists?
assign_user_groups(auth_info[:groups]) unless auth_info[:groups].nil?
end

def auth_result
result = Auth::Result.new
result.name = @name
result.username = @username
result.email = @email
result.user = @user
result.omit_username = true
result.email_valid = true
return result
end

def account_exists?
return !@user.nil?
end

private
def create_user
@user = User.create!(name: self.name, email: self.email, username: self.username)
@user.activate
end
private
def assign_user_groups(user_groups)
user_groups.each do |group_name|
group = Group.find_by(name: group_name)
@user.groups |= [group] unless group.nil?
end
end
end

Auf dem selben weg wie 5.2. diesmal in die Datei einpflegen:

/var/www/discourse/plugins/discourse-ldap-auth/lib/ldap_user.rb

5.4. LDAP Anpassungen aktiv bringen durch Restart von Discourse:

(evtl. mit <code>logout</code> zuerst aus dem container wieder ausloggen)

docker restart app

6. Prüfen ob beide (Discourse und mailserver) Docker Container wieder laufen:

docker ps

sollte in etwa so aussehen:
(sonst im Zweifelsfall die VM neu starten, dauert nur wenige Minuten, die Container starten dann beide)

<pre>
vchrizz@forum:~$ docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
72670824e10a local_discourse/app "/sbin/boot" 3 weeks ago Up 8 minutes app
5b64315e0a1e tvial/docker-mailserver:latest "/bin/sh -c 'supervi…" 6 weeks ago Up 8 minutes 0.0.0.0:25->25/tcp, 110/tcp, 0.0.0.0:143->143/tcp, 0.0.0.0:587->587/tcp, 0.0.0.0:993->993/tcp, 465/tcp, 0.0.0.0:995->995/tcp, 4190/tcp mail
</pre>

Sollte es dennoch Probleme mit SSL geben: https://meta.discourse.org/t/setting-up-https-support-with-lets-encrypt/40709
#### Manually issue new cert
./launcher enter app
sv stop nginx
cd /shared/letsencrypt
LE_WORKING_DIR=/shared/ssl /shared/letsencrypt/acme.sh --issue -d forum.funkfeuer.at -d oldforum.funkfeuer.at --webroot /var/www/discourse/public/
# restart "inner" nginx from container
sv start nginx
exit
# restart "outer" nginx from vm
systemctl restart nginx

Projekte/Forum/Upgrade

2021-12-21T23:38:00Z

Vchrizz:

(initial credits @kaefert for documentation)
(credits to @lcnittl for ldap fix 2+3)

Hallo Leute!

Ich dokumentiere hier mal was zum Upgrade dieser Discourse Instanz (mit angepasstem LDAP Plugin) notwendig ist.

Dieser Beitrag ist auch im Forum hinterlegt: https://forum.funkfeuer.at/t/discourse-upgrade/229

'''Achtung:''' SSH Zugang wird benötigt! Upgrade ohne nachträgliche Anpassung mittels SSH Zugang hinterlässt das LDAP Plugin funktionsunfähig!

Evtl. will man vor einem Discourse Upgrade prüfen, ob das FunkFeuer Wiki gerade „schnell“ funktioniert oder lange (mehr als 2-3 Sekunden) ladet um einen Artikel anzuzeigen oder eine Suche durchzuführen.

Da das Wiki am gleichen Server rennt wie das Forum, kann man daran "erkennen", ob der Server gerade „ausgelastet“ ist oder nicht.

Hintergrund: falls zu wenig Ressourcen zur Verfügung stehen, kann das Upgrade (wegen Zeitüberschreitungen bei der Installation) fehl schlagen.

== FunkFeuer Forum - Discourse Upgrade ==

1. Unter https://forum.funkfeuer.at/admin/backups ein Discourse-Daten-Backup erstellen und runterladen.

(Download bricht im aktuellen Firefox Browser manchmal ab, da einfach auf einen anderen Browser ausweichen.)

2. Mit einem Administrator/Moderator (jeder sollte eigentlich SSH Zugang haben) abklären ob es ein aktuelles Systembackup gibt:

Wünschenswert wäre eine verlässliche Möglichkeit Backups sicher auf FunkFeuer Infrastruktur abzulegen.

[[Services/Organisation|Derzeit scheint es diese Möglichkeit noch nicht zu geben.]]

3. Ein System-Upgrade durchführen:

sudo apt update
apt list --upgradable
sudo apt upgrade

(ggf. bei kernel-upgrade danach die VM neu starten: <code>sudo reboot</code>)

4. https://forum.funkfeuer.at/admin/upgrade aufrufen und upgrade durchklicken.

4.1. Falls das Forum nicht geladen wird, kann das Problem am Theme liegen. Versuche den [https://forum.funkfeuer.at/safe-mode Safe-Mode].

4.2. Mittels Safe-Mode dann in der [https://forum.funkfeuer.at/admin/customize/themes/2 Administration / Anpassen] beim Default-Theme die beiden Theme-Komponenten Slick und Tiles entfernen und nach dem erfolgreichen Upgrade wieder hinzufügen.

4.3. Es könnte auch sein, dass eine Meldung kommt, dass das Upgrade per CLI gemacht werden muss:
sudo su
cd /var/discourse
git pull
./launcher rebuild app

5. Versuche am Forum mit LDAP einzuloggen, falls das fehlschlägt, obwohl Login-Details sicher korrekt eingegeben wurden, müssen folgende zwei Anpassungen angewendet werden: 

5.1. LDAP fix 1 einspielen, damit das Plugin den OpenLDAP von Funkfeuer versteht:

https://github.com/vchrizz/omniauth-ldap/commit/346d5c27e1dacb0fa6aeedf1f65e29bd9f1bb524

Dazu per ssh einloggen, und mittels folgenden Befehlen in die Discourse Docker Instanz wechseln:
sudo su
cd /var/discourse
./launcher enter app

Dort den oben verlinkten Git-Commit die zwei grün markierten Zeilen in diese Datei einpflegen:

/var/www/discourse/plugins/discourse-ldap-auth/gems/2.7.2/gems/omniauth-ldap-1.0.5/lib/omniauth/strategies/ldap.rb

5.2. LDAP fix 2 einspielen, damit über LDAP authentifizierte User automatisch der Gruppe zugeordnet werden, die auf Funkfeuer-intern und Sub-Kategorien zugreifen kann:

<strike>https://github.com/kaefert/discourse-ldap-auth/commit/b112b83640e7769daeb25043c9d12db8b011b29b</strike>

Code so anpassen:
match[:name] = match[:name] || auth_info[:name]
return LDAPUser.new(match).auth_result
when 'auto'
auth_info[:groups] = [] unless auth_info.key?(:groups)
auth_info[:groups] |= ['redeemer-user','vertrauensstufe_2']
ldap_user = LDAPUser.new(auth_info)
return ldap_user.auth_result
else
return fail_auth('Invalid option for ldap_user_create_mode setting.')

Auf dem selben weg wie 5.1. diesmal in die Datei einpflegen:

/var/www/discourse/plugins/discourse-ldap-auth/plugin.rb

5.3 LDAP fix 3

class LDAPUser
attr_reader :name, :email, :username, :user

def initialize (auth_info)
@name = auth_info[:name]
@email = auth_info[:email]
@username = auth_info[:nickname]
@user = SiteSetting.ldap_lookup_users_by == 'username' ? User.find_by_username(@username) : User.find_by_email(@email)
create_user() unless self.account_exists?
assign_user_groups(auth_info[:groups]) unless auth_info[:groups].nil?
end

def auth_result
result = Auth::Result.new
result.name = @name
result.username = @username
result.email = @email
result.user = @user
result.omit_username = true
result.email_valid = true
return result
end

def account_exists?
return !@user.nil?
end

private
def create_user
@user = User.create!(name: self.name, email: self.email, username: self.username)
@user.activate
end
private
def assign_user_groups(user_groups)
user_groups.each do |group_name|
group = Group.find_by(name: group_name)
@user.groups |= [group] unless group.nil?
end
end
end

Auf dem selben weg wie 5.2. diesmal in die Datei einfplegen:

/var/www/discourse/plugins/discourse-ldap-auth/lib/ldap_user.rb

5.4. LDAP Anpassungen aktiv bringen durch Restart von Discourse:

(evtl. mit <code>logout</code> zuerst aus dem container wieder ausloggen)

docker restart app

6. Prüfen ob beide (Discourse und mailserver) Docker Container wieder laufen:

docker ps

sollte in etwa so aussehen:
(sonst im Zweifelsfall die VM neu starten, dauert nur wenige Minuten, die Container starten dann beide)

<pre>
vchrizz@forum:~$ docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
72670824e10a local_discourse/app "/sbin/boot" 3 weeks ago Up 8 minutes app
5b64315e0a1e tvial/docker-mailserver:latest "/bin/sh -c 'supervi…" 6 weeks ago Up 8 minutes 0.0.0.0:25->25/tcp, 110/tcp, 0.0.0.0:143->143/tcp, 0.0.0.0:587->587/tcp, 0.0.0.0:993->993/tcp, 465/tcp, 0.0.0.0:995->995/tcp, 4190/tcp mail
</pre>

Sollte es dennoch Probleme mit SSL geben: https://meta.discourse.org/t/setting-up-https-support-with-lets-encrypt/40709
#### Manually issue new cert
./launcher enter app
sv stop nginx
cd /shared/letsencrypt
LE_WORKING_DIR=/shared/ssl /shared/letsencrypt/acme.sh --issue -d forum.funkfeuer.at -d oldforum.funkfeuer.at --webroot /var/www/discourse/public/
# restart "inner" nginx from container
sv start nginx
exit
# restart "outer" nginx from vm
systemctl restart nginx

Services/Organisation

2021-12-17T21:48:56Z

Vchrizz: NodeDB rausgenommen

Diese Seite dient dazu die verschiedenen Services von FunkFeuer zu organisieren und zu definieren.

== Core Services ==

{| class="wikitable"
! scope="col"| Service
! scope="col"| Kurzbeschreibung
! scope="col"| Maintainer
! scope="col"| Page
|-
| Backbone Network
| Betrieb und Wartung des kabelgebundenen Backbone Netzes inkl. zugehöriger Glasfaserstrecken und der Internetanbindung. Es stellt Netzwerkanbindungen für das Funknetzwerk, Serverhousing sowie interner Dienste bereit.
| [[Benutzer:stefan|Stefan Schultheis]], Wolfgang Nagele, Simon Schwendemann
| [[Services/Organisation/Backbone Network]]
|-
| Backbone Wiki
| Interne Dokumentation
| [[Benutzer:damadmai|Daniel A. Maierhofer]]
| [[Services/Organisation/Backbone Network]]
|-
| Core Infrastruktur
| Backups, Monitoring, [[Services/Security|Abuse, Security]],...
| NN
| [[Services/Organisation/Core Infrastruktur]]
|-
| Roof Nodes
| Wartung der Standorte welche die Anbindung des Funknetzwerks an das kabelgebundene Netzwerk bereit stellen.
| Markus Kittenberger [[mailto:freebone@lists.funkfeuer.at Verstärkung gesucht]], [[Benutzer:vchrizz|Christoph Loesch]]
| [[Services/Organisation/Roof Nodes]]
|-
| Redeemer & DB
| Userinterface und Datenbank des Redeemer-Wien unter [https://portal.funkfeuer.at/wien/ Portal] zur Verwaltung von Usern, Nodes, Devices, IP-Adressen.
| [[Benutzer:pocki|Christian Pock]]
| [[Services/Organisation/Redeemer]]
|-
| BaseMap
| BaseMap unter [https://map.funkfeuer.at/wien/ map.funkfeuer.at/wien]
| [[Benutzer:pocki|Christian Pock]]
| [[Services/Organisation/BaseMap]]
|-
| Node Map
| NodeMap unter [https://map.funkfeuer.at/nodemap/ map.funkfeuer.at/nodemap] - siehe Detailseite
| [[Benutzer:erich|Erich N. Pekarek]], Alexander Biringer
| [[Services/Organisation/Node Map]]
|-
| OLSR2-Map
| OLSR2-Map, verlinkt auf [https://map.funkfeuer.at/ map.funkfeuer.at]
| [[Benutzer:pocki|Christian Pock]]
| [[Services/Organisation/Olsr2-Map]]
|-
| Datenpflege Nodes
| Wartung der Daten in der Node Datenbank im [https://portal.funkfeuer.at/ Portal]
| [[Benutzer:vchrizz|Christoph Loesch]], [[Benutzer:damadmai|Daniel A. Maierhofer]]
| [[Services/Organisation/Redeemer]]
|-
| Node Support
| Unterstützung bei [[Hausverwaltungen|Anfrage um Bewilligung]], Unterstützung beim Node Aufbau sowie Node Wartung.
| [[Benutzer:vchrizz|Christoph Loesch]], [[Benutzer:damadmai|Daniel A. Maierhofer]]
| [[Services/Organisation/Node Support]]
|-
| Node Monitoring
| [http://smokeping.funkfeuer.at/ SmokePing] für Freenet und Housing, Erkennung von LastSeen, Anzeige jüngster Olsr(v1)-Topologieänderungen
| [[Benutzer:pocki|Christian Pock]] NN
| [[Services/Organisation/Node Monitoring]]
|-
| Tunnelserver
| OpenVPN Tunnel für Verbindung über Internet zum FunkFeuer-Netzwerk
| [[Benutzer:erich|Erich N. Pekarek]], [[Benutzer:vchrizz|Christoph Lösch]], [[Benutzer:Pocki|Christian Pock]], [[Benutzer:damadmai|Daniel A. Maierhofer]]
| [[Services/Organisation/Tunnelserver]]
|-
| Virtualisierungsserver
| Verwaltung der Server auf denen die VMs für Vereins-Services laufen
| [[Benutzer:damadmai|Daniel A. Maierhofer]], [[Benutzer:ThomasMu|Thomas Mutschlechner]]
| [[Services/Organisation/Virtualisierungsserver]]
|-
| Housing Environment
| Stromversorgung, Lüftungstechnik
| ?
| [[Services/Organisation/Housing Environment]]
|-
| Housing Administration
| Housing Frontend, Verwaltung, Rechnungslegung und Buchhaltung
| Clemens Hopfer, Kassiere
| [[Services/Organisation/Housing Administration]]
|-
| Housing Uplink
| Switch und Antennen
| [[Benutzer:damadmai|Daniel A. Maierhofer]]
| [[Projekte/Housing/Uplink]]
|-
| Housing Switches & VPN
| für Out of Band-Management
| [[Benutzer:damadmai|Daniel A. Maierhofer]]
| [[Projekte/Housing/Server-OOB]]
|-
| Housing Wi-Fi
| für Internetzugang per WLAN im Housing
| [[Benutzer:damadmai|Daniel A. Maierhofer]]
| [[Projekte/Housing/WLAN]]
|-
| Mail
| Betrieb des Mailservers der zur Kommunikation, vor allem über [https://lists.funkfeuer.at/mailman/listinfo Mailinglisten] dient. Derzeit gibt es keine Postfächer für Personen. Diverse Services/Server nutzen den Mailserver als Smarthost.
| Christian Knittl-Frank, [[Benutzer:pocki|Christian Pock]], [[Benutzer:damadmai|Daniel A. Maierhofer]]
| [[Services/Organisation/Mail]]
|-
| Mailinglists
| Betrieb und Wartung der [https://lists.funkfeuer.at/mailman/listinfo Mailinglisten]
|
| [[Services/Organisation/Mailinglists]]
|-
| Gallery
| Bildersammlung je Knoten, Event,...
| Daniel A. Maierhofer, Erich Pekarek
| [[Services/Organisation/Gallery]]
|-
| Wiki
| Betrieb dieses Wikis, sowohl technisch (Wartung) als auch organisatorisch (Gardening).
| Matthias Šubik, [[Benutzer:damadmai|Daniel A. Maierhofer]], [[Benutzer:pocki|Christian Pock]]
| [[Services/Organisation/Wiki]]
|-
| Forum
| Betrieb und Wartung des Forum-Servers und der Discourse Instanz für Mitglieder.
| [[Benutzer:kaefert|Thomas Käfer]], [[Benutzer:vchrizz|Christoph Loesch]], [[Benutzer:erich|Erich N. Pekarek]]
| [[Services/Organisation/Forum]]
|-
| VoIP
| Betrieb und Wartung des Voice over IP Servers sowie Web-Frontend für Mitglieder.
| [[Benutzer:erich|Erich N. Pekarek]], [[Benutzer:vchrizz|Christoph Loesch]], '''<DU?>'''
| [[Services/Organisation/VoIP]]
|-
| Website
| Instandhaltung der Frontpages für FunkFeuer und das Housing.
| [[Benutzer:damadmai|Daniel A. Maierhofer]]
| [[Services/Organisation/Website]]
|-
| DNS authoritativ
| Zones (funkfeuer.at, Reverse)
| Aaron Kaplan, [[Benutzer:damadmai|Daniel A. Maierhofer]]
| [[Services/Organisation/DNS Auth]]
|-
| DNS Recursor
| Recursive DNS für Housing und Funknetz
| NN
| [[Services/Organisation/DNS Recursor]]
|-
| Social Media
| Wir betreuen diverse Social Media Kanäle zur Außenkommunikation und freuen uns sehr über (auch gern kurze) Information zu aktuellen Entwicklungen, Bilder etc,
| Peter Schwindt, Paul Fuxjaeger
| [[Services/Organisation/Social Media]]
|-
| Big Blue Button
| BBB Server treffen.funkfeuer.at Login mit LDAP für alle Vereinsmitglieder
| [[Benutzer:ThomasMu|Thomas Mutschlechner]], NN
| [[Services/Organisation/BigBlueButton]]
|}

Projekte/Forum/Upgrade

2021-11-14T09:54:51Z

Vchrizz: anpassung ldap fix 3

(initial credits @kaefert for documentation)
(credits to @lcnittl for ldap fix 2+3)

Hallo Leute!

Ich dokumentiere hier mal was zum Upgrade dieser Discourse Instanz (mit angepasstem LDAP Plugin) notwendig ist.

Dieser Beitrag ist auch im Forum hinterlegt: https://forum.funkfeuer.at/t/discourse-upgrade/229

'''Achtung:''' SSH Zugang wird benötigt! Upgrade ohne nachträgliche Anpassung mittels SSH Zugang hinterlässt das LDAP Plugin funktionsunfähig!

Evtl. will man vor einem Discourse Upgrade prüfen, ob das FunkFeuer Wiki gerade „schnell“ funktioniert oder lange (mehr als 2-3 Sekunden) ladet um einen Artikel anzuzeigen oder eine Suche durchzuführen.

Da das Wiki am gleichen Server rennt wie das Forum, kann man daran "erkennen", ob der Server gerade „ausgelastet“ ist oder nicht.

Hintergrund: falls zu wenig Ressourcen zur Verfügung stehen, kann das Upgrade (wegen Zeitüberschreitungen bei der Installation) fehl schlagen.

== FunkFeuer Forum - Discourse Upgrade ==

1. Unter https://forum.funkfeuer.at/admin/backups ein Discourse-Daten-Backup erstellen und runterladen.

(Download bricht im aktuellen Firefox Browser manchmal ab, da einfach auf einen anderen Browser ausweichen.)

2. Mit einem Administrator/Moderator (jeder sollte eigentlich SSH Zugang haben) abklären ob es ein aktuelles Systembackup gibt:

Wünschenswert wäre eine verlässliche Möglichkeit Backups sicher auf FunkFeuer Infrastruktur abzulegen.

[[Services/Organisation|Derzeit scheint es diese Möglichkeit noch nicht zu geben.]]

3. Ein System-Upgrade durchführen:

sudo apt update
apt list --upgradable
sudo apt upgrade

(ggf. bei kernel-upgrade danach die VM neu starten: <code>sudo reboot</code>)

4. https://forum.funkfeuer.at/admin/upgrade aufrufen und upgrade durchklicken.

4.1. Falls das Forum nicht geladen wird, kann das Problem am Theme liegen. Versuche den [https://forum.funkfeuer.at/safe-mode Safe-Mode].

4.2. Mittels Safe-Mode dann in der [https://forum.funkfeuer.at/admin/customize/themes/2 Administration / Anpassen] beim Default-Theme die beiden Theme-Komponenten Slick und Tiles entfernen und nach dem erfolgreichen Upgrade wieder hinzufügen.

4.3. Es könnte auch sein, dass eine Meldung kommt, dass das Upgrade per CLI gemacht werden muss:
sudo su
cd /var/discourse
git pull
./launcher rebuild app

5. Versuche am Forum mit LDAP einzuloggen, falls das fehlschlägt, obwohl Login-Details sicher korrekt eingegeben wurden, müssen folgende zwei Anpassungen angewendet werden: 

5.1. LDAP fix 1 einspielen, damit das Plugin den OpenLDAP von Funkfeuer versteht:

https://github.com/vchrizz/omniauth-ldap/commit/346d5c27e1dacb0fa6aeedf1f65e29bd9f1bb524

Dazu per ssh einloggen, und mittels folgenden Befehlen in die Discourse Docker Instanz wechseln:
sudo su
cd /var/discourse
./launcher enter app

Dort den oben verlinkten Git-Commit die zwei grün markierten Zeilen in diese Datei einpflegen:

/var/www/discourse/plugins/discourse-ldap-auth/gems/2.7.2/gems/omniauth-ldap-1.0.5/lib/omniauth/strategies/ldap.rb

5.2. LDAP fix 2 einspielen, damit über LDAP authentifizierte User automatisch der Gruppe zugeordnet werden, die auf Funkfeuer-intern und Sub-Kategorien zugreifen kann:

<strike>https://github.com/kaefert/discourse-ldap-auth/commit/b112b83640e7769daeb25043c9d12db8b011b29b</strike>

Code so anpassen:
match[:name] = match[:name] || auth_info[:name]
return LDAPUser.new(match).auth_result
when 'auto'
auth_info[:groups] = [] unless auth_info.key?(:groups)
auth_info[:groups] |= ['redeemer-user','vertrauensstufe_2']
ldap_user = LDAPUser.new(auth_info)
return ldap_user.auth_result
else
return fail_auth('Invalid option for ldap_user_create_mode setting.')

Auf dem selben weg wie 5.1. diesmal in die Datei einfplegen:

/var/www/discourse/plugins/discourse-ldap-auth/plugin.rb

5.3 LDAP fix 3

class LDAPUser
attr_reader :name, :email, :username, :user

def initialize (auth_info)
@name = auth_info[:name]
@email = auth_info[:email]
@username = auth_info[:nickname]
@user = SiteSetting.ldap_lookup_users_by == 'username' ? User.find_by_username(@username) : User.find_by_email(@email)
create_user() unless self.account_exists?
assign_user_groups(auth_info[:groups]) unless auth_info[:groups].nil?
end

def auth_result
result = Auth::Result.new
result.name = @name
result.username = @username
result.email = @email
result.user = @user
result.omit_username = true
result.email_valid = true
return result
end

def account_exists?
return !@user.nil?
end

private
def create_user
@user = User.create!(name: self.name, email: self.email, username: self.username)
@user.activate
end
private
def assign_user_groups(user_groups)
user_groups.each do |group_name|
group = Group.find_by(name: group_name)
@user.groups |= [group] unless group.nil?
end
end
end

Auf dem selben weg wie 5.2. diesmal in die Datei einfplegen:

/var/www/discourse/plugins/discourse-ldap-auth/lib/ldap_user.rb

5.4. LDAP Anpassungen aktiv bringen durch Restart von Discourse:

(evtl. mit <code>logout</code> zuerst aus dem container wieder ausloggen)

docker restart app

6. Prüfen ob beide (Discourse und mailserver) Docker Container wieder laufen:

docker ps

sollte in etwa so aussehen:
(sonst im Zweifelsfall die VM neu starten, dauert nur wenige Minuten, die Container starten dann beide)

<pre>
vchrizz@forum:~$ docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
72670824e10a local_discourse/app "/sbin/boot" 3 weeks ago Up 8 minutes app
5b64315e0a1e tvial/docker-mailserver:latest "/bin/sh -c 'supervi…" 6 weeks ago Up 8 minutes 0.0.0.0:25->25/tcp, 110/tcp, 0.0.0.0:143->143/tcp, 0.0.0.0:587->587/tcp, 0.0.0.0:993->993/tcp, 465/tcp, 0.0.0.0:995->995/tcp, 4190/tcp mail
</pre>

Sollte es dennoch Probleme mit SSL geben: https://meta.discourse.org/t/setting-up-https-support-with-lets-encrypt/40709
#### Manually issue new cert
./launcher enter app
sv stop nginx
cd /shared/letsencrypt
LE_WORKING_DIR=/shared/ssl /shared/letsencrypt/acme.sh --issue -d forum.funkfeuer.at -d oldforum.funkfeuer.at --webroot /var/www/discourse/public/
# restart "inner" nginx from container
sv start nginx
exit
# restart "outer" nginx from vm
systemctl restart nginx

Projekte/Forum/Upgrade

2021-11-14T09:44:20Z

Vchrizz: removed veeam backup

(initial credits @kaefert for documentation)
(credits to @lcnittl for ldap fix 2+3)

Hallo Leute!

Ich dokumentiere hier mal was zum Upgrade dieser Discourse Instanz (mit angepasstem LDAP Plugin) notwendig ist.

Dieser Beitrag ist auch im Forum hinterlegt: https://forum.funkfeuer.at/t/discourse-upgrade/229

'''Achtung:''' SSH Zugang wird benötigt! Upgrade ohne nachträgliche Anpassung mittels SSH Zugang hinterlässt das LDAP Plugin funktionsunfähig!

Evtl. will man vor einem Discourse Upgrade prüfen, ob das FunkFeuer Wiki gerade „schnell“ funktioniert oder lange (mehr als 2-3 Sekunden) ladet um einen Artikel anzuzeigen oder eine Suche durchzuführen.

Da das Wiki am gleichen Server rennt wie das Forum, kann man daran "erkennen", ob der Server gerade „ausgelastet“ ist oder nicht.

Hintergrund: falls zu wenig Ressourcen zur Verfügung stehen, kann das Upgrade (wegen Zeitüberschreitungen bei der Installation) fehl schlagen.

== FunkFeuer Forum - Discourse Upgrade ==

1. Unter https://forum.funkfeuer.at/admin/backups ein Discourse-Daten-Backup erstellen und runterladen.

(Download bricht im aktuellen Firefox Browser manchmal ab, da einfach auf einen anderen Browser ausweichen.)

2. Mit einem Administrator/Moderator (jeder sollte eigentlich SSH Zugang haben) abklären ob es ein aktuelles Systembackup gibt:

Wünschenswert wäre eine verlässliche Möglichkeit Backups sicher auf FunkFeuer Infrastruktur abzulegen.

[[Services/Organisation|Derzeit scheint es diese Möglichkeit noch nicht zu geben.]]

3. Ein System-Upgrade durchführen:

sudo apt update
apt list --upgradable
sudo apt upgrade

(ggf. bei kernel-upgrade danach die VM neu starten: <code>sudo reboot</code>)

4. https://forum.funkfeuer.at/admin/upgrade aufrufen und upgrade durchklicken.

4.1. Falls das Forum nicht geladen wird, kann das Problem am Theme liegen. Versuche den [https://forum.funkfeuer.at/safe-mode Safe-Mode].

4.2. Mittels Safe-Mode dann in der [https://forum.funkfeuer.at/admin/customize/themes/2 Administration / Anpassen] beim Default-Theme die beiden Theme-Komponenten Slick und Tiles entfernen und nach dem erfolgreichen Upgrade wieder hinzufügen.

4.3. Es könnte auch sein, dass eine Meldung kommt, dass das Upgrade per CLI gemacht werden muss:
sudo su
cd /var/discourse
git pull
./launcher rebuild app

5. Versuche am Forum mit LDAP einzuloggen, falls das fehlschlägt, obwohl Login-Details sicher korrekt eingegeben wurden, müssen folgende zwei Anpassungen angewendet werden: 

5.1. LDAP fix 1 einspielen, damit das Plugin den OpenLDAP von Funkfeuer versteht:

https://github.com/vchrizz/omniauth-ldap/commit/346d5c27e1dacb0fa6aeedf1f65e29bd9f1bb524

Dazu per ssh einloggen, und mittels folgenden Befehlen in die Discourse Docker Instanz wechseln:
sudo su
cd /var/discourse
./launcher enter app

Dort den oben verlinkten Git-Commit die zwei grün markierten Zeilen in diese Datei einpflegen:

/var/www/discourse/plugins/discourse-ldap-auth/gems/2.7.2/gems/omniauth-ldap-1.0.5/lib/omniauth/strategies/ldap.rb

5.2. LDAP fix 2 einspielen, damit über LDAP authentifizierte User automatisch der Gruppe zugeordnet werden, die auf Funkfeuer-intern und Sub-Kategorien zugreifen kann:

<strike>https://github.com/kaefert/discourse-ldap-auth/commit/b112b83640e7769daeb25043c9d12db8b011b29b</strike>

Code so anpassen:
match[:name] = match[:name] || auth_info[:name]
return LDAPUser.new(match).auth_result
when 'auto'
auth_info[:groups] = [] unless auth_info.key?(:groups)
auth_info[:groups] |= ['redeemer-user','vertrauensstufe_2']
ldap_user = LDAPUser.new(auth_info)
return ldap_user.auth_result
else
return fail_auth('Invalid option for ldap_user_create_mode setting.')

Auf dem selben weg wie 5.1. diesmal in die Datei einfplegen:

/var/www/discourse/plugins/discourse-ldap-auth/plugin.rb

5.3 LDAP fix 3

class LDAPUser
attr_reader :name, :email, :username, :user

def initialize (auth_info)
@name = auth_info[:name]
@email = auth_info[:email]
@username = auth_info[:nickname]
@user = SiteSetting.ldap_lookup_users_by == 'username' ? User.find_by_username(@username) : User.find_by_email(@email)
create_user() unless self.account_exists?
assign_user_groups(auth_info[:groups]) unless auth_info[:groups].nil?
end

def auth_result
result = Auth::Result.new
result.name = @name
result.username = @username
result.email = @email
result.user = @user
result.omit_username = true
result.email_valid = true
return result
end

def account_exists?
return !@user.nil?
end

private
def create_user
@user = User.create!(name: self.name, email: self.email, username: self.username)
@user.activate
end
private
def assign_user_groups(user_groups)
user_groups.each do |group_name|
group = Group.find_by(name: group_name)
@user.groups << group unless group.nil?
end
end
end

Auf dem selben weg wie 5.2. diesmal in die Datei einfplegen:

/var/www/discourse/plugins/discourse-ldap-auth/lib/ldap_user.rb

5.4. LDAP Anpassungen aktiv bringen durch Restart von Discourse:

(evtl. mit <code>logout</code> zuerst aus dem container wieder ausloggen)

docker restart app

6. Prüfen ob beide (Discourse und mailserver) Docker Container wieder laufen:

docker ps

sollte in etwa so aussehen:
(sonst im Zweifelsfall die VM neu starten, dauert nur wenige Minuten, die Container starten dann beide)

<pre>
vchrizz@forum:~$ docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
72670824e10a local_discourse/app "/sbin/boot" 3 weeks ago Up 8 minutes app
5b64315e0a1e tvial/docker-mailserver:latest "/bin/sh -c 'supervi…" 6 weeks ago Up 8 minutes 0.0.0.0:25->25/tcp, 110/tcp, 0.0.0.0:143->143/tcp, 0.0.0.0:587->587/tcp, 0.0.0.0:993->993/tcp, 465/tcp, 0.0.0.0:995->995/tcp, 4190/tcp mail
</pre>

Sollte es dennoch Probleme mit SSL geben: https://meta.discourse.org/t/setting-up-https-support-with-lets-encrypt/40709
#### Manually issue new cert
./launcher enter app
sv stop nginx
cd /shared/letsencrypt
LE_WORKING_DIR=/shared/ssl /shared/letsencrypt/acme.sh --issue -d forum.funkfeuer.at -d oldforum.funkfeuer.at --webroot /var/www/discourse/public/
# restart "inner" nginx from container
sv start nginx
exit
# restart "outer" nginx from vm
systemctl restart nginx

Projekte/Forum/Upgrade

2021-11-13T00:15:55Z

Vchrizz: added ldap fix 3

(initial credits @kaefert for documentation)
(credits to @lcnittl for ldap fix 2+3)

Hallo Leute!

Ich dokumentiere hier mal was zum Upgrade dieser Discourse Instanz (mit angepasstem LDAP Plugin) notwendig ist.

Dieser Beitrag ist auch im Forum hinterlegt: https://forum.funkfeuer.at/t/discourse-upgrade/229

'''Achtung:''' SSH Zugang wird benötigt! Upgrade ohne nachträgliche Anpassung mittels SSH Zugang hinterlässt das LDAP Plugin funktionsunfähig!

Evtl. will man vor einem Discourse Upgrade prüfen, ob das FunkFeuer Wiki gerade „schnell“ funktioniert oder lange (mehr als 2-3 Sekunden) ladet um einen Artikel anzuzeigen oder eine Suche durchzuführen.

Da das Wiki am gleichen Server rennt wie das Forum, kann man daran "erkennen", ob der Server gerade „ausgelastet“ ist oder nicht.

Hintergrund: falls zu wenig Ressourcen zur Verfügung stehen, kann das Upgrade (wegen Zeitüberschreitungen bei der Installation) fehl schlagen.

== FunkFeuer Forum - Discourse Upgrade ==

1. Unter https://forum.funkfeuer.at/admin/backups ein Discourse-Daten-Backup erstellen und runterladen.

(Download bricht im aktuellen Firefox Browser manchmal ab, da einfach auf einen anderen Browser ausweichen.)

2. Mit einem Administrator/Moderator (jeder sollte eigentlich SSH Zugang haben) abklären ob es ein aktuelles Systembackup mit State "Success" gibt:

<code>sudo veeam</code>

Latest backup sessions:

Job name State Started at Finished at

FunkfeuerForum Success 2018-04-18 06:00:02 2018-04-18 06:01:50
FunkfeuerForum Success 2018-04-17 06:00:01 2018-04-17 06:14:05

(falls der letzte Job nicht im State "Success" ist, bitte @vchrizz dazu kontaktieren)

Die Backups werden derzeit noch per SMB (über das SIL-Peering direkt) offsite auf einen Server am Node „mh“ abgelegt, solange keine entsprechende Möglichkeit auf FunkFeuer Infrastruktur gegeben ist.

Wünschenswert wäre eine verlässliche Möglichkeit Backups sicher auf FunkFeuer Infrastruktur abzulegen.

[[Services/Organisation|Derzeit scheint es diese Möglichkeit noch nicht zu geben.]]

3. Ein System-Upgrade durchführen:

sudo apt update
apt list --upgradable
sudo apt upgrade

(ggf. bei kernel-upgrade danach die VM neu starten: <code>sudo reboot</code>)

4. https://forum.funkfeuer.at/admin/upgrade aufrufen und upgrade durchklicken.

4.1. Falls das Forum nicht geladen wird, kann das Problem am Theme liegen. Versuche den [https://forum.funkfeuer.at/safe-mode Safe-Mode].

4.2. Mittels Safe-Mode dann in der [https://forum.funkfeuer.at/admin/customize/themes/2 Administration / Anpassen] beim Default-Theme die beiden Theme-Komponenten Slick und Tiles entfernen und nach dem erfolgreichen Upgrade wieder hinzufügen.

4.3. Es könnte auch sein, dass eine Meldung kommt, dass das Upgrade per CLI gemacht werden muss:
sudo su
cd /var/discourse
git pull
./launcher rebuild app

5. Versuche am Forum mit LDAP einzuloggen, falls das fehlschlägt, obwohl Login-Details sicher korrekt eingegeben wurden, müssen folgende zwei Anpassungen angewendet werden: 

5.1. LDAP fix 1 einspielen, damit das Plugin den OpenLDAP von Funkfeuer versteht:

https://github.com/vchrizz/omniauth-ldap/commit/346d5c27e1dacb0fa6aeedf1f65e29bd9f1bb524

Dazu per ssh einloggen, und mittels folgenden Befehlen in die Discourse Docker Instanz wechseln:
sudo su
cd /var/discourse
./launcher enter app

Dort den oben verlinkten Git-Commit die zwei grün markierten Zeilen in diese Datei einpflegen:

/var/www/discourse/plugins/discourse-ldap-auth/gems/2.7.2/gems/omniauth-ldap-1.0.5/lib/omniauth/strategies/ldap.rb

5.2. LDAP fix 2 einspielen, damit über LDAP authentifizierte User automatisch der Gruppe zugeordnet werden, die auf Funkfeuer-intern und Sub-Kategorien zugreifen kann:

<strike>https://github.com/kaefert/discourse-ldap-auth/commit/b112b83640e7769daeb25043c9d12db8b011b29b</strike>

Code so anpassen:
match[:name] = match[:name] || auth_info[:name]
return LDAPUser.new(match).auth_result
when 'auto'
auth_info[:groups] = [] unless auth_info.key?(:groups)
auth_info[:groups] |= ['redeemer-user','vertrauensstufe_2']
ldap_user = LDAPUser.new(auth_info)
return ldap_user.auth_result
else
return fail_auth('Invalid option for ldap_user_create_mode setting.')

Auf dem selben weg wie 5.1. diesmal in die Datei einfplegen:

/var/www/discourse/plugins/discourse-ldap-auth/plugin.rb

5.3 LDAP fix 3

class LDAPUser
attr_reader :name, :email, :username, :user

def initialize (auth_info)
@name = auth_info[:name]
@email = auth_info[:email]
@username = auth_info[:nickname]
@user = SiteSetting.ldap_lookup_users_by == 'username' ? User.find_by_username(@username) : User.find_by_email(@email)
create_user() unless self.account_exists?
assign_user_groups(auth_info[:groups]) unless auth_info[:groups].nil?
end

def auth_result
result = Auth::Result.new
result.name = @name
result.username = @username
result.email = @email
result.user = @user
result.omit_username = true
result.email_valid = true
return result
end

def account_exists?
return !@user.nil?
end

private
def create_user
@user = User.create!(name: self.name, email: self.email, username: self.username)
@user.activate
end
private
def assign_user_groups(user_groups)
user_groups.each do |group_name|
group = Group.find_by(name: group_name)
@user.groups << group unless group.nil?
end
end
end

Auf dem selben weg wie 5.2. diesmal in die Datei einfplegen:

/var/www/discourse/plugins/discourse-ldap-auth/lib/ldap_user.rb

5.4. LDAP Anpassungen aktiv bringen durch Restart von Discourse:

(evtl. mit <code>logout</code> zuerst aus dem container wieder ausloggen)

docker restart app

6. Prüfen ob beide (Discourse und mailserver) Docker Container wieder laufen:

docker ps

sollte in etwa so aussehen:
(sonst im Zweifelsfall die VM neu starten, dauert nur wenige Minuten, die Container starten dann beide)

<pre>
vchrizz@forum:~$ docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
72670824e10a local_discourse/app "/sbin/boot" 3 weeks ago Up 8 minutes app
5b64315e0a1e tvial/docker-mailserver:latest "/bin/sh -c 'supervi…" 6 weeks ago Up 8 minutes 0.0.0.0:25->25/tcp, 110/tcp, 0.0.0.0:143->143/tcp, 0.0.0.0:587->587/tcp, 0.0.0.0:993->993/tcp, 465/tcp, 0.0.0.0:995->995/tcp, 4190/tcp mail
</pre>

Sollte es dennoch Probleme mit SSL geben: https://meta.discourse.org/t/setting-up-https-support-with-lets-encrypt/40709
#### Manually issue new cert
./launcher enter app
sv stop nginx
cd /shared/letsencrypt
LE_WORKING_DIR=/shared/ssl /shared/letsencrypt/acme.sh --issue -d forum.funkfeuer.at -d oldforum.funkfeuer.at --webroot /var/www/discourse/public/
# restart "inner" nginx from container
sv start nginx
exit
# restart "outer" nginx from vm
systemctl restart nginx

Projekte/Forum/Upgrade

2021-11-12T23:59:19Z

Vchrizz: anpassung ldap fix 2

(initial credits @kaefert:)

Hallo Leute!

Ich dokumentiere hier mal was zum Upgrade dieser Discourse Instanz (mit angepasstem LDAP Plugin) notwendig ist.

Dieser Beitrag ist auch im Forum hinterlegt: https://forum.funkfeuer.at/t/discourse-upgrade/229

'''Achtung:''' SSH Zugang wird benötigt! Upgrade ohne nachträgliche Anpassung mittels SSH Zugang hinterlässt das LDAP Plugin funktionsunfähig!

Evtl. will man vor einem Discourse Upgrade prüfen, ob das FunkFeuer Wiki gerade „schnell“ funktioniert oder lange (mehr als 2-3 Sekunden) ladet um einen Artikel anzuzeigen oder eine Suche durchzuführen.

Da das Wiki am gleichen Server rennt wie das Forum, kann man daran "erkennen", ob der Server gerade „ausgelastet“ ist oder nicht.

Hintergrund: falls zu wenig Ressourcen zur Verfügung stehen, kann das Upgrade (wegen Zeitüberschreitungen bei der Installation) fehl schlagen.

== FunkFeuer Forum - Discourse Upgrade ==

1. Unter https://forum.funkfeuer.at/admin/backups ein Discourse-Daten-Backup erstellen und runterladen.

(Download bricht im aktuellen Firefox Browser manchmal ab, da einfach auf einen anderen Browser ausweichen.)

2. Mit einem Administrator/Moderator (jeder sollte eigentlich SSH Zugang haben) abklären ob es ein aktuelles Systembackup mit State "Success" gibt:

<code>sudo veeam</code>

Latest backup sessions:

Job name State Started at Finished at

FunkfeuerForum Success 2018-04-18 06:00:02 2018-04-18 06:01:50
FunkfeuerForum Success 2018-04-17 06:00:01 2018-04-17 06:14:05

(falls der letzte Job nicht im State "Success" ist, bitte @vchrizz dazu kontaktieren)

Die Backups werden derzeit noch per SMB (über das SIL-Peering direkt) offsite auf einen Server am Node „mh“ abgelegt, solange keine entsprechende Möglichkeit auf FunkFeuer Infrastruktur gegeben ist.

Wünschenswert wäre eine verlässliche Möglichkeit Backups sicher auf FunkFeuer Infrastruktur abzulegen.

[[Services/Organisation|Derzeit scheint es diese Möglichkeit noch nicht zu geben.]]

3. Ein System-Upgrade durchführen:

sudo apt update
apt list --upgradable
sudo apt upgrade

(ggf. bei kernel-upgrade danach die VM neu starten: <code>sudo reboot</code>)

4. https://forum.funkfeuer.at/admin/upgrade aufrufen und upgrade durchklicken.

4.1. Falls das Forum nicht geladen wird, kann das Problem am Theme liegen. Versuche den [https://forum.funkfeuer.at/safe-mode Safe-Mode].

4.2. Mittels Safe-Mode dann in der [https://forum.funkfeuer.at/admin/customize/themes/2 Administration / Anpassen] beim Default-Theme die beiden Theme-Komponenten Slick und Tiles entfernen und nach dem erfolgreichen Upgrade wieder hinzufügen.

4.3. Es könnte auch sein, dass eine Meldung kommt, dass das Upgrade per CLI gemacht werden muss:
sudo su
cd /var/discourse
git pull
./launcher rebuild app

5. Versuche am Forum mit LDAP einzuloggen, falls das fehlschlägt, obwohl Login-Details sicher korrekt eingegeben wurden, müssen folgende zwei Anpassungen angewendet werden: 

5.1. LDAP fix 1 einspielen, damit das Plugin den OpenLDAP von Funkfeuer versteht:

https://github.com/vchrizz/omniauth-ldap/commit/346d5c27e1dacb0fa6aeedf1f65e29bd9f1bb524

Dazu per ssh einloggen, und mittels folgenden Befehlen in die Discourse Docker Instanz wechseln:
sudo su
cd /var/discourse
./launcher enter app

Dort den oben verlinkten Git-Commit die zwei grün markierten Zeilen in diese Datei einpflegen:

/var/www/discourse/plugins/discourse-ldap-auth/gems/2.7.2/gems/omniauth-ldap-1.0.5/lib/omniauth/strategies/ldap.rb

5.2. LDAP fix 2 einspielen, damit über LDAP authentifizierte User automatisch der Gruppe zugeordnet werden, die auf Funkfeuer-intern und Sub-Kategorien zugreifen kann:

<strike>https://github.com/kaefert/discourse-ldap-auth/commit/b112b83640e7769daeb25043c9d12db8b011b29b</strike>

Code so anpassen:
match[:name] = match[:name] || auth_info[:name]
return LDAPUser.new(match).auth_result
when 'auto'
auth_info[:groups] = [] unless auth_info.key?(:groups)
auth_info[:groups] |= ['redeemer-user','vertrauensstufe_2']
ldap_user = LDAPUser.new(auth_info)
return ldap_user.auth_result
else
return fail_auth('Invalid option for ldap_user_create_mode setting.')

Auf dem selben weg wie 5.1. diesmal in die Datei einfplegen:

/var/www/discourse/plugins/discourse-ldap-auth/plugin.rb

5.3. LDAP Anpassungen aktiv bringen durch Restart von Discourse:

(evtl. mit <code>logout</code> zuerst aus dem container wieder ausloggen)

docker restart app

6. Prüfen ob beide (Discourse und mailserver) Docker Container wieder laufen:

docker ps

sollte in etwa so aussehen:
(sonst im Zweifelsfall die VM neu starten, dauert nur wenige Minuten, die Container starten dann beide)

<pre>
vchrizz@forum:~$ docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
72670824e10a local_discourse/app "/sbin/boot" 3 weeks ago Up 8 minutes app
5b64315e0a1e tvial/docker-mailserver:latest "/bin/sh -c 'supervi…" 6 weeks ago Up 8 minutes 0.0.0.0:25->25/tcp, 110/tcp, 0.0.0.0:143->143/tcp, 0.0.0.0:587->587/tcp, 0.0.0.0:993->993/tcp, 465/tcp, 0.0.0.0:995->995/tcp, 4190/tcp mail
</pre>

Sollte es dennoch Probleme mit SSL geben: https://meta.discourse.org/t/setting-up-https-support-with-lets-encrypt/40709
#### Manually issue new cert
./launcher enter app
sv stop nginx
cd /shared/letsencrypt
LE_WORKING_DIR=/shared/ssl /shared/letsencrypt/acme.sh --issue -d forum.funkfeuer.at -d oldforum.funkfeuer.at --webroot /var/www/discourse/public/
# restart "inner" nginx from container
sv start nginx
exit
# restart "outer" nginx from vm
systemctl restart nginx

Projekte/Forum/Upgrade

2021-09-10T14:46:52Z

Vchrizz:

(initial credits @kaefert:)

Hallo Leute!

Ich dokumentiere hier mal was zum Upgrade dieser Discourse Instanz (mit angepasstem LDAP Plugin) notwendig ist.

Dieser Beitrag ist auch im Forum hinterlegt: https://forum.funkfeuer.at/t/discourse-upgrade/229

'''Achtung:''' SSH Zugang wird benötigt! Upgrade ohne nachträgliche Anpassung mittels SSH Zugang hinterlässt das LDAP Plugin funktionsunfähig!

Evtl. will man vor einem Discourse Upgrade prüfen, ob das FunkFeuer Wiki gerade „schnell“ funktioniert oder lange (mehr als 2-3 Sekunden) ladet um einen Artikel anzuzeigen oder eine Suche durchzuführen.

Da das Wiki am gleichen Server rennt wie das Forum, kann man daran "erkennen", ob der Server gerade „ausgelastet“ ist oder nicht.

Hintergrund: falls zu wenig Ressourcen zur Verfügung stehen, kann das Upgrade (wegen Zeitüberschreitungen bei der Installation) fehl schlagen.

== FunkFeuer Forum - Discourse Upgrade ==

1. Unter https://forum.funkfeuer.at/admin/backups ein Discourse-Daten-Backup erstellen und runterladen.

(Download bricht im aktuellen Firefox Browser manchmal ab, da einfach auf einen anderen Browser ausweichen.)

2. Mit einem Administrator/Moderator (jeder sollte eigentlich SSH Zugang haben) abklären ob es ein aktuelles Systembackup mit State "Success" gibt:

<code>sudo veeam</code>

Latest backup sessions:

Job name State Started at Finished at

FunkfeuerForum Success 2018-04-18 06:00:02 2018-04-18 06:01:50
FunkfeuerForum Success 2018-04-17 06:00:01 2018-04-17 06:14:05

(falls der letzte Job nicht im State "Success" ist, bitte @vchrizz dazu kontaktieren)

Die Backups werden derzeit noch per SMB (über das SIL-Peering direkt) offsite auf einen Server am Node „mh“ abgelegt, solange keine entsprechende Möglichkeit auf FunkFeuer Infrastruktur gegeben ist.

Wünschenswert wäre eine verlässliche Möglichkeit Backups sicher auf FunkFeuer Infrastruktur abzulegen.

[[Services/Organisation|Derzeit scheint es diese Möglichkeit noch nicht zu geben.]]

3. Ein System-Upgrade durchführen:

sudo apt update
apt list --upgradable
sudo apt upgrade

(ggf. bei kernel-upgrade danach die VM neu starten: <code>sudo reboot</code>)

4. https://forum.funkfeuer.at/admin/upgrade aufrufen und upgrade durchklicken.

4.1. Falls das Forum nicht geladen wird, kann das Problem am Theme liegen. Versuche den [https://forum.funkfeuer.at/safe-mode Safe-Mode].

4.2. Mittels Safe-Mode dann in der [https://forum.funkfeuer.at/admin/customize/themes/2 Administration / Anpassen] beim Default-Theme die beiden Theme-Komponenten Slick und Tiles entfernen und nach dem erfolgreichen Upgrade wieder hinzufügen.

4.3. Es könnte auch sein, dass eine Meldung kommt, dass das Upgrade per CLI gemacht werden muss:
sudo su
cd /var/discourse
git pull
./launcher rebuild app

5. Versuche am Forum mit LDAP einzuloggen, falls das fehlschlägt, obwohl Login-Details sicher korrekt eingegeben wurden, müssen folgende zwei Anpassungen angewendet werden: 

5.1. LDAP fix 1 einspielen, damit das Plugin den OpenLDAP von Funkfeuer versteht:

https://github.com/vchrizz/omniauth-ldap/commit/346d5c27e1dacb0fa6aeedf1f65e29bd9f1bb524

Dazu per ssh einloggen, und mittels folgenden Befehlen in die Discourse Docker Instanz wechseln:
sudo su
cd /var/discourse
./launcher enter app

Dort den oben verlinkten Git-Commit die zwei grün markierten Zeilen in diese Datei einpflegen:

/var/www/discourse/plugins/discourse-ldap-auth/gems/2.7.2/gems/omniauth-ldap-1.0.5/lib/omniauth/strategies/ldap.rb

5.2. LDAP fix 2 einspielen, damit über LDAP authentifizierte User automatisch der Gruppe zugeordnet werden, die auf Funkfeuer-intern und Sub-Kategorien zugreifen kann:

https://github.com/kaefert/discourse-ldap-auth/commit/b112b83640e7769daeb25043c9d12db8b011b29b

Auf dem selben weg wie 5.1. diesmal in die Datei einfplegen:

/var/www/discourse/plugins/discourse-ldap-auth/plugin.rb

5.3. LDAP Anpassungen aktiv bringen durch Restart von Discourse:

(evtl. mit <code>logout</code> zuerst aus dem container wieder ausloggen)

docker restart app

6. Prüfen ob beide (Discourse und mailserver) Docker Container wieder laufen:

docker ps

sollte in etwa so aussehen:
(sonst im Zweifelsfall die VM neu starten, dauert nur wenige Minuten, die Container starten dann beide)

<pre>
vchrizz@forum:~$ docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
72670824e10a local_discourse/app "/sbin/boot" 3 weeks ago Up 8 minutes app
5b64315e0a1e tvial/docker-mailserver:latest "/bin/sh -c 'supervi…" 6 weeks ago Up 8 minutes 0.0.0.0:25->25/tcp, 110/tcp, 0.0.0.0:143->143/tcp, 0.0.0.0:587->587/tcp, 0.0.0.0:993->993/tcp, 465/tcp, 0.0.0.0:995->995/tcp, 4190/tcp mail
</pre>

Sollte es dennoch Probleme mit SSL geben: https://meta.discourse.org/t/setting-up-https-support-with-lets-encrypt/40709
#### Manually issue new cert
./launcher enter app
sv stop nginx
cd /shared/letsencrypt
LE_WORKING_DIR=/shared/ssl /shared/letsencrypt/acme.sh --issue -d forum.funkfeuer.at -d oldforum.funkfeuer.at --webroot /var/www/discourse/public/
# restart "inner" nginx from container
sv start nginx
exit
# restart "outer" nginx from vm
systemctl restart nginx

Projekte/Forum

2021-07-18T21:34:04Z

Vchrizz: Info LDAP Synchronisierung hinzugefügt

{{Projekt
|name=0xFF-Discourse
|startdate=2018/02/23
|state=Aktiv
|desc=https://forum.funkfeuer.at
Ziel des 0xFF-Projekts, Discourse einzusetzen, ist die Verbesserung der Kommunikation durch ein zeitgemäßes Tool, das unterschiedliche Kommunikationsformen zusammenführt.

Wir erhoffen uns daraus ein besseres Miteinander.

Löst altes [https://oldforum.funkfeuer.at/ Forum] ab.

Technologie: [https://www.docker.com/ Docker] + [https://www.discourse.org/ Discourse]

VM-Host: Ford
}}

== Maintainer ==
* Applikations-Admin: [[Benutzer:kaefert|Thomas Käfer]]
* Moderatoren: [[Benutzer:erich|Erich N. Pekarek]], [[Benutzer:vchrizz|Christoph Lösch]], [[Benutzer:pocki|Christian Pock]]
* Server-Admin: [[Benutzer:vchrizz|Christoph Lösch]]

== Mail-Adressen + zugeordnete Kategorien ==
* forum-discuss at funkfeuer punkt at -> https://forum.funkfeuer.at/c/discuss-community
* forum-fragen at funkfeuer punkt at -> https://forum.funkfeuer.at/c/fragen
* forum at funkfeuer punkt at -> https://forum.funkfeuer.at/c/uncategorized

== Einrichtung und Konfiguration ==
* [https://github.com/discourse/discourse/blob/master/docs/INSTALL-cloud.md Set up Discourse in the cloud in under 30 minutes] (auf experimenteller Basis, privat gehostete VM)
** Konfiguration anpassen: <code>/var/discourse/containers/app.yml</code>
* [https://meta.discourse.org/t/move-your-discourse-instance-to-a-different-server/15721 Move your Discourse Instance to a Different Server] (von bisher experimentellem www.forum.wien.funkfeuer.at)
** [https://meta.discourse.org/t/cannot-get-email-working-on-new-install/81593/18 Cannot get email working on new install] (spezielle SMTP Einstellungen notwendig für Smarthost mail.funkfeuer.at)
*** [https://meta.discourse.org/t/smtp-connection-problem-docker-installation/41981/3 SMTP connection problem, docker installation] (notwendige Anpassung vor Installation)
**** in app.yml bei mail settings hinzufügen: DISCOURSE_SMTP_AUTHENTICATION: login
**** app.yml: #DISCOURSE_SMTP_ENABLE_START_TLS: true # (optional, default true)
*** Mail Einstellungen - Versandmethode:
**** notification email: forum@funkfeuer.at
**** address: mail.funkfeuer.at
**** port: 587 (SSL Zertifikat muss validieren!)
**** user_name: siehe [https://backbone.funkfeuer.at/ backbone-dokuwiki]
**** password: siehe [https://backbone.funkfeuer.at/ backbone-dokuwiki]
** [https://github.com/tomav/docker-mailserver docker-mailserver] (POP3 Mailbox notwendig, forum@funkfeuer.at und forum-*@funkfeuer.at wird von mail.funkfeuer.at weitergeleitet auf forum.funkfeuer.at)
** [https://meta.discourse.org/t/setting-up-let-s-encrypt-with-multiple-domains/56685 Setting up Let’s Encrypt with Multiple Domains] (wegen Migration auf [https://forum.funkfeuer.at/ forum.funkfeuer.at])
** [https://meta.discourse.org/t/emojis-not-displaying-old-avatar-styles/13986/3 Emojis Not Displaying / Old Avatar Styles] (korrigiert imgsrc von alter URL auf aktuelle URL)
* [https://meta.discourse.org/t/running-other-websites-on-the-same-machine-as-discourse/17247 Running other websites on the same machine as Discourse] (für statische HTML Kopie des alten PunBB Forums auf [http://oldforum.funkfeuer.at oldforum.funkfeuer.at])
=== Plugins ===
* [https://meta.discourse.org/t/install-a-plugin/19157 Install a Plugin]
** [https://github.com/discourse/discourse-data-explorer discourse-data-explorer]
** [https://meta.discourse.org/t/whos-online-plugin-discourse-whos-online/52345 discourse-whos-online]
** [https://github.com/jonmbake/discourse-ldap-auth discourse-ldap-auth]
*** [https://github.com/jonmbake/discourse-ldap-auth/issues/23 Allowance of variables in "bind_dn" and "password" field.]
*** Manueller Patch: [https://github.com/omniauth/omniauth-ldap/issues/59#issuecomment-211417398 Can I bind against the current user] ("docker restart app" nach Modifikation notwendig)
*** LDAP Einstellungen: (-> "Aktuell wird einmal täglich (um 22Uhr) die Datenbank synchronisiert.")
**** ldap hostname: ldap.funkfeuer.at
**** ldap port: 636 (SSL Zertifikat muss validieren!)
**** ldap method: ssl
**** ldap base: ou=Users,dc=funkfeuer,dc=at
**** ldap uid: uid
**** ldap bind dn: uid=%{username},ou=Users,dc=funkfeuer,dc=at
**** ldap password: %{password}
**** ldap filter: uid=%{username}

=== Themes ===
* <DEL>[https://meta.discourse.org/t/changing-the-like-icon/7460/12 Changing the “Like” icon]</DEL> [https://meta.discourse.org/t/change-the-like-icon/87748 NEW: Change the Like icon (as theme component)]
* [https://meta.discourse.org/t/how-do-i-install-a-theme-or-theme-component/63682 How do I install a Theme or Theme Component?]
** [https://meta.discourse.org/t/slick-gallery-component/81952 Slick - Gallery Component]
** [https://meta.discourse.org/t/tiles-gallery-component/81950 Tiles - Gallery Component]
** [https://meta.discourse.org/t/tiles-gallery-component/81950/5 Slick + Tiles - Gallery Components - both at the same time]
* [https://meta.discourse.org/t/changing-max-attachment-size/26435/19 Changing Max Attachment Size]

== Wartung/Fehlersuche ==

Für den Fall, dass nach einem Upgrade ein Theme oder ein Plugin streikt (Seite ladet nicht fertig, Fehler in Browser-Console, ..)
* [https://forum.funkfeuer.at/safe-mode Discourse Safe-Mode (Direktlink zum Forum)]
* [https://meta.discourse.org/t/how-to-use-discourse-safe-mode/53504 Discourse Safe-Mode (Erklärung)]

Gute Anlaufstelle um die gängisten Probleme und deren Lösung zu finden: https://meta.discourse.org/

Ein <code>./launcher rebuild app</code> des Docker Containers (wie z.B. bei neu hinzugefügten Plugins notwendig), dauert in etwa 30 Minuten!

* App Admin-Benutzer: siehe [https://backbone.funkfeuer.at/ backbone-dokuwiki]
* App Admin-Passwort: siehe [https://backbone.funkfeuer.at/ backbone-dokuwiki]

=== Upgrades ===
Upgrades lassen sich hier einspielen: https://forum.funkfeuer.at/admin/upgrade (Zugriff nur mit Administrator-Rechten)

Bei jedem <code>./launcher rebuild app</code> wird der Docker Container erneuert und die Discourse Instanz auf die [https://github.com/discourse/discourse/tree/tests-passed letzte getestete Version] aktualisiert.

Hier eine [[Projekte/Forum/Upgrade|Schritt-für-Schritt Anleitung]] die ebenfalls [https://forum.funkfeuer.at/t/discourse-upgrade/229 im Forum beschrieben] ist.

=== Backups ===
Die Backups werden derzeit noch per SMB (über das SIL-Peering direkt) offsite auf einen Server am Node „mh“ abgelegt, solange keine entsprechende Möglichkeit auf FunkFeuer Infrastruktur gegeben ist.

Wünschenswert wäre eine verlässliche Möglichkeit Backups sicher auf FunkFeuer Infrastruktur abzulegen.

[https://wiki.funkfeuer.at/wiki/Services/Organisation Derzeit scheint es diese Möglichkeit noch nicht zu geben.]

Mittels [https://www.veeam.com/de/linux-backup-free.html Veeam Agent for Linux FREE] wird die gesamte virtuelle Maschine täglich offsite gesichert:

<code>vchrizz@forum:~$ sudo veeam</code>

Configure
* Job name: FunkfeuerForum
* Backup mode: Entire machine
* Destination: Shared Folder
* Network: SMB
** Path: 86.59.13.171 / backup/Funkfeuer
** Domain:
** Username: siehe [https://backbone.funkfeuer.at/ backbone-dokuwiki]
** Password: siehe [https://backbone.funkfeuer.at/ backbone-dokuwiki]
** Restore Points: 14

=== WebUI ===
* App-Administration: https://forum.funkfeuer.at/admin (Zugriff nur mit Administrator-Rechten)
* App-Logging: https://forum.funkfeuer.at/logs (Zugriff nur mit Administrator-Rechten)

=== CLI ===
* per SSH (auf forum.funkfeuer.at Port 10) verbinden bzw. einloggen:
** SSH-Zugriff mit sudo Rechte haben derzeit: [[Benutzer:vchrizz|Christoph Lösch]], [[Benutzer:erich|Erich N. Pekarek]], [[Benutzer:kaefert|Thomas Käfer]]
<pre>
vchrizz@forum:~$ cd /var/discourse/
vchrizz@forum:/var/discourse$ ./launcher enter app
root@forum-app:/var/www/discourse#
</pre>

Hausverwaltungen

2021-06-13T16:25:17Z

Vchrizz:

== '''Anfrage um Bewilligung''' ==
* Alle, die nicht Eigentümer des gesamten Gebäudes sind, in dem sie wohnen, müssen bei einer Hausverwaltung um die Bewilligung ansuchen, eine Antenne am Dach aufstellen zu dürfen. Es empfiehlt sich, Schreiben die per Postweg zugestellt werden sollen, eingeschrieben zu versenden.
* Prinzipiell hat jeder Mieter/Nutzungsberechtigte ein gesetzliches Recht auf eine solche Antenne.

== '''Argumente''' ==
* Redundante Anbindung an das Netzwerk - kein kommerzieller Anbieter bietet bisher dezentrale und gleichzeitig redundante Anbindung an sein Netzwerk und dadurch ins Internet.
* Mangelnde Bandbreite der kommerziellen Anbieter für z.B. HD-Videokonferenzen (weil hier nur der Upload gerechnet werden kann, der bei den meisten kommerziellen Anbietern zu gering oder zu teuer ist).
* Anbieten von (Server-)Diensten bei den meisten kommerziellen Anbietern unerwünscht oder verboten, bei FunkFeuer jedoch ausdrücklich erwünscht und auch technisch ermöglicht.
* Unterwanderung der Netzneutralität bei großen kommerziellen Anbietern durch die Verwendung von Zwangsproxies, DNS Umleitungen (um z.B. Webseiten zu sperren).
* Bürgernetze als Akt der Selbstsuffizienz, Katastrophenschutz und politischer Absicherung der eigenen Netzneutralität.
* Im Sinne einer engagierten Zivilgesellschaft ist das Projekt FunkFeuer unbedingt unterstützenswert.

== '''Fertige Vorlagen zum Anfragen''' ==
* [https://docs.google.com/document/d/19DQTMn_W2533U8yFV7g97nQAatOYjJEPYw_DqVP14dY Ansuchen um Bewilligung Funkfeuer-Muster] Aktuelle Version 2020, Link zu Google Docs
* [[Datei:Ansuchen_Bewilligung_Funkfeuer_Muster.pdf]] Erste Version 2013, lokale Kopie

Nachdem der prinzipielle Ablauf sowie Aufbau einer SAT-Anlage sehr ähnelt, was bei Hausverwaltungen mittlerweile gut bekannt ist, werden Vorlagen dafür angeboten die genauso entsprechend verwendet werden können:
* [https://www.wienerwohnen.at/dms/workspace/SpacesStore/c60ff60f-478f-4742-9ab2-daef83e13f96/2330_sd0103_Ansuchen_Satellitenempfangsantenne.pdf Ansuchen Satellitenantenne] Stadt Wien - Wiener Wohnen
* [http://www.ah-wohnen.at/bewilligungen-.74.html Antragsformular zur SAT - Anlagenerrichtung] Gem. Siedlungs-Genossenschaft Altmannsdorf und Hetzendorf

== '''Gesetzestext (Berücksichtigter Stand der Gesetzgebung: 1. Juli 2011)''' ==
=== ''§ 9 MRG Veränderung (Verbesserung) des Mietgegenstandes'' ===
(1) Der Hauptmieter hat eine von ihm beabsichtigte wesentliche Veränderung (Verbesserung) des Mietgegenstandes dem Vermieter anzuzeigen. Lehnt der Vermieter nicht innerhalb von zwei Monaten nach Zugang der Anzeige die beabsichtigte Veränderung ab, so gilt seine Zustimmung als erteilt. Der Vermieter kann seine Zustimmung und eine erforderliche Antragstellung bei der Baubehörde nicht verweigern wenn,

1. die Veränderung dem jeweiligen Stand der Technik entspricht,
2. die Veränderung der Übung des Verkehrs entspricht und einem wichtigen Interesse des Hauptmieters dient,
3. die einwandfreie Ausführung der Veränderung gewährleistet ist,
4. der Hauptmieter die Kosten trägt,
5. durch die Veränderung keine Beeinträchtigung schutzwürdiger Interessen des Vermieters oder eines anderen Mieters zu besorgen ist,
6. durch die Veränderung keine Schädigung des Hauses, im besonderen keine Beeinträchtigung der äußeren Erscheinung des Hauses, erfolgt,
7. die Veränderung keine Gefahr für die Sicherheit von Personen und Sachen bewirkt.

(2) Die Voraussetzung des Abs. 1 Z 2 ist jedenfalls gegeben, wenn es sich handelt um

1. die Errichtung oder die den Erfordernissen der Haushaltsführung dienende Umgestaltung von Wasserleitungs-, Lichtleitungs-, Gasleitungs-, Beheizungs- (einschließlich der Einrichtung von zentralen Wärmeversorgungsanlagen) oder sanitären Anlagen,
2. die der Senkung des Energieverbrauchs dienende Ausgestaltung eines Mietgegenstandes,
3. die Verbesserungen, die von einer Gebietskörperschaft aus öffentlichen Mitteln gefördert werden,
4. die Einleitung eines Fernsprechanschlusses oder
5. die Anbringung der nach dem Stand der Technik notwendigen Antennen und sonstigen Einrichtungen für den Hörfunk- und Fernsehempfang sowie für Multimediadienste, sofern der Anschluß an eine bestehende Einrichtung nicht möglich oder nicht zumutbar ist.

(3) Handelt es sich um eine wesentliche Veränderung (Verbesserung), die nicht im Abs. 2 angeführt ist, so kann der Vermieter seine Zustimmung von der Verpflichtung des Hauptmieters zur Wiederherstellung des früheren Zustandes bei der Zurückstellung des Mietgegenstandes abhängig machen.

Referenzen:
* [http://www.jusline.at/9_Ver%C3%A4nderung_%28Verbesserung%29_des_Mietgegenstandes_MRG.html jusline.at]
* [https://www.ris.bka.gv.at/Dokumente/Bundesnormen/NOR40026132/NOR40026132.html ris.bka.gv.at]

== '''Weiterführende Informationen beim Magistrat der Stadt Wien''' ==
* MA50 Wohnbauförderung und Schlichtungsstelle für wohnrechtliche Angelegenheiten
**[http://www.wien.gv.at/amtshelfer/bauen-wohnen/schlichtungsstelle/mietrechtsverfahren/veraenderung-mietgegenstand.html Veränderung (Verbesserung) des Mietgegenstandes]
* MA19 Architektur und Stadtgestaltung
** [http://www.wien.gv.at/amtshelfer/bauen-wohnen/stadtentwicklung/baulicheanlagen/satellitenantenne.html Satellitenantennen - Architektonische Begutachtung]
** [http://www.wien.gv.at/stadtentwicklung/grundlagen/schutzzonen/index.html Schutzzonen]

Hausverwaltungen

2021-06-13T16:22:31Z

Vchrizz:

== '''Anfrage um Bewilligung''' ==
* Alle, die nicht Eigentümer des gesamten Gebäudes sind, in dem sie wohnen, müssen bei einer Hausverwaltung um die Bewilligung ansuchen, eine Antenne am Dach aufstellen zu dürfen. Es empfiehlt sich, Schreiben die per Postweg zugestellt werden sollen, eingeschrieben zu versenden.
* Prinzipiell hat jeder Mieter/Nutzungsberechtigte ein gesetzliches Recht auf eine solche Antenne.

== '''Argumente''' ==
* Redundante Anbindung an das Netzwerk - kein kommerzieller Anbieter bietet bisher dezentrale und gleichzeitig redundante Anbindung an sein Netzwerk und dadurch ins Internet.
* Mangelnde Bandbreite der kommerziellen Anbieter für z.B. HD-Videokonferenzen (weil hier nur der Upload gerechnet werden kann, der bei den meisten kommerziellen Anbietern zu gering oder zu teuer ist).
* Anbieten von (Server-)Diensten bei den meisten kommerziellen Anbietern unerwünscht oder verboten, bei FunkFeuer jedoch ausdrücklich erwünscht und auch technisch ermöglicht.
* Unterwanderung der Netzneutralität bei großen kommerziellen Anbietern durch die Verwendung von Zwangsproxies, DNS Umleitungen (um z.B. Webseiten zu sperren).
* Bürgernetze als Akt der Selbstsuffizienz, Katastrophenschutz und politischer Absicherung der eigenen Netzneutralität.
* Im Sinne einer engagierten Zivilgesellschaft ist das Projekt FunkFeuer unbedingt unterstützenswert.

== '''Fertige Vorlagen zum Anfragen''' ==
* [https://docs.google.com/document/d/19DQTMn_W2533U8yFV7g97nQAatOYjJEPYw_DqVP14dY Ansuchen um Bewilligung Funkfeuer-Muster] Aktuelle Version 2020, Link zu Google Docs
* [[Datei:Ansuchen_Bewilligung_Funkfeuer_Muster.pdf]] Erste Version 2013, lokale Kopie

Nachdem der prinzipielle Ablauf sowie Aufbau einer SAT-Anlage sehr ähnelt, was bei Hausverwaltungen mittlerweile gut bekannt ist, werden Vorlagen dafür angeboten die genauso entsprechend verwendet werden können:
* [https://www.wienerwohnen.at/dms/workspace/SpacesStore/c60ff60f-478f-4742-9ab2-daef83e13f96/2330_sd0103_Ansuchen_Satellitenempfangsantenne.pdf Ansuchen Satellitenantenne] Stadt Wien - Wiener Wohnen
* [http://www.ah-wohnen.at/bewilligungen-.74.html Antragsformular zur SAT - Anlagenerrichtung] Gem. Siedlungs-Genossenschaft Altmannsdorf und Hetzendorf

== '''Gesetzestext (Berücksichtigter Stand der Gesetzgebung: 1. Juli 2011)''' ==
=== ''§ 9 MRG Veränderung (Verbesserung) des Mietgegenstandes'' ===
(1) Der Hauptmieter hat eine von ihm beabsichtigte wesentliche Veränderung (Verbesserung) des Mietgegenstandes dem Vermieter anzuzeigen. Lehnt der Vermieter nicht innerhalb von zwei Monaten nach Zugang der Anzeige die beabsichtigte Veränderung ab, so gilt seine Zustimmung als erteilt. Der Vermieter kann seine Zustimmung und eine erforderliche Antragstellung bei der Baubehörde nicht verweigern wenn,

1. die Veränderung dem jeweiligen Stand der Technik entspricht,
2. die Veränderung der Übung des Verkehrs entspricht und einem wichtigen Interesse des Hauptmieters dient,
3. die einwandfreie Ausführung der Veränderung gewährleistet ist,
4. der Hauptmieter die Kosten trägt,
5. durch die Veränderung keine Beeinträchtigung schutzwürdiger Interessen des Vermieters oder eines anderen Mieters zu besorgen ist,
6. durch die Veränderung keine Schädigung des Hauses, im besonderen keine Beeinträchtigung der äußeren Erscheinung des Hauses, erfolgt,
7. die Veränderung keine Gefahr für die Sicherheit von Personen und Sachen bewirkt.

(2) Die Voraussetzung des Abs. 1 Z 2 ist jedenfalls gegeben, wenn es sich handelt um

1. die Errichtung oder die den Erfordernissen der Haushaltsführung dienende Umgestaltung von Wasserleitungs-, Lichtleitungs-, Gasleitungs-, Beheizungs- (einschließlich der Einrichtung von zentralen Wärmeversorgungsanlagen) oder sanitären Anlagen,
2. die der Senkung des Energieverbrauchs dienende Ausgestaltung eines Mietgegenstandes,
3. die Verbesserungen, die von einer Gebietskörperschaft aus öffentlichen Mitteln gefördert werden,
4. die Einleitung eines Fernsprechanschlusses oder
5. die Anbringung der nach dem Stand der Technik notwendigen Antennen und sonstigen Einrichtungen für den Hörfunk- und Fernsehempfang sowie für Multimediadienste, sofern der Anschluß an eine bestehende Einrichtung nicht möglich oder nicht zumutbar ist.

(3) Handelt es sich um eine wesentliche Veränderung (Verbesserung), die nicht im Abs. 2 angeführt ist, so kann der Vermieter seine Zustimmung von der Verpflichtung des Hauptmieters zur Wiederherstellung des früheren Zustandes bei der Zurückstellung des Mietgegenstandes abhängig machen.

Referenzen: [http://www.jusline.at/9_Ver%C3%A4nderung_%28Verbesserung%29_des_Mietgegenstandes_MRG.html jusline.at] [https://www.ris.bka.gv.at/Dokumente/Bundesnormen/NOR40026132/NOR40026132.html ris.bka.gv.at]

== '''Weiterführende Informationen beim Magistrat der Stadt Wien''' ==
* MA50 Wohnbauförderung und Schlichtungsstelle für wohnrechtliche Angelegenheiten
**[http://www.wien.gv.at/amtshelfer/bauen-wohnen/schlichtungsstelle/mietrechtsverfahren/veraenderung-mietgegenstand.html Veränderung (Verbesserung) des Mietgegenstandes]
* MA19 Architektur und Stadtgestaltung
** [http://www.wien.gv.at/amtshelfer/bauen-wohnen/stadtentwicklung/baulicheanlagen/satellitenantenne.html Satellitenantennen - Architektonische Begutachtung]
** [http://www.wien.gv.at/stadtentwicklung/grundlagen/schutzzonen/index.html Schutzzonen]

Regionen/Wien/Verein/202105 GV

2021-05-19T22:04:55Z

Vchrizz: Wortwiederholung korrigiert.

Notizen des Vorstands zur Generalversammlung des Vereins FunkFeuer Wien im Mai 2021

'''Achtung: Die Inhalte dieser Wikiseite werden laufend geändert und dienen als öffentliche Arbeitsunterlage des Vorstands.''' Die endgültigen Inhalte kommen zur Abhaltung der Generalversammlung auf die Protokollseite unter [[Regionen/Wien/Verein/202105_GV_Protokoll]].

[[ NA | Präsentationsfolien]] ([[NA | TeX-Source]])

Bitte diese Wikiseite nicht selbst bearbeiten! Vorschläge, Diskussionen, Kandidaturen bitte per Mail an mailto:wien@lists.funkfeuer.at

== Datum, Uhrzeit, Ort ==

* Donnerstag, 27.05.2021
* Eintreffen ab 20:30, Beginn um 21:00
* Ort: online unter https://treffen.funkfeuer.at/b/mat-wne-hkn

== Ankündigung ==

Die Ankündigung der GV erfolgt bis 13.05.2021 über die Mitglieder-Mailingliste.

== Stimmrechtsübertragungen ==

§9 Abs. 5: "Die Übertragung des Stimmrechts auf ein anderes Mitglied im Wege einer schriftlichen Bevollmächtigung ist zulässig."

Formvorschlag: Email bis spätestens 24.05.2021 18:00 an den Vorstand (mailto:vorstand@funkfeuer.at) à la "Ich, <code>$NAME</code>, bevollmächtige <code>$VERTRETER_IN</code>, mein Stimmrecht bei der FunkFeuer-Generalversammlung am <code>$DATUM</code> auszuüben."

'''Es muss kein "Formular" verwendet werden.''' Bitte rechtzeitig erledigen, damit wir bei etwaigen Nachfragen zur Person noch ein e-Mail schreiben können.

== Anträge ==

Anträge zur Tagesordnung müssen mindestens drei Tage vor Beginn der GV an mailto:vorstand@funkfeuer.at gemeldet werden. '''Wir empfehlen davor eine öffentliche Diskussion über die Mailingliste mailto:wien@lists.funkfeuer.at '''

Anträge bezüglich der Statuten bitte als Merge Request an das Statuten-Repository auf GitLab, eine Diskussion vorher ist empfohlen: https://gitlab.com/funkfeuer/Statuten-Wien

== Redebeiträge ==

Siehe Unterseite zum Selbereintragen: [[Regionen/Wien/Verein/202105_GV/Redebeiträge]]

== Kandidaturen ==
Kandidaturen für den Vorstand müssen mindestens drei Tage vor der Generalversammlung unter Nennung der angestrebten Funktion(en) an mailto:vorstand@funkfeuer.at gemeldet werden. Wir empfehlen eine öffentliche Kandidatur über die Mailingliste mailto:wien@lists.funkfeuer.at

Im Folgenden listet der Vorstand alle 1. ihm bekannten und 2. explizit veröffentlichten oder ihm zur Veröffentlichung freigegebenen Kandidaturen in alphabetischer Reihenfolge:

{| class="wikitable sortable" style="text-align: center;"
|-
!style="text-align: left;"|'''Kandidat_in \ Funktion'''
!style="width: 10%;"|'''Obfrau / Obmann'''
!style="width: 10%;"|'''Stv._in'''
!style="width: 10%;"|'''Schriftführer_in'''
!style="width: 10%;"|'''Stv._in'''
!style="width: 10%;"|'''Kassier_in'''
!style="width: 10%;"|'''Stv._in'''
|-
|style="text-align: left;"|BRAJKOVIĆ, Christofer || ||x|| ||x||x||x
|-
|style="text-align: left;"|GOLDFRIED, Cathrin || || || ||x|| ||x
|-
|style="text-align: left;"|KNITTL-FRANK, Christian (lcnittl) ||x||x||x||x|| ||
|-
|style="text-align: left;"|LOHMANN, Maria (stratuscumulus) ||x||x||x||x|| ||
|-
|style="text-align: left;"|LÖSCH, Christoph || ||x||x||x||x||x
|-
|style="text-align: left;"|MOR, Marcus || ||x|| ||x|| ||x
|-
|style="text-align: left;"|MAIERHOFER, Daniel A. (damadmai) ||x||x||x||x|| ||
|-
|style="text-align: left;"|MUTSCHLECHNER, Thomas || || || || || ||x
|-
|}

'''Achtung: Die Inhalte dieses Abschnitts werden laufend geändert.''' Die finalen Kandidaturen werden nach Ablauf der Meldefrist zur Abhaltung der Generalversammlung auf die Protokollseite verschoben: [[Regionen/Wien/Verein/202105_GV_Protokoll]]

----

== Vorschlag für eine Tagesordnung ==

* Begrüßung
* Feststellen der Beschlussfähigkeit
* Redebeiträge
* Bericht des Vorstands
* Bericht der Rechnungsprüfer
* TBD: Abstimmung über Entlastung des Vorstands
* Wahl
* Anträge
* Allfälliges
* Verabschiedung

Projekte/Forum/Upgrade

2021-02-08T12:38:25Z

Vchrizz:

(initial credits @kaefert:)

Hallo Leute!

Ich dokumentiere hier mal was zum Upgrade dieser Discourse Instanz (mit angepasstem LDAP Plugin) notwendig ist.

Dieser Beitrag ist auch im Forum hinterlegt: https://forum.funkfeuer.at/t/discourse-upgrade/229

'''Achtung:''' SSH Zugang wird benötigt! Upgrade ohne nachträgliche Anpassung mittels SSH Zugang hinterlässt das LDAP Plugin funktionsunfähig!

Evtl. will man vor einem Discourse Upgrade prüfen, ob das FunkFeuer Wiki gerade „schnell“ funktioniert oder lange (mehr als 2-3 Sekunden) ladet um einen Artikel anzuzeigen oder eine Suche durchzuführen.

Da das Wiki am gleichen Server rennt wie das Forum, kann man daran "erkennen", ob der Server gerade „ausgelastet“ ist oder nicht.

Hintergrund: falls zu wenig Ressourcen zur Verfügung stehen, kann das Upgrade (wegen Zeitüberschreitungen bei der Installation) fehl schlagen.

== FunkFeuer Forum - Discourse Upgrade ==

1. Unter https://forum.funkfeuer.at/admin/backups ein Discourse-Daten-Backup erstellen und runterladen.

(Download bricht im aktuellen Firefox Browser manchmal ab, da einfach auf einen anderen Browser ausweichen.)

2. Mit einem Administrator/Moderator (jeder sollte eigentlich SSH Zugang haben) abklären ob es ein aktuelles Systembackup mit State "Success" gibt:

<code>sudo veeam</code>

Latest backup sessions:

Job name State Started at Finished at

FunkfeuerForum Success 2018-04-18 06:00:02 2018-04-18 06:01:50
FunkfeuerForum Success 2018-04-17 06:00:01 2018-04-17 06:14:05

(falls der letzte Job nicht im State "Success" ist, bitte @vchrizz dazu kontaktieren)

Die Backups werden derzeit noch per SMB (über das SIL-Peering direkt) offsite auf einen Server am Node „mh“ abgelegt, solange keine entsprechende Möglichkeit auf FunkFeuer Infrastruktur gegeben ist.

Wünschenswert wäre eine verlässliche Möglichkeit Backups sicher auf FunkFeuer Infrastruktur abzulegen.

[[Services/Organisation|Derzeit scheint es diese Möglichkeit noch nicht zu geben.]]

3. Ein System-Upgrade durchführen:

sudo apt update
apt list --upgradable
sudo apt upgrade

(ggf. bei kernel-upgrade danach die VM neu starten: <code>sudo reboot</code>)

4. https://forum.funkfeuer.at/admin/upgrade aufrufen und upgrade durchklicken.

4.1. Falls das Forum nicht geladen wird, kann das Problem am Theme liegen. Versuche den [https://forum.funkfeuer.at/safe-mode Safe-Mode].

4.2. Mittels Safe-Mode dann in der [https://forum.funkfeuer.at/admin/customize/themes/2 Administration / Anpassen] beim Default-Theme die beiden Theme-Komponenten Slick und Tiles entfernen und nach dem erfolgreichen Upgrade wieder hinzufügen.

4.3. Es könnte auch sein, dass eine Meldung kommt, dass das Upgrade per CLI gemacht werden muss:
sudo su
cd /var/discourse
git pull
./launcher rebuild app

5. Versuche am Forum mit LDAP einzuloggen, falls das fehlschlägt, obwohl Login-Details sicher korrekt eingegeben wurden, müssen folgende zwei Anpassungen angewendet werden: 

5.1. LDAP fix 1 einspielen, damit das Plugin den OpenLDAP von Funkfeuer versteht:

https://github.com/vchrizz/omniauth-ldap/commit/346d5c27e1dacb0fa6aeedf1f65e29bd9f1bb524

Dazu per ssh einloggen, und mittels folgenden Befehlen in die Discourse Docker Instanz wechseln:
sudo su
cd /var/discourse
./launcher enter app

Dort den oben verlinkten Git-Commit die zwei grün markierten Zeilen in diese Datei einpflegen:

/var/www/discourse/plugins/discourse-ldap-auth/gems/2.7.2/gems/omniauth-ldap-1.0.5/lib/omniauth/strategies/ldap.rb

5.2. LDAP fix 2 einspielen, damit über LDAP authentifizierte User automatisch der Gruppe zugeordnet werden, die auf Funkfeuer-intern und Sub-Kategorien zugreifen kann:

https://github.com/kaefert/discourse-ldap-auth/commit/b112b83640e7769daeb25043c9d12db8b011b29b

Auf dem selben weg wie 5.1. diesmal in die Datei einfplegen:

/var/www/discourse/plugins/discourse-ldap-auth/plugin.rb

5.3. LDAP Anpassungen aktiv bringen durch Restart von Discourse:

(evtl. mit <code>logout</code> zuerst aus dem container wieder ausloggen)

docker restart app

6. Prüfen ob beide (Discourse und mailserver) Docker Container wieder laufen:

docker ps

sollte in etwa so aussehen:
(sonst im Zweifelsfall die VM neu starten, dauert nur wenige Minuten, die Container starten dann beide)

<pre>
vchrizz@forum:~$ docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
72670824e10a local_discourse/app "/sbin/boot" 3 weeks ago Up 8 minutes app
5b64315e0a1e tvial/docker-mailserver:latest "/bin/sh -c 'supervi…" 6 weeks ago Up 8 minutes 0.0.0.0:25->25/tcp, 110/tcp, 0.0.0.0:143->143/tcp, 0.0.0.0:587->587/tcp, 0.0.0.0:993->993/tcp, 465/tcp, 0.0.0.0:995->995/tcp, 4190/tcp mail
</pre>

Sollte es dennoch Probleme mit SSL geben: https://meta.discourse.org/t/setting-up-https-support-with-lets-encrypt/40709
#### Manually issue new cert
./launcher enter app
sv stop nginx
cd /shared/letsencrypt
LE_WORKING_DIR=/shared/ssl /shared/letsencrypt/acme.sh --issue -d forum.funkfeuer.at -d oldforum.funkfeuer.at --webroot /var/www/discourse/public/
# restart "inner" nginx from container
sv start nginx
# restart "outer" nginx from vm
systemctl restart nginx
exit

Projekte/Forum/Upgrade

2020-12-09T02:09:11Z

Vchrizz:

(initial credits @kaefert:)

Hallo Leute!

Ich dokumentiere hier mal was zum Upgrade dieser Discourse Instanz (mit angepasstem LDAP Plugin) notwendig ist.

Dieser Beitrag ist auch im Forum hinterlegt: https://forum.funkfeuer.at/t/discourse-upgrade/229

'''Achtung:''' SSH Zugang wird benötigt! Upgrade ohne nachträgliche Anpassung mittels SSH Zugang hinterlässt das LDAP Plugin funktionsunfähig!

Evtl. will man vor einem Discourse Upgrade prüfen, ob das FunkFeuer Wiki gerade „schnell“ funktioniert oder lange (mehr als 2-3 Sekunden) ladet um einen Artikel anzuzeigen oder eine Suche durchzuführen.

Da das Wiki am gleichen Server rennt wie das Forum, kann man daran "erkennen", ob der Server gerade „ausgelastet“ ist oder nicht.

Hintergrund: falls zu wenig Ressourcen zur Verfügung stehen, kann das Upgrade (wegen Zeitüberschreitungen bei der Installation) fehl schlagen.

== FunkFeuer Forum - Discourse Upgrade ==

1. Unter https://forum.funkfeuer.at/admin/backups ein Discourse-Daten-Backup erstellen und runterladen.

(Download bricht im aktuellen Firefox Browser manchmal ab, da einfach auf einen anderen Browser ausweichen.)

2. Mit einem Administrator/Moderator (jeder sollte eigentlich SSH Zugang haben) abklären ob es ein aktuelles Systembackup mit State "Success" gibt:

<code>sudo veeam</code>

Latest backup sessions:

Job name State Started at Finished at

FunkfeuerForum Success 2018-04-18 06:00:02 2018-04-18 06:01:50
FunkfeuerForum Success 2018-04-17 06:00:01 2018-04-17 06:14:05

(falls der letzte Job nicht im State "Success" ist, bitte @vchrizz dazu kontaktieren)

Die Backups werden derzeit noch per SMB (über das SIL-Peering direkt) offsite auf einen Server am Node „mh“ abgelegt, solange keine entsprechende Möglichkeit auf FunkFeuer Infrastruktur gegeben ist.

Wünschenswert wäre eine verlässliche Möglichkeit Backups sicher auf FunkFeuer Infrastruktur abzulegen.

[[Services/Organisation|Derzeit scheint es diese Möglichkeit noch nicht zu geben.]]

3. Ein System-Upgrade durchführen:

sudo apt update
apt list --upgradable
sudo apt upgrade

(ggf. bei kernel-upgrade danach die VM neu starten: <code>sudo reboot</code>)

4. https://forum.funkfeuer.at/admin/upgrade aufrufen und upgrade durchklicken.

4.1. Falls das Forum nicht geladen wird, kann das Problem am Theme liegen. Versuche den [https://forum.funkfeuer.at/safe-mode Safe-Mode].

4.2. Mittels Safe-Mode dann in der [https://forum.funkfeuer.at/admin/customize/themes/2 Administration / Anpassen] beim Default-Theme die beiden Theme-Komponenten Slick und Tiles entfernen und nach dem erfolgreichen Upgrade wieder hinzufügen.

4.3. Es könnte auch sein, dass eine Meldung kommt, dass das Upgrade per CLI gemacht werden muss:
sudo su
cd /var/discourse
git pull
./launcher rebuild app

5. Versuche am Forum mit LDAP einzuloggen, falls das fehlschlägt, obwohl Login-Details sicher korrekt eingegeben wurden, müssen folgende zwei Anpassungen angewendet werden: 

5.1. LDAP fix 1 einspielen, damit das Plugin den OpenLDAP von Funkfeuer versteht:

https://github.com/vchrizz/omniauth-ldap/commit/346d5c27e1dacb0fa6aeedf1f65e29bd9f1bb524

Dazu per ssh einloggen, und mittels folgenden Befehlen in die Discourse Docker Instanz wechseln:
sudo su
cd /var/discourse
./launcher enter app

Dort den oben verlinkten Git-Commit die zwei grün markierten Zeilen in diese Datei einpflegen:

/var/www/discourse/plugins/discourse-ldap-auth/gems/2.7.2/gems/omniauth-ldap-1.0.5/lib/omniauth/strategies/ldap.rb

5.2. LDAP fix 2 einspielen, damit über LDAP authentifizierte User automatisch der Gruppe zugeordnet werden, die auf Funkfeuer-intern und Sub-Kategorien zugreifen kann:

https://github.com/kaefert/discourse-ldap-auth/commit/b112b83640e7769daeb25043c9d12db8b011b29b

Auf dem selben weg wie 5.1. diesmal in die Datei einfplegen:

/var/www/discourse/plugins/discourse-ldap-auth/plugin.rb

5.3. LDAP Anpassungen aktiv bringen durch Restart von Discourse:

(evtl. mit <code>logout</code> zuerst aus dem container wieder ausloggen)

docker restart app

6. Prüfen ob beide (Discourse und mailserver) Docker Container wieder laufen:

docker ps

sollte in etwa so aussehen:
(sonst im Zweifelsfall die VM neu starten, dauert nur wenige Minuten, die Container starten dann beide)

<pre>
vchrizz@forum:~$ docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
72670824e10a local_discourse/app "/sbin/boot" 3 weeks ago Up 8 minutes app
5b64315e0a1e tvial/docker-mailserver:latest "/bin/sh -c 'supervi…" 6 weeks ago Up 8 minutes 0.0.0.0:25->25/tcp, 110/tcp, 0.0.0.0:143->143/tcp, 0.0.0.0:587->587/tcp, 0.0.0.0:993->993/tcp, 465/tcp, 0.0.0.0:995->995/tcp, 4190/tcp mail
</pre>

Sollte es dennoch Probleme mit SSL geben: https://meta.discourse.org/t/setting-up-https-support-with-lets-encrypt/40709
#### Manually issue new cert
./launcher enter app
sv stop nginx
cd /shared/letsencrypt
LE_WORKING_DIR=/shared/letsencrypt /shared/letsencrypt/acme.sh --issue -d forum.funkfeuer.at -d oldforum.funkfeuer.at --webroot /var/www/discourse/public/
sv start nginx

Kanalwahl

2020-10-23T12:51:12Z

Vchrizz:

Es ist darauf zu achten, dass die Frequenzwahl im gesetzlich erlaubten Bereich liegt, als Region/Country Code ist AT bzw. Austria einzustellen.

Generell wollen wir auf die Betriebsart Ad-hoc weitgehend verzichten und auf eine durchgängige Access Point(AP) <-> Client/Station (STA) Konfiguration setzen, bei der immer das räumlich höhere Gerät als AP konfiguriert wird.

In diesem Fall ist es nicht notwendig eine BSSID einzutragen, da diese aus der MAC-Adresse des WLAN-Interfaces abgeleitet wird.
Sollten dennoch Ad-hoc-Verbindungen verwendet werden, sind die BSSIDs in aus den Tabellen zu verwenden.

Als SSID (ESSID) verwenden wir [[Policies/Namenskonvention|'''[node][direction].funkfeuer.at''']], um den Ort der Gegenstelle besser erkennbar zu machen.

==5GHz 802.11n/ac==
Da sich unsere Geräte das [https://www.rtr.at/de/tk/Spektrum5GHz 5 GHz WLAN-Frequenzband] von 5470-5725 MHz mit militärischen und zivilen Radar- und Satelliten-Kommunikationsdiensten teilen müssen, sind wir angehalten, diese nicht zu beeinträchtigen.

WLAN ist ein sog. Sekundärdienst. Siehe [https://www.rtr.at/de/tk/Spektrum5GHz/1997_bmvit-info-052010de.pdf Seite 2 3.Punkt].

Somit sind folgende Kanäle bzw. Frequenzen mit der Strahlungsleistung, dh. inkl. Antennengewinn (EIRP) 1W bzw. 30dBm nutzbar:

{| class="wikitable"
| rowspan="9" style="width: 3em" | 5 GHz
! style="width: 5em" | Kanal
! style="width: 5em" | Frequenz
! style="width: 8em" | BSSID-Vertikal
! style="width: 8em" | BSSID-Horizontal
! style="width: 8em" | BSSID-Dual
|-
| 100 || 5500 || 00:FF:01:00:01:20 || 00:FF:01:00:02:20 || 00:FF:01:00:03:20
|-
| 104 || 5520 || 00:FF:01:04:01:20 || 00:FF:01:04:02:20 || 00:FF:01:04:03:20
|-
| 108 || 5540 || 00:FF:01:08:01:20 || 00:FF:01:08:02:20 || 00:FF:01:08:03:20
|-
| 112 || 5560 || 00:FF:01:12:01:20 || 00:FF:01:12:02:20 || 00:FF:01:12:03:20
|-
| 116 || 5580 || 00:FF:01:16:01:20 || 00:FF:01:16:02:20 || 00:FF:01:16:03:20
|-
| 132 || 5660 || 00:FF:01:32:01:20 || 00:FF:01:32:02:20 || 00:FF:01:32:03:20
|-
| 136 || 5680 || 00:FF:01:36:01:20 || 00:FF:01:36:02:20 || 00:FF:01:36:03:20
|-
| 140 || 5700 || 00:FF:01:40:01:20 || 00:FF:01:40:02:20 || 00:FF:01:40:03:20
|}

* '''Kanäle 36-48''' ''Diese Kanäle dürfen Outdoor nicht verwendet werden (SAT-Kommunikation)''
* '''Kanäle 120-128''' ''In diesem Bereich befindet sich das [https://wiki.funkfeuer.at/images/6/62/Austro_Control_Vortrag_Funkfeuer_20191104.pdf zivile Wetterradar] (Wiens nähestes funkt auf 5625 MHz), das wir nicht beeinträchtigen wollen''

Um auf der sicheren Seite zu sein, diese Kanalliste (Frequency Scan List) auf den Antennen einstellen:
5500,5505,5510,5515,5520,5525,5530,5535,5540,5545,5550,5555,5560,5565,5570,5575,5580,5660,5665,5670,5675,5680,5685,5690,5695,5700

==2.4 GHz 802.11b/g/n==
FunkFeuer Wien hat im [https://www.rtr.at/de/tk/Spektrum2400MHz 2.4 GHz WLAN-Band] seinen Betrieb zu einer Zeit aufgenommen, als Home-Router mit WLAN noch eine Seltenheit waren. Innerhalb der letzten 15 Jahre hat sich die Situation aber drastisch verschärft, und eine Nutzung der 2.4 GHz Frequenzen stellt eine immer größere Herausforderung dar. Aus diesem Grund wird nun versucht, das Netz durch die Aufgabe des Ad-Hoc-Modes zu stabilisieren.
Einige Geräte sind noch in dieser Konfiguration:

{| class="wikitable"
| rowspan="6" style="width: 3em" | 2.4 GHz
! style="width: 5em" | Kanal
! style="width: 5em" | Frequenz
! style="width: 8em" | ESSID
! style="width: 8em" | BSSID
|-
| 1 || 2412 || v1.freiesnetz.www.funkfeuer.at || 4E:FE:52:36:2E:65
|-
| 4 || 2427 || v4.freiesnetz.www.funkfeuer.at || 26:A4:05:7B:2B:D8
|-
| 7 || 2442 || v7.freiesnetz.www.funkfeuer.at || 7A:55:80:50:08:08
|-
| 10 || 2457 || v10.freiesnetz.www.funkfeuer.at || 52:51:E5:D5:5A:43
|-
| 13 || 2472 || v13.freiesnetz.www.funkfeuer.at || 26:A7:D4:E4:4F:4D
|-
|}

Bei horizontal polarisiserten Devices wurde die ESSID sinngemäß auf '''h1.freiesnetz.www.funkfeuer.at, h4.freiesnetz....., h7....''' gesetzt.

Aus historischen Gründen beträgt der Kanalabstand in den WLAN-Bändern 5 MHz. (802.11b). Seit dem vermehrten Einsatz der Normen 802.11g/n benötigt eine WLAN Funkverbindung eine Bandbreite von 20 oder 40 MHz.

Durch den Betrieb [http://de.wikipedia.org/wiki/Amateurfunk-Fernsehen Amateur-TeleVision eines Amateurfunk-TV Senders] mit einer Sendeleistung von 70 Watt (gegenüber unseren 0,1 Watt bzw. 20dBm) ist Kanal 7 oft stark gestört.
Auch auf den Kanälen 5 und 9 ist kaum ein vernünftiger Datendurchsatz erreichbar, selbst die Kanäle 4 und 10 sind noch etwas eingeschränkt.

Aus diesem Grund hätten wir nur 2 komplett ungestörte Kanäle zur Verfügung, was leider zuwenig ist.
Daher nehmen wir die gegenseitigen Störungen der Kanäle 1/4 und 10/13 in Kauf und verwenden im Netz von FunkFeuer Wien die WLAN Kanäle 1, 4, (7), 10, 13 anstelle der üblichen [https://de.wikipedia.org/wiki/Wireless_Local_Area_Network#/media/Datei:NonOverlappingChannels2.4GHzWLAN-de.svg 1,5,9 und 13].

=Bandbreitenwahl=
Bei Wahl der Bandbreite heißt mehr nicht immer besser, denn je breiter diese gewählt hat, desto wahrscheinlicher ist es, dass sich mehrere Verbindungen gegenseitig stören.

Services/Organisation/Housing/Temperatur

2020-09-30T16:40:42Z

Vchrizz:

==Lüftung==

[[User:Zem|zem]]: ''"Berechnungstabelle für den Luftdurchsatz im Housing: [https://pads.c3w.at/sheet/#/2/sheet/view/DGAr6PwoblvjLpnHIMY9GkSDTLLpz19jjSsAGkRpEJg/ TheVault Lüftersetting] (schreibenden Zugriff bei [[User:Zem|mir]] erfragen). Laut Tabelle müsste der Lüfter bei angenommenem Verbrauch von 2kW mit halber Stufe Luft nach draußen blasen."''

Siehe auch:
* '''[[Projekte/Housing/L%C3%BCftung]]''' eingesetzte Hardware, Facts
* [[Projekte/Housing/Umzug/L%C3%BCftung]] noch aus der Planungsphase, soon outdated

==Sensoren==

Im Housing finden sich [https://shelly.cloud/products/shelly-1-smart-home-automation-relay/ Shelly V1] Module, welche die Temperaturmesswerte mehrerer DS18B20-Sensoren zugänglich machen.

Die Shellys sind mit dem [[Projekte/Housing/WLAN|Housing-WLAN]] verbunden und liefern die Werte im 10 Sekunden-Intervall mittels [https://mqtt.org MQTT] an den MQTT-Server.

Host: mqtt.funkfeuer.at
Port: 1883
Topic: #
User: client
Password: r3adMyData

Unter Linux hiermit abrufbar:
mosquitto_sub -h mqtt.funkfeuer.at -p 1883 -v -t '#' -u client -P 'r3adMyData'

Beispielausgabe:
$ mosquitto_sub -h mqtt.funkfeuer.at -p 1883 -t 'tele/tasmota_2BDE1A/SENSOR' -u client -P 'r3adMyData' | jq '.DS18B20.Temperature'
38.8
^C

=== Sensorpositionen ===
{|width=100% border=0|
|valign=top|
==== 2C75FB Warmgang ====
DS18B20-'''1: unten Regal'''
Id: 01193A7B24F0,
DS18B20-'''2: Lüfter'''
Id: 01193A907D4A,
DS18B20-'''3: Umrichter neben anderem Sensor'''
Id: 01193A97E4DD,
|width=410|[[Datei:Sensor_VKM_ima_2C75FB.jpeg|400px|right]]
|-
|valign=top|
==== 259C3C Kaltgang ====
DS18B20-'''1: oben neben anderem Sensor'''
Id: 011939EBED5C,
DS18B20-'''2: Raummitte'''
Id: 01193A21F54C,
DS18B20-'''3: im Schacht'''
Id: 01193A9C296F,
|[[Datei:Sensor_VKM_ima_259C3C.jpg|400px|right]]
|-
|valign=top|
==== 2BDE1A Gittertür ====
DS18B20-'''1: Abluft Warmgang über Gittertür'''
Id: 031661ABF5FF,
|width=410|[[Datei:Sensor VKM ima 2BDE1A.jpeg|400px|right]]
|-
|valign=top|
==== 259BF2 Draußen ====
DS18B20-'''1: unten'''
Id: 01193A2BFA7F,
DS18B20-'''2: Schräge neben anderem Sensor'''
Id: 01193A2DA67A,
DS18B20-'''3: über Durchgang'''
Id: 01193A8B7507,
|width=410|[[Datei:Sensor VKM ima 259BF2.jpg|400px|right]]
|}

==ChangeLog==
Aktivitäten die Veränderungen an der Temperatur der Sensoren betreffen:
[[Datei:ABB ACS310 Anzeige.jpg|right|200px]]

* 14.08.2020 16:30 NetApp abgebaut
* 16.08.2020 20:00 Kleinventilator bei Gittertür/Eingang unten montiert und noch kleinere freie Bereiche der Gittertür mit Folie eingekleidet
* 17.08.2020 00:00 Kleinventilator bei Gittertür/Eingang unten abgeschaltet
* 17.08.2020 03:00 Kleinventilator bei Gittertür/Eingang unten eingeschaltet
* 17.08.2020 18:25 Lüfter von 35Hz auf 50Hz
* 17.08.2020 18:30 Lamellen weiter aufgebogen
* 17.08.2020 19:15 Zukleben "Warmluftauslass" über Gittertür
* 17.08.2020 19:30 FU(Radialgebläse) von 50Hz auf 45Hz, Gittertür auf
* 17.08.2020 22:00 Folie von Gittertür gänzlich entfernt
* 17.08.2020 22:20 Kleinventilator von Gittertür/Eingang zu Gittertür hinterer Keller ummontiert
* 19.08.2020 20:30 Kleinventilator abgeschaltet
* 21.08.2020 22:00 Kleinventilator wieder zu Gittertür/Eingang (aber diesmal an höherer Position) ummontiert, noch ausgeschaltet gelassen.
* 21.08.2020 22:50 Abdeckung am Frequenzumrichter befestigt (FU zeigt: 45,1Hz | 2,0A | 0,3kW)
* 22.08.2020 01:20 Kleinventilator eingeschaltet.
* 24.08.2020 20:00 FU(Radialgebläse) von 45Hz zurück auf 35Hz - "Strom sparen" / (zuletzt: 35Hz | 0,1..0,2kW - schwankend)
* 31.08.2020 18:30 FU wieder auf 45Hz
* 16.09.2020 21:00 Einbindung der Feuchtesensoren
* 20.09.2020 18:50 Metall-Abdeckung zu zweitem Kamin abgenommen
* 20.09.2020 22:25 WC - alle Lüftungen von "auto" auf "an"
* 20.09.2020 23:40 WC - alle Lüftungen von "an" auf "auto"
* 24.09.2020 12:00 Montage des Sensors beim Umrichter direkt in dessen Abluftstrom

==Visualisierung==
 

* https://env.housing.funkfeuer.at/d/GtG-3mSGk/temperature
* https://backbone.funkfeuer.at/housing:monitoring:raspi:data:start

[[Datei:Grafana Temperatur im Vault nach NetApp-Auszug.png|1000px]]

--https://env.housing.funkfeuer.at/d/GtG-3mSGk/temperature

[[Datei:RRDTool Temperatur im Vault eine Woche nach NetApp-Auszug.png|1000px]]

--https://backbone.funkfeuer.at/housing:monitoring:raspi:data:start

[[Datei:Strom sparen 35 statt 45Hz.png|1000px]]
Drehzahlreduktion verursacht Mehrverbrauch an den Servern.

Services/Organisation/Housing/Temperatur

2020-09-26T08:42:58Z

Vchrizz: WC Lüftungen

==Lüftung==

[[User:Zem|zem]]: ''"Berechnungstabelle für den Luftdurchsatz im Housing: [https://pads.c3w.at/sheet/#/2/sheet/view/DGAr6PwoblvjLpnHIMY9GkSDTLLpz19jjSsAGkRpEJg/ TheVault Lüftersetting] (schreibenden Zugriff bei [[User:Zem|mir]] erfragen). Laut Tabelle müsste der Lüfter bei angenommenem Verbrauch von 2kW mit halber Stufe Luft nach draußen blasen."''

Siehe auch:
* '''[[Projekte/Housing/L%C3%BCftung]]''' eingesetzte Hardware, Facts
* [[Projekte/Housing/Umzug/L%C3%BCftung]] noch aus der Planungsphase, soon outdated

==Sensoren==

Im Housing finden sich [https://shelly.cloud/products/shelly-1-smart-home-automation-relay/ Shelly V1] Module, welche die Temperaturmesswerte mehrerer DS18B20-Sensoren zugänglich machen.

Die Shellys sind mit dem [[Projekte/Housing/WLAN|Housing-WLAN]] verbunden und liefern die Werte im 10 Sekunden-Intervall mittels [https://mqtt.org MQTT] an den MQTT-Server.

Host: mqtt.funkfeuer.at
Port: 1883
Topic: #
User: client
Password: r3adMyData

Unter Linux hiermit abrufbar:
mosquitto_sub -h mqtt.funkfeuer.at -p 1883 -v -t '#' -u client -P 'r3adMyData'

Beispielausgabe:
$ mosquitto_sub -h mqtt.funkfeuer.at -p 1883 -t 'tele/tasmota_2BDE1A/SENSOR' -u client -P 'r3adMyData' | jq '.DS18B20.Temperature'
38.8
^C

=== Sensorpositionen ===
{|width=100% border=0|
|valign=top|
==== 2C75FB Warmgang ====
DS18B20-'''1: unten Regal'''
Id: 01193A7B24F0,
DS18B20-'''2: Lüfter'''
Id: 01193A907D4A,
DS18B20-'''3: Umrichter neben anderem Sensor'''
Id: 01193A97E4DD,
|width=410|[[Datei:Sensor_VKM_ima_2C75FB.jpeg|400px|right]]
|-
|valign=top|
==== 259C3C Kaltgang ====
DS18B20-'''1: oben neben anderem Sensor'''
Id: 011939EBED5C,
DS18B20-'''2: Raummitte'''
Id: 01193A21F54C,
DS18B20-'''3: im Schacht'''
Id: 01193A9C296F,
|[[Datei:Sensor_VKM_ima_259C3C.jpg|400px|right]]
|-
|valign=top|
==== 2BDE1A Gittertür ====
DS18B20-'''1: Abluft Warmgang über Gittertür'''
Id: 031661ABF5FF,
|width=410|[[Datei:Sensor VKM ima 2BDE1A.jpeg|400px|right]]
|-
|valign=top|
==== 259BF2 Draußen ====
DS18B20-'''1: unten'''
Id: 01193A2BFA7F,
DS18B20-'''2: Schräge neben anderem Sensor'''
Id: 01193A2DA67A,
DS18B20-'''3: über Durchgang'''
Id: 01193A8B7507,
|width=410|[[Datei:Sensor VKM ima 259BF2.jpg|400px|right]]
|}

==ChangeLog==
Aktivitäten die Veränderungen an der Temperatur der Sensoren betreffen:
[[Datei:ABB ACS310 Anzeige.jpg|right|200px]]

* 14.08.2020 16:30 NetApp abgebaut
* 16.08.2020 20:00 Kleinventilator bei Gittertür/Eingang unten montiert und noch kleinere freie Bereiche der Gittertür mit Folie eingekleidet
* 17.08.2020 00:00 Kleinventilator bei Gittertür/Eingang unten abgeschaltet
* 17.08.2020 03:00 Kleinventilator bei Gittertür/Eingang unten eingeschaltet
* 17.08.2020 18:25 Lüfter von 35Hz auf 50Hz
* 17.08.2020 18:30 Lamellen weiter aufgebogen
* 17.08.2020 19:15 Zukleben "Warmluftauslass" über Gittertür
* 17.08.2020 19:30 FU(Radialgebläse) von 50Hz auf 45Hz, Gittertür auf
* 17.08.2020 22:00 Folie von Gittertür gänzlich entfernt
* 17.08.2020 22:20 Kleinventilator von Gittertür/Eingang zu Gittertür hinterer Keller ummontiert
* 19.08.2020 20:30 Kleinventilator abgeschaltet
* 21.08.2020 22:00 Kleinventilator wieder zu Gittertür/Eingang (aber diesmal an höherer Position) ummontiert, noch ausgeschaltet gelassen.
* 21.08.2020 22:50 Abdeckung am Frequenzumrichter befestigt (FU zeigt: 45,1Hz | 2,0A | 0,3kW)
* 22.08.2020 01:20 Kleinventilator eingeschaltet.
* xx.08.2020 xx:xx ...
* 24.08.2020 20:00 FU(Radialgebläse) von 45Hz zurück auf 35Hz - "Strom sparen" / (zuletzt: 35Hz | 0,1..0,2kW - schwankend)
* 31.08.2020 18:30 FU wieder auf 45Hz
* 16.09.2020 21:00 Einbindung der Feuchtesensoren
* 20.09.2020 18:50 Metall-Abdeckung zu zweitem Kamin abgenommen
* 20.09.2020 22:25 WC - alle Lüftungen von "auto" auf "an"
* 20.09.2020 23:40 WC - alle Lüftungen von "an" auf "auto"
* 24.09.2020 12:00 Montage des Sensors beim Umrichter direkt in dessen Abluftstrom
* ...

==Visualisierung==
 

* https://env.housing.funkfeuer.at/d/GtG-3mSGk/temperature
* https://backbone.funkfeuer.at/housing:monitoring:raspi:data:start

[[Datei:Grafana Temperatur im Vault nach NetApp-Auszug.png|1000px]]

--https://env.housing.funkfeuer.at/d/GtG-3mSGk/temperature

[[Datei:RRDTool Temperatur im Vault eine Woche nach NetApp-Auszug.png|1000px]]

--https://backbone.funkfeuer.at/housing:monitoring:raspi:data:start

[[Datei:Strom sparen 35 statt 45Hz.png|1000px]]
Drehzahlreduktion verursacht Mehrverbrauch an den Servern.

Chat

2020-09-03T13:28:46Z

Vchrizz:

FunkFeuer nutzt seit langem Mailinglisten zur elektronischen Kommunikation. Diese haben sich bewährt, allerdings wird oft die Möglichkeit zum raschen, einfachen Austausch vermisst, die man von Messengern wie Signal, WhatsApp & Co. kennt. Das wollen wir ändern! Das Wichtigste zuerst:

== Wie kann ich mitmachen? ==

* Am Einfachsten über den Browser: [https://app.element.io/#/room/#funkfeuer-wien:matrix.org FunkFeuer Wien]
* Am Smartphone: [https://element.io/get-started Element] aus dem App-Store installieren, dann einfach nach "FunkFeuer" suchen oder #funkfeuer-wien:matrix.org beitreten

== Liste öffentlicher Räume ==

{| class="wikitable"
! Raum Name
! Primäre Adresse
! Raum Thema
|-
|[https://matrix.to/#/!BsjgSfqKJtiknIKoUd:hopfmueller.at?via=hopfmueller.at&via=matrix.org&via=chaosfield.at Funkfeuer Wien]
|#funkfeuer-wien:matrix.org
|Alle Themen rund um Wien | FunkFeuer – Wir sind das Netz! | Wireless Community Networking | Austria | funkfeuer.at
|-
|[https://matrix.to/#/!ySoIVUeOQwaJDrTfhY:matrix.org?via=matrix.org&via=skyforge.at&via=hopfmueller.at FunkFeuer Housing]
|#0xff-housing:matrix.org
|
|-
|[https://matrix.to/#/!ZxYFdEmCuTDYpjQvHr:hopfmueller.at?via=hopfmueller.at&via=matrix.org&via=chaosfield.at FunkFeuer Hardware]
|#0xff-hardware:matrix.org
|
|-
|[https://matrix.to/#/!bDaBdlralGJVHLEgYf:hopfmueller.at?via=hopfmueller.at&via=matrix.org&via=matrix.junk.technology FunkFeuer v642]
|#0xff-v642:matrix.org
|Entwicklung v642 - [[Projekte/v642]]
|-
|[https://matrix.to/#/!DHxQLWogtENsqfltYq:hopfmueller.at?via=hopfmueller.at&via=matrix.org FunkFeuer Wiki]
|#0xff-wiki:matrix.org
|Fragen zum Wiki - wiki.funkfeuer.at
|}

Auch interessant:

* [https://matrix.to/#/!ujsqncWlAgAfpcmEMM:matrix.org?via=matrix.org&via=tchncs.de&via=hopfmueller.at BattleMesh]
* [https://matrix.to/#/!TnecCffXMHxBccUaqX:matrix.org?via=maclemon.at&via=matrix.org&via=fairydust.space c3w Public]

Darüber hinaus gibt's etliche geschlossene Räume, z. B. zu Spezialthemen, Maintainer-Gruppen, … Fehlt ein Raum zu einem Thema? Mach einfach einen auf und gib Bescheid!

== Das System dahinter: Matrix ==

Wir haben eine Reihe an Optionen evaluiert (u.a. Mattermost, Let's Chat, Rocket.Chat, IRC, XMPP), um eine Lösung zu finden, die unseren Anforderungen entspricht. An [https://matrix.org/ Matrix] hat uns gefallen:
* Open Source
* Standard-basiert (HTTP, JSON, WebRTC)
* Starke Ende-zu-Ende-Verschlüsselung (Moxie Marlinspikes Double-Rachet)
* Föderiertes System: man kann (muss aber nicht) seinen eigenen Server betreiben
* Unterstützung aller bekannten Messenger-Features
* Ausgereifte Open-Source-Clients für alle gängigen Plattformen
* Fokus auf Interoperabilität mit anderen Plattformen (daher der Name "Matrix")
* Community-Projekt statt einer Firma, deren Prioritäten sich schnell ändern können

== FAQs ==

* Werden die Mailinglisten abgeschafft? – Nein! Der Chat ist als zusätzliches Angebot gedacht. Jede nutzt, was sie will.
* Warum Matrix und nicht XY? XY kann alles besser! – Die Diskussionen dazu sind genauso endlos wie zu Vim vs. Emacs oder Android vs. iOS. Wer mag, kann für sein Protokoll mit wenig Aufwand eine Bridge zu Matrix betreiben.
* Wer legt einen neuen Raum zum Thema XY an? – Du! Einfach Raum anlegen, Leute einladen oder ID veröffentlichen, fertig!
* Hat der Verein einen eigenen Matrix-Server? – Momentan nicht, kann man aber diskutieren.

Chat

2020-09-03T13:27:40Z

Vchrizz: Liste öffentlicher Räume in Tabelle gefasst.

FunkFeuer nutzt seit langem Mailinglisten zur elektronischen Kommunikation. Diese haben sich bewährt, allerdings wird oft die Möglichkeit zum raschen, einfachen Austausch vermisst, die man von Messengern wie Signal, WhatsApp & Co. kennt. Das wollen wir ändern! Das Wichtigste zuerst:

== Wie kann ich mitmachen? ==

* Am Einfachsten über den Browser: [https://app.element.io/#/room/#funkfeuer-wien:matrix.org FunkFeuer Wien]
* Am Smartphone: [https://element.io/get-started Element] aus dem App-Store installieren, dann einfach nach "FunkFeuer" suchen oder #funkfeuer-wien:matrix.org beitreten

== Liste öffentlicher Räume ==

{| class="wikitable"
|Raum Name
|Primäre Adresse
|Raum Thema
|-
|[https://matrix.to/#/!BsjgSfqKJtiknIKoUd:hopfmueller.at?via=hopfmueller.at&via=matrix.org&via=chaosfield.at Funkfeuer Wien]
|#funkfeuer-wien:matrix.org
|Alle Themen rund um Wien | FunkFeuer – Wir sind das Netz! | Wireless Community Networking | Austria | funkfeuer.at
|-
|[https://matrix.to/#/!ySoIVUeOQwaJDrTfhY:matrix.org?via=matrix.org&via=skyforge.at&via=hopfmueller.at FunkFeuer Housing]
|#0xff-housing:matrix.org
|
|-
|[https://matrix.to/#/!ZxYFdEmCuTDYpjQvHr:hopfmueller.at?via=hopfmueller.at&via=matrix.org&via=chaosfield.at FunkFeuer Hardware]
|#0xff-hardware:matrix.org
|
|-
|[https://matrix.to/#/!bDaBdlralGJVHLEgYf:hopfmueller.at?via=hopfmueller.at&via=matrix.org&via=matrix.junk.technology FunkFeuer v642]
|#0xff-v642:matrix.org
|Entwicklung v642 - [[Projekte/v642]]
|-
|[https://matrix.to/#/!DHxQLWogtENsqfltYq:hopfmueller.at?via=hopfmueller.at&via=matrix.org FunkFeuer Wiki]
|#0xff-wiki:matrix.org
|Fragen zum Wiki - wiki.funkfeuer.at
|}

Auch interessant:

* [https://matrix.to/#/!ujsqncWlAgAfpcmEMM:matrix.org?via=matrix.org&via=tchncs.de&via=hopfmueller.at BattleMesh]
* [https://matrix.to/#/!TnecCffXMHxBccUaqX:matrix.org?via=maclemon.at&via=matrix.org&via=fairydust.space c3w Public]

Darüber hinaus gibt's etliche geschlossene Räume, z. B. zu Spezialthemen, Maintainer-Gruppen, … Fehlt ein Raum zu einem Thema? Mach einfach einen auf und gib Bescheid!

== Das System dahinter: Matrix ==

Wir haben eine Reihe an Optionen evaluiert (u.a. Mattermost, Let's Chat, Rocket.Chat, IRC, XMPP), um eine Lösung zu finden, die unseren Anforderungen entspricht. An [https://matrix.org/ Matrix] hat uns gefallen:
* Open Source
* Standard-basiert (HTTP, JSON, WebRTC)
* Starke Ende-zu-Ende-Verschlüsselung (Moxie Marlinspikes Double-Rachet)
* Föderiertes System: man kann (muss aber nicht) seinen eigenen Server betreiben
* Unterstützung aller bekannten Messenger-Features
* Ausgereifte Open-Source-Clients für alle gängigen Plattformen
* Fokus auf Interoperabilität mit anderen Plattformen (daher der Name "Matrix")
* Community-Projekt statt einer Firma, deren Prioritäten sich schnell ändern können

== FAQs ==

* Werden die Mailinglisten abgeschafft? – Nein! Der Chat ist als zusätzliches Angebot gedacht. Jede nutzt, was sie will.
* Warum Matrix und nicht XY? XY kann alles besser! – Die Diskussionen dazu sind genauso endlos wie zu Vim vs. Emacs oder Android vs. iOS. Wer mag, kann für sein Protokoll mit wenig Aufwand eine Bridge zu Matrix betreiben.
* Wer legt einen neuen Raum zum Thema XY an? – Du! Einfach Raum anlegen, Leute einladen oder ID veröffentlichen, fertig!
* Hat der Verein einen eigenen Matrix-Server? – Momentan nicht, kann man aber diskutieren.

Services/Organisation/Housing/Temperatur

2020-08-21T23:27:22Z

Vchrizz:

==Lüftung==

[[User:Zem|zem]]: ''"Berechnungstabelle für den Luftdurchsatz im Housing: [https://pads.c3w.at/sheet/#/2/sheet/view/DGAr6PwoblvjLpnHIMY9GkSDTLLpz19jjSsAGkRpEJg/ TheVault Lüftersetting] (schreibenden Zugriff bei [[User:Zem|mir]] erfragen). Laut Tabelle müsste der Lüfter bei angenommenem Verbrauch von 2kW mit halber Stufe Luft nach draußen blasen."''

Siehe auch: [[Projekte/Housing/Umzug/L%C3%BCftung]]

Genutzter Frequenzumrichter: [https://new.abb.com/products/de/3AUA0000039630/acs310-03e-06a2-4-pn-2-2-i2n-6-2a-ip20 ACS310-03E-06A2-4] - [https://search.abb.com/library/Download.aspx?DocumentID=3AUA0000044201&LanguageCode=en&DocumentPartId=1&Action=Launch User's manual]

==Sensoren==

Im Housing finden sich [https://shelly.cloud/products/shelly-1-smart-home-automation-relay/ Shelly V1] Module, welche die Temperaturmesswerte mehrerer DS18B20-Sensoren zugänglich machen.

Die Shellys sind mit dem [[Projekte/Housing/WLAN|Housing-WLAN]] verbunden und liefern die Werte im 10 Sekunden-Intervall mittels [https://mqtt.org MQTT] an den MQTT-Server am [[Services|smokeping]].

Host: smokeping.funkfeuer.at
Port: 1883
Topic: #
User: client
Password: r3adMyData

Unter Linux hiermit abrufbar:
mosquitto_sub -h smokeping.funkfeuer.at -p 1883 -v -t '#' -u client -P 'r3adMyData'

Beispielausgabe:
$ mosquitto_sub -h smokeping.funkfeuer.at -p 1883 -t 'tele/tasmota_2BDE1A/SENSOR' -u client -P 'r3adMyData' | jq '.DS18B20.Temperature'
38.8
^C

=== Sensorpositionen ===
{|width=100% border=0|
|valign=top|
==== 2C75FB Warmgang ====
DS18B20-1: unten Regal
Id: 01193A7B24F0,
DS18B20-2: Lüfter
Id: 01193A907D4A,
DS18B20-3: Umrichter neben anderem Sensor
Id: 01193A97E4DD,
|width=410|[[Datei:Sensor_vkm_ima_2C75FB.jpeg|400px|right]]
|-
|valign=top|
==== 259C3C Kaltgang ====
DS18B20-1: oben neben anderem Sensor
Id: 011939EBED5C,
DS18B20-2: Raummitte
Id: 01193A21F54C,
DS18B20-3: im Schacht
Id: 01193A9C296F,
|[[Datei:Sensor_vkm_ima_259C3C.jpeg|400px|right]]
|-
|valign=top|
==== 2BDE1A Gittertür ====
DS18B20-1: Abluft Warmgang über Gittertür
Id: 031661ABF5FF,
|width=410|[[Datei:Sensor_vkm_ima_2BDE1A.jpeg|400px|right]]
|-
|valign=top|
==== 259BF2 Draußen ====
DS18B20-1: unten
Id: 01193A2BFA7F,
DS18B20-2: Schräge neben anderem Sensor
Id: 01193A2DA67A,
DS18B20-3: über Durchgang
Id: 01193A8B7507,
|width=410|[[Datei:Sensor_vkm_ima_259BF2.jpeg|400px|right]]
|}

==ChangeLog==
Aktivitäten die Veränderungen an der Temperatur der Sensoren betreffen:

* 14.08.2020 16:30 NetApp abgebaut
* 16.08.2020 20:00 Kleinventilator bei Gittertür/Eingang unten montiert und noch kleinere freie Bereiche der Gittertür mit Folie eingekleidet
* 17.08.2020 00:00 Kleinventilator bei Gittertür/Eingang unten abgeschaltet
* 17.08.2020 03:00 Kleinventilator bei Gittertür/Eingang unten eingeschaltet
* 17.08.2020 18:25 Lüfter von 35Hz auf 50Hz
* 17.08.2020 18:30 Lamellen weiter aufgebogen
* 17.08.2020 19:15 Zukleben "Warmluftauslass" über Gittertür
* 17.08.2020 19:30 Gittertür auf
* 17.08.2020 22:00 Folie von Gittertür gänzlich entfernt
* 17.08.2020 22:20 Kleinventilator von Gittertür/Eingang zu Gittertür hinterer Keller ummontiert
* 19.08.2020 20:30 Kleinventilator abgeschaltet
* 21.08.2020 22:00 Kleinventilator wieder zu Gittertür/Eingang (aber diesmal an höherer Position) ummontiert, noch ausgeschaltet gelassen.
* 21.08.2020 22:50 Abdeckung am Frequenzumrichter befestigt
* 22.08.2020 01:20 Kleinventilator eingeschaltet.

==Visualisierung==
[[Datei:Grafana Temperatur im Vault eine Woche nach NetApp-Auszug.png|1000px]]

[[Datei:RRDTool Temperatur im Vault eine Woche nach NetApp-Auszug.png|1000px]]

Services/Organisation/Housing/Temperatur

2020-08-19T19:05:22Z

Vchrizz:

==Lüftung==

Link zur Berechnungstabelle für den Luftdurchsatz im Housing: [https://pads.c3w.at/sheet/#/2/sheet/view/DGAr6PwoblvjLpnHIMY9GkSDTLLpz19jjSsAGkRpEJg/ TheVault Lüftersetting] (schreibenden Zugriff bei zem erfragen)
Laut Tabelle müsste der Lüfter bei angenommenem Verbrauch von 2kW mit halber stufe Luft nach draußen blasen.

Siehe auch: [[Projekte/Housing/Umzug/L%C3%BCftung]]

Genutzter Frequenzumrichter: [https://new.abb.com/products/de/3AUA0000039630/acs310-03e-06a2-4-pn-2-2-i2n-6-2a-ip20 ACS310-03E-06A2-4] - [https://search.abb.com/library/Download.aspx?DocumentID=3AUA0000044201&LanguageCode=en&DocumentPartId=1&Action=Launch User's manual]

==Sensoren==

Im Housing finden sich [https://shelly.cloud/products/shelly-1-smart-home-automation-relay/ Shelly V1] Module, welche die Temperaturmesswerte mehrerer DS18B20 Sensoren zugänglich machen.

Die Shellys sind mit dem [[Projekte/Housing/WLAN|Housing-WLAN]] verbunden und liefern die Werte im 10 Sekunden-Intervall mittels [https://mqtt.org MQTT] an den MQTT-Server am [[Services|smokeping]].

Host: smokeping.funkfeuer.at
Port: 1883
Topic: #
User: client
Password: r3adMyData

Unter Linux hiermit abrufbar:
mosquitto_sub -h smokeping.funkfeuer.at -p 1883 -v -t '#' -u client -P 'r3adMyData'

Beispielausgabe:
$ mosquitto_sub -h smokeping.funkfeuer.at -p 1883 -t 'tele/tasmota_2BDE1A/SENSOR' -u client -P 'r3adMyData' | jq '.DS18B20.Temperature'
38.8
^C

=== Sensorpositionen ===

==== 2C75FB Warmgang ====
DS18B20-1: unten Regal
Id: 01193A7B24F0,
DS18B20-2: Lüfter
Id: 01193A907D4A,
DS18B20-3: Umrichter neben anderem Sensor
Id: 01193A97E4DD,
[[Datei:Sensor_vkm_ima_2C75FB.jpeg]]

==== 259C3C Kaltgang ====
DS18B20-1: oben neben anderem Sensor
Id: 011939EBED5C,
DS18B20-2: Raummitte
Id: 01193A21F54C,
DS18B20-3: im Schacht
Id: 01193A9C296F,
[[Datei:Sensor_vkm_ima_259C3C.jpeg]]

==== 2BDE1A Gittertür ====
DS18B20-1: Abluft Warmgang über Gittertür
Id: 031661ABF5FF,
[[Datei:Sensor_vkm_ima_2BDE1A.jpeg]]

==== 259BF2 Draußen ====
DS18B20-1: unten
Id: 01193A2BFA7F,
DS18B20-2: Schräge neben anderem Sensor
Id: 01193A2DA67A,
DS18B20-3: über Durchgang
Id: 01193A8B7507,
[[Datei:Sensor_vkm_ima_259BF2.jpeg]]

==ChangeLog==
Aktivitäten die Veränderungen an der Temperatur der Sensoren betreffen:

* 14.08.2020 16:30 NetApp abgebaut
* 16.08.2020 20:00 Kleinventilator bei Gittertür/Eingang unten montiert und noch kleinere freie Bereiche der Gittertür mit Folie eingekleidet
* 17.08.2020 00:00 Kleinventilator bei Gittertür/Eingang unten abgeschaltet
* 17.08.2020 03:00 Kleinventilator bei Gittertür/Eingang unten eingeschaltet
* 17.08.2020 18:25 Lüfter von 35Hz auf 50Hz
* 17.08.2020 18:30 Lamellen weiter aufgebogen
* 17.08.2020 19:15 Zukleben "Warmluftauslass" über Gittertür
* 17.08.2020 19:30 Gittertür auf
* 17.08.2020 22:00 Folie von Gittertür gänzlich entfernt
* 17.08.2020 22:20 Kleinventilator von Gittertür/Eingang zu Gittertür hinterer Keller ummontiert
* 19.08.2020 20:30 Kleinventilator abgeschaltet

Services/Organisation/Housing/Temperatur

2020-08-19T19:01:15Z

Vchrizz: Hinzugefügt: Aktivitäten die Veränderungen an der Temperatur der Sensoren betreffen

==Lüftung==

Link zur Berechnungstabelle für den Luftdurchsatz im Housing: [https://pads.c3w.at/sheet/#/2/sheet/view/DGAr6PwoblvjLpnHIMY9GkSDTLLpz19jjSsAGkRpEJg/ TheVault Lüftersetting] (schreibenden Zugriff bei zem erfragen)
Laut Tabelle müsste der Lüfter bei angenommenem Verbrauch von 2kW mit halber stufe Luft nach draußen blasen.

Siehe auch: [[Projekte/Housing/Umzug/L%C3%BCftung]]

Genutzter Frequenzumrichter: [https://new.abb.com/products/de/3AUA0000039630/acs310-03e-06a2-4-pn-2-2-i2n-6-2a-ip20 ACS310-03E-06A2-4] - [https://search.abb.com/library/Download.aspx?DocumentID=3AUA0000044201&LanguageCode=en&DocumentPartId=1&Action=Launch User's manual]

==Sensoren==

Im Housing finden sich [https://shelly.cloud/products/shelly-1-smart-home-automation-relay/ Shelly V1] Module, welche die Temperaturmesswerte mehrerer DS18B20 Sensoren zugänglich machen.

Die Shellys sind mit dem [[Projekte/Housing/WLAN|Housing-WLAN]] verbunden und liefern die Werte im 10 Sekunden-Intervall mittels [https://mqtt.org MQTT] an den MQTT-Server am [[Services|smokeping]].

Host: smokeping.funkfeuer.at
Port: 1883
Topic: #
User: client
Password: r3adMyData

Unter Linux hiermit abrufbar:
mosquitto_sub -h smokeping.funkfeuer.at -p 1883 -v -t '#' -u client -P 'r3adMyData'

Beispielausgabe:
$ mosquitto_sub -h smokeping.funkfeuer.at -p 1883 -t 'tele/tasmota_2BDE1A/SENSOR' -u client -P 'r3adMyData' | jq '.DS18B20.Temperature'
38.8
^C

=== Sensorpositionen ===

==== 2C75FB Warmgang ====
DS18B20-1: unten Regal
Id: 01193A7B24F0,
DS18B20-2: Lüfter
Id: 01193A907D4A,
DS18B20-3: Umrichter neben anderem Sensor
Id: 01193A97E4DD,
[[Datei:Sensor_vkm_ima_2C75FB.jpeg]]

==== 259C3C Kaltgang ====
DS18B20-1: oben neben anderem Sensor
Id: 011939EBED5C,
DS18B20-2: Raummitte
Id: 01193A21F54C,
DS18B20-3: im Schacht
Id: 01193A9C296F,
[[Datei:Sensor_vkm_ima_259C3C.jpeg]]

==== 2BDE1A Gittertür ====
DS18B20-1: Abluft Warmgang über Gittertür
Id: 031661ABF5FF,
[[Datei:Sensor_vkm_ima_2BDE1A.jpeg]]

==== 259BF2 Draußen ====
DS18B20-1: unten
Id: 01193A2BFA7F,
DS18B20-2: Schräge neben anderem Sensor
Id: 01193A2DA67A,
DS18B20-3: über Durchgang
Id: 01193A8B7507,
[[Datei:Sensor_vkm_ima_259BF2.jpeg]]

==ChangeLog==
Aktivitäten die Veränderungen an der Temperatur der Sensoren betreffen:

* 14.08.2020 16:30 NetApp abgebaut
* 16.08.2020 20:00 Kleinventilator bei Gittertür unten montiert
* 17.08.2020 18:25 Lüfter von 35Hz auf 50Hz
* 17.08.2020 18:30 Lamellen weiter aufgebogen
* 17.08.2020 19:15 Zukleben "Warmluftauslass" über Gittertür
* 17.08.2020 19:30 Gittertür auf
* 17.08.2020 22:00 Folie von Gittertür gänzlich entfernt
* 17.08.2020 22:20 Kleinventilator von Gittertür/Eingang zu Gittertür hinterer Keller ummontiert
* 19.08.2020 20:30 Kleinventilator abgeschaltet

Services/Organisation

2020-08-08T23:12:55Z

Vchrizz:

Diese Seite dient dazu die verschiedenen Services von FunkFeuer zu organisieren und zu definieren.

== Core Services ==

{| class="wikitable"
! scope="col"| Service
! scope="col"| Kurzbeschreibung
! scope="col"| Maintainer
! scope="col"| Page
|-
| Backbone Network
| Betrieb und Wartung des kabelgebundenen Backbone Netzes inkl. zugehöriger Glasfaserstrecken und der Internetanbindung. Es stellt Netzwerkanbindungen für das Funknetzwerk, Serverhousing sowie interner Dienste bereit.
| [[Benutzer:stefan|Stefan Schultheis]], Wolfgang Nagele, Simon Schwendemann
| [[Services/Organisation/Backbone Network]]
|-
| Core Infrastruktur
| BB-Wiki, Backups, Monitoring, [[Services/Security|Abuse, Security]],...
| Adi Kriegisch, Markus Gschwendt
| [[Services/Organisation/Core Infrastruktur]]
|-
| Roof Nodes
| Wartung der Standorte welche die Anbindung des Funknetzwerks an das kabelgebundene Netzwerk bereit stellen.
| Markus Gschwendt, Markus Kittenberger [[mailto:freebone@lists.funkfeuer.at Verstärkung gesucht]], [[Benutzer:vchrizz|Christoph Loesch]]
| [[Services/Organisation/Roof Nodes]]
|-
| Redeemer & DB
| Userinterface und Datenbank des Redeemer-Wien unter [https://portal.funkfeuer.at/wien/ Portal] zur Verwaltung von Usern, Nodes, Devices, IP-Adressen.
| [[Benutzer:pocki|Christian Pock]]
| [[Services/Organisation/Redeemer]]
|-
| BaseMap
| BaseMap unter [https://map.funkfeuer.at/wien/ map.funkfeuer.at/wien]
| [[Benutzer:pocki|Christian Pock]]
| [[Services/Organisation/BaseMap]]
|-
| Node Map
| NodeMap unter [https://map.funkfeuer.at/nodemap/ map.funkfeuer.at/nodemap] - siehe Detailseite
| [[Benutzer:erich|Erich N. Pekarek]], Alexander Biringer
| [[Services/Organisation/Node Map]]
|-
| OLSR2-Map
| OLSR2-Map, verlinkt auf [https://map.funkfeuer.at/ map.funkfeuer.at]
| [[Benutzer:pocki|Christian Pock]]
| [[Services/Organisation/Olsr2-Map]]
|-
| Datenpflege Nodes
| Wartung der Daten in der Node Datenbank im [https://portal.funkfeuer.at/ Portal]
| [[Benutzer:vchrizz|Christoph Loesch]], [[Benutzer:damadmai|Daniel A. Maierhofer]]
| [[Services/Organisation/Redeemer]]
|-
| Node DB
| TBD by Maintainer
| '''<DU?>'''
| [[Services/Organisation/Node DB]]
|-
| Node Support
| Unterstützung bei [[Hausverwaltungen|Anfrage um Bewilligung]], Unterstützung beim Node Aufbau sowie Node Wartung.
| [[Benutzer:vchrizz|Christoph Loesch]],
| [[Services/Organisation/Node Support]]
|-
| Node Monitoring
| [http://smokeping.funkfeuer.at/ SmokePing] für Freenet und Housing, Erkennung von LastSeen, Anzeige jüngster Olsr(v1)-Topologieänderungen
| Adi Kriegisch, Clemens Hopfer, [[Benutzer:pocki|Christian Pock]]
| [[Services/Organisation/Node Monitoring]]
|-
| Tunnelserver
| OpenVPN Tunnel für Verbindung über Internet zum FunkFeuer-Netzwerk
| [[Benutzer:erich|Erich N. Pekarek]], [[Benutzer:vchrizz|Christoph Lösch]], [[Benutzer:Pocki|Christian Pock]], [[Benutzer:damadmai|Daniel A. Maierhofer]]
| [[Services/Organisation/Tunnelserver]]
|-
| Housing Environment
| Stromversorgung, Lüftungstechnik
| Gerhard Steinbeis, Clemens Hopfer
| [[Services/Organisation/Housing Environment]]
|-
| Housing Administration
| Housing Frontend, Verwaltung, Rechnungslegung und Buchhaltung
| Clemens Hopfer, Kassiere
| [[Services/Organisation/Housing Administration]]
|-
| Housing Switches & VPN
| für Out of Band-Management
| David Hopfmüller, [[Benutzer:damadmai|Daniel A. Maierhofer]]
| [[Projekte/Housing/Server-OOB]]
|-
| Housing Wi-Fi
| für Internetzugang per WLAN im Housing
| [[Benutzer:damadmai|Daniel A. Maierhofer]]
| [[Projekte/Housing/WLAN]]
|-
| Mail
| Betrieb des Mailservers der zur Kommunikation, vor allem über [https://lists.funkfeuer.at/mailman/listinfo Mailinglisten] dient. Derzeit gibt es keine Postfächer für Personen. Diverse Services/Server nutzen den Mailserver als Smarthost.
| [mailto:postmaster@funkfeuer.at Adi Kriegisch, Markus Gschwendt]
| [[Services/Organisation/Mail]]
|-
| Mailinglists
| Betrieb und Wartung der [https://lists.funkfeuer.at/mailman/listinfo Mailinglisten]
|
| [[Services/Organisation/Mailinglists]]
|-
| Gallery
| Bildersammlung je Knoten, Event,...
Wir wollen dieses Service auf neue Beine stellen. Ein paar Ideen gibt es bereits.
| Markus Gschwendt, '''Co-Maintainer gesucht!'''
| [[Services/Organisation/Gallery]]
|-
| Wiki
| Betrieb dieses Wikis, sowohl technisch (Wartung) als auch organisatorisch (Gardening).
| David Hopfmüller, Matthias Šubik, [[Benutzer:damadmai|Daniel A. Maierhofer]], [[Benutzer:pocki|Christian Pock]]
| [[Services/Organisation/Wiki]]
|-
| Forum
| Betrieb und Wartung des Forum-Servers und der Discourse Instanz für Mitglieder.
| [[Benutzer:kaefert|Thomas Käfer]], [[Benutzer:vchrizz|Christoph Loesch]], [[Benutzer:erich|Erich N. Pekarek]]
| [[Services/Organisation/Forum]]
|-
| VoIP
| Betrieb und Wartung des Voice over IP Servers sowie Web-Frontend für Mitglieder.
| [[Benutzer:erich|Erich N. Pekarek]], [[Benutzer:vchrizz|Christoph Loesch]], '''<DU?>'''
| [[Services/Organisation/VoIP]]
|-
| Website
| Instandhaltung der Frontpages für FunkFeuer und das Housing.
| Clemens Hopfer
| [[Services/Organisation/Website]]
|-
| DNS Auth
| Zones (funkfeuer.at, Reverse)
| Adi Kriegisch, Markus Gschwendt
| [[Services/Organisation/DNS Auth]]
|-
| DNS Recursor
| Recursive DNS für Housing und Funknetz
| Adi Kriegisch, Markus Gschwendt
| [[Services/Organisation/DNS Recursor]]
|-
| Social Media
| Wir betreuen diverse Social Media Kanäle zur Außenkommunikation und freuen uns sehr über (auch gern kurze) Information zu aktuellen Entwicklungen, Bilder etc,
| Peter Schwindt, Paul Fuxjaeger, Clemens Hopfer
| [[Services/Organisation/Social Media]]
|-
| Big Blue Button
| Wir betreuen den BBB Server von Funkfeuer inkl. Installationsanleitung (tbd)
| Clemens Hopfer, [[Benutzer:shek|Pascal]], und auch du?
| [[Services/Organisation/BigBlueButton]]
|}

Services/Organisation

2020-08-08T22:57:37Z

Vchrizz:

Diese Seite dient dazu die verschiedenen Services von FunkFeuer zu organisieren und zu definieren.

== Core Services ==

{| class="wikitable"
! scope="col"| Service
! scope="col"| Kurzbeschreibung
! scope="col"| Maintainer
! scope="col"| Page
|-
| Backbone Network
| Betrieb und Wartung des kabelgebundenen Backbone Netzes inkl. zugehöriger Glasfaserstrecken und der Internetanbindung. Es stellt Netzwerkanbindungen für das Funknetzwerk, Serverhousing sowie interner Dienste bereit.
| [[Benutzer:stefan|Stefan Schultheis]], Wolfgang Nagele, Simon Schwendemann
| [[Services/Organisation/Backbone Network]]
|-
| Core Infrastruktur
| BB-Wiki, Backups, Monitoring, [[Services/Security|Abuse, Security]],...
| Adi Kriegisch, Markus Gschwendt
| [[Services/Organisation/Core Infrastruktur]]
|-
| Roof Nodes
| Wartung der Standorte welche die Anbindung des Funknetzwerks an das kabelgebundene Netzwerk bereit stellen.
| Markus Gschwendt, Markus Kittenberger [[mailto:freebone@lists.funkfeuer.at Verstärkung gesucht]], [[Benutzer:vchrizz|Christoph Loesch]]
| [[Services/Organisation/Roof Nodes]]
|-
| Redeemer & DB
| Userinterface und Datenbank des Redeemer-Wien unter [https://portal.funkfeuer.at/wien/ Portal] zur Verwaltung von Usern, Nodes, Devices, IP-Adressen.
| [[Benutzer:pocki|Christian Pock]]
| [[Services/Organisation/Redeemer]]
|-
| BaseMap
| BaseMap unter [https://map.funkfeuer.at/wien/ map.funkfeuer.at/wien]
| [[Benutzer:pocki|Christian Pock]]
| [[Services/Organisation/BaseMap]]
|-
| Node Map
| NodeMap unter [https://map.funkfeuer.at/nodemap/ map.funkfeuer.at/nodemap] - siehe Detailseite
| [[Benutzer:erich|Erich N. Pekarek]], Alexander Biringer
| [[Services/Organisation/Node Map]]
|-
| OLSR2-Map
| OLSR2-Map, verlinkt auf [https://map.funkfeuer.at/ map.funkfeuer.at]
| [[Benutzer:pocki|Christian Pock]]
| [[Services/Organisation/Olsr2-Map]]
|-
| Datenpflege Nodes
| Wartung der Daten in der Node Datenbank im [https://portal.funkfeuer.at/ Portal]
| [[Benutzer:vchrizz|Christoph Loesch]], [[Benutzer:damadmai|Daniel A. Maierhofer]]
| [[Services/Organisation/Redeemer]]
|-
| Node DB
| TBD by Maintainer
| '''<DU?>'''
| [[Services/Organisation/Node DB]]
|-
| Node Support
| Unterstützung bei Node Aufbau, Node Wartung
| [[Benutzer:vchrizz|Christoph Loesch]],
| [[Services/Organisation/Node Support]]
|-
| Node Monitoring
| [http://smokeping.funkfeuer.at/ SmokePing] für Freenet und Housing, Erkennung von LastSeen, Anzeige jüngster Olsr(v1)-Topologieänderungen
| Adi Kriegisch, Clemens Hopfer, [[Benutzer:pocki|Christian Pock]]
| [[Services/Organisation/Node Monitoring]]
|-
| Tunnelserver
| OpenVPN Tunnel für Verbindung über Internet zum FunkFeuer-Netzwerk
| [[Benutzer:erich|Erich N. Pekarek]], [[Benutzer:vchrizz|Christoph Lösch]], [[Benutzer:Pocki|Christian Pock]], [[Benutzer:damadmai|Daniel A. Maierhofer]]
| [[Services/Organisation/Tunnelserver]]
|-
| Housing Environment
| Stromversorgung, Lüftungstechnik
| Gerhard Steinbeis, Clemens Hopfer
| [[Services/Organisation/Housing Environment]]
|-
| Housing Administration
| Housing Frontend, Verwaltung, Rechnungslegung und Buchhaltung
| Clemens Hopfer, Kassiere
| [[Services/Organisation/Housing Administration]]
|-
| Housing Switches & VPN
| für Out of Band-Management
| David Hopfmüller, [[Benutzer:damadmai|Daniel A. Maierhofer]]
| [[Projekte/Housing/Server-OOB]]
|-
| Housing Wi-Fi
| für Internetzugang per WLAN im Housing
| [[Benutzer:damadmai|Daniel A. Maierhofer]]
| [[Projekte/Housing/WLAN]]
|-
| Mail
| Betrieb des Mailservers der zur Kommunikation, vor allem über [https://lists.funkfeuer.at/mailman/listinfo Mailinglisten] dient. Derzeit gibt es keine Postfächer für Personen. Diverse Services/Server nutzen den Mailserver als Smarthost.
| [mailto:postmaster@funkfeuer.at Adi Kriegisch, Markus Gschwendt]
| [[Services/Organisation/Mail]]
|-
| Mailinglists
| Betrieb und Wartung der [https://lists.funkfeuer.at/mailman/listinfo Mailinglisten]
|
| [[Services/Organisation/Mailinglists]]
|-
| Gallery
| Bildersammlung je Knoten, Event,...
Wir wollen dieses Service auf neue Beine stellen. Ein paar Ideen gibt es bereits.
| Markus Gschwendt, '''Co-Maintainer gesucht!'''
| [[Services/Organisation/Gallery]]
|-
| Wiki
| Betrieb dieses Wikis, sowohl technisch (Wartung) als auch organisatorisch (Gardening).
| David Hopfmüller, Matthias Šubik, [[Benutzer:damadmai|Daniel A. Maierhofer]], [[Benutzer:pocki|Christian Pock]]
| [[Services/Organisation/Wiki]]
|-
| Forum
| Betrieb und Wartung des Forum-Servers und der Discourse Instanz für Mitglieder.
| [[Benutzer:kaefert|Thomas Käfer]], [[Benutzer:vchrizz|Christoph Loesch]], [[Benutzer:erich|Erich N. Pekarek]]
| [[Services/Organisation/Forum]]
|-
| VoIP
| Betrieb und Wartung des Voice over IP Servers sowie Web-Frontend für Mitglieder.
| [[Benutzer:erich|Erich N. Pekarek]], [[Benutzer:vchrizz|Christoph Loesch]], '''<DU?>'''
| [[Services/Organisation/VoIP]]
|-
| Website
| Instandhaltung der Frontpages für FunkFeuer und das Housing.
| Clemens Hopfer
| [[Services/Organisation/Website]]
|-
| DNS Auth
| Zones (funkfeuer.at, Reverse)
| Adi Kriegisch, Markus Gschwendt
| [[Services/Organisation/DNS Auth]]
|-
| DNS Recursor
| Recursive DNS für Housing und Funknetz
| Adi Kriegisch, Markus Gschwendt
| [[Services/Organisation/DNS Recursor]]
|-
| Social Media
| Wir betreuen diverse Social Media Kanäle zur Außenkommunikation und freuen uns sehr über (auch gern kurze) Information zu aktuellen Entwicklungen, Bilder etc,
| Peter Schwindt, Paul Fuxjaeger, Clemens Hopfer
| [[Services/Organisation/Social Media]]
|-
| Big Blue Button
| Wir betreuen den BBB Server von Funkfeuer inkl. Installationsanleitung (tbd)
| Clemens Hopfer, [[Benutzer:shek|Pascal]], und auch du?
| [[Services/Organisation/BigBlueButton]]
|}

Services/Organisation

2020-08-08T22:48:58Z

Vchrizz:

Diese Seite dient dazu die verschiedenen Services von FunkFeuer zu organisieren und zu definieren.

== Core Services ==

{| class="wikitable"
! scope="col"| Service
! scope="col"| Kurzbeschreibung
! scope="col"| Maintainer
! scope="col"| Page
|-
| Backbone Network
| Betrieb und Wartung des kabelgebundenen Backbone Netzes inkl. zugehöriger Glasfaserstrecken und der Internetanbindung. Es stellt Netzwerkanbindungen für das Funknetzwerk, Serverhousing sowie interner Dienste bereit.
| [[Benutzer:stefan|Stefan Schultheis]], Wolfgang Nagele, Simon Schwendemann
| [[Services/Organisation/Backbone Network]]
|-
| Core Infrastruktur
| BB-Wiki, Backups, Monitoring, [[Services/Security|Abuse, Security]],...
| Adi Kriegisch, Markus Gschwendt
| [[Services/Organisation/Core Infrastruktur]]
|-
| Roof Nodes
| Wartung der Standorte welche die Anbindung des Funknetzwerks an das kabelgebundene Netzwerk bereit stellen.
| Markus Gschwendt, Markus Kittenberger [[mailto:freebone@lists.funkfeuer.at Verstärkung gesucht]]
| [[Services/Organisation/Roof Nodes]]
|-
| Redeemer & DB
| Userinterface und Datenbank des Redeemer-Wien unter [https://portal.funkfeuer.at/wien/ Portal] zur Verwaltung von Usern, Nodes, Devices, IP-Adressen.
| [[Benutzer:pocki|Christian Pock]]
| [[Services/Organisation/Redeemer]]
|-
| BaseMap
| BaseMap unter [https://map.funkfeuer.at/wien/ map.funkfeuer.at/wien]
| [[Benutzer:pocki|Christian Pock]]
| [[Services/Organisation/BaseMap]]
|-
| Node Map
| NodeMap unter [https://map.funkfeuer.at/nodemap/ map.funkfeuer.at/nodemap] - siehe Detailseite
| [[Benutzer:erich|Erich N. Pekarek]], Alexander Biringer
| [[Services/Organisation/Node Map]]
|-
| OLSR2-Map
| OLSR2-Map, verlinkt auf [https://map.funkfeuer.at/ map.funkfeuer.at]
| [[Benutzer:pocki|Christian Pock]]
| [[Services/Organisation/Olsr2-Map]]
|-
| Datenpflege Nodes
| Wartung der Daten in der Node Datenbank im [https://portal.funkfeuer.at/ Portal]
| [[Benutzer:vchrizz|Christoph Loesch]], [[Benutzer:damadmai|Daniel A. Maierhofer]]
| [[Services/Organisation/Redeemer]]
|-
| Node DB
| TBD by Maintainer
| '''<DU?>'''
| [[Services/Organisation/Node DB]]
|-
| Node Support
| Unterstützung bei Node Aufbau, Node Wartung
| [[Benutzer:vchrizz|Christoph Loesch]],
| [[Services/Organisation/Node Support]]
|-
| Node Monitoring
| [http://smokeping.funkfeuer.at/ SmokePing] für Freenet und Housing, Erkennung von LastSeen, Anzeige jüngster Olsr(v1)-Topologieänderungen
| Adi Kriegisch, Clemens Hopfer, [[Benutzer:pocki|Christian Pock]]
| [[Services/Organisation/Node Monitoring]]
|-
| Tunnelserver
| OpenVPN Tunnel für Verbindung über Internet zum FunkFeuer-Netzwerk
| [[Benutzer:erich|Erich N. Pekarek]], [[Benutzer:vchrizz|Christoph Lösch]], [[Benutzer:Pocki|Christian Pock]], [[Benutzer:damadmai|Daniel A. Maierhofer]]
| [[Services/Organisation/Tunnelserver]]
|-
| Housing Environment
| Stromversorgung, Lüftungstechnik
| Gerhard Steinbeis, Clemens Hopfer
| [[Services/Organisation/Housing Environment]]
|-
| Housing Administration
| Housing Frontend, Verwaltung, Rechnungslegung und Buchhaltung
| Clemens Hopfer, Kassiere
| [[Services/Organisation/Housing Administration]]
|-
| Housing Switches & VPN
| für Out of Band-Management
| David Hopfmüller, [[Benutzer:damadmai|Daniel A. Maierhofer]]
| [[Projekte/Housing/Server-OOB]]
|-
| Housing Wi-Fi
| für Internetzugang per WLAN im Housing
| [[Benutzer:damadmai|Daniel A. Maierhofer]]
| [[Projekte/Housing/WLAN]]
|-
| Mail
| Betrieb des Mailservers der zur Kommunikation, vor allem über [https://lists.funkfeuer.at/mailman/listinfo Mailinglisten] dient. Derzeit gibt es keine Postfächer für Personen. Diverse Services/Server nutzen den Mailserver als Smarthost.
| [mailto:postmaster@funkfeuer.at Adi Kriegisch, Markus Gschwendt]
| [[Services/Organisation/Mail]]
|-
| Mailinglists
| Betrieb und Wartung der [https://lists.funkfeuer.at/mailman/listinfo Mailinglisten]
|
| [[Services/Organisation/Mailinglists]]
|-
| Gallery
| Bildersammlung je Knoten, Event,...
Wir wollen dieses Service auf neue Beine stellen. Ein paar Ideen gibt es bereits.
| Markus Gschwendt, '''Co-Maintainer gesucht!'''
| [[Services/Organisation/Gallery]]
|-
| Wiki
| Betrieb dieses Wikis, sowohl technisch (Wartung) als auch organisatorisch (Gardening).
| David Hopfmüller, Matthias Šubik, [[Benutzer:damadmai|Daniel A. Maierhofer]], [[Benutzer:pocki|Christian Pock]]
| [[Services/Organisation/Wiki]]
|-
| Forum
| Betrieb und Wartung des Forum-Servers und der Discourse Instanz für Mitglieder.
| [[Benutzer:kaefert|Thomas Käfer]], [[Benutzer:vchrizz|Christoph Loesch]], [[Benutzer:erich|Erich N. Pekarek]]
| [[Services/Organisation/Forum]]
|-
| VoIP
| Betrieb und Wartung des Voice over IP Servers sowie Web-Frontend für Mitglieder.
| [[Benutzer:erich|Erich N. Pekarek]], [[Benutzer:vchrizz|Christoph Loesch]], '''<DU?>'''
| [[Services/Organisation/VoIP]]
|-
| Website
| Instandhaltung der Frontpages für FunkFeuer und das Housing.
| Clemens Hopfer
| [[Services/Organisation/Website]]
|-
| DNS Auth
| Zones (funkfeuer.at, Reverse)
| Adi Kriegisch, Markus Gschwendt
| [[Services/Organisation/DNS Auth]]
|-
| DNS Recursor
| Recursive DNS für Housing und Funknetz
| Adi Kriegisch, Markus Gschwendt
| [[Services/Organisation/DNS Recursor]]
|-
| Social Media
| Wir betreuen diverse Social Media Kanäle zur Außenkommunikation und freuen uns sehr über (auch gern kurze) Information zu aktuellen Entwicklungen, Bilder etc,
| Peter Schwindt, Paul Fuxjaeger, Clemens Hopfer
| [[Services/Organisation/Social Media]]
|-
| Big Blue Button
| Wir betreuen den BBB Server von Funkfeuer inkl. Installationsanleitung (tbd)
| Clemens Hopfer, [[Benutzer:shek|Pascal]], und auch du?
| [[Services/Organisation/BigBlueButton]]
|}

Services/Organisation/Roof Nodes

2020-07-28T19:50:21Z

Vchrizz:

== Definition "Roof Nodes" ==
Roof Nodes werden zu solchen explizit erklärt. D.h. die Kriterien zu erfüllen alleine reicht nicht.

Roof Nodes sind Standorte, welche eine direkte (Layer2-)Verbindung zum [[Services/Organisation/Backbone_Network|Backbone Network]] haben und dem Verein langfristig zur Verfügung gestellt werden. Genauer gesagt Knoten an Standorten, die eine direkte Glasfaserverbindung zu einem der offiziellen Uplinks von Funkfeuer (AS35492) haben. Das Funknetz muss über diese Standorte direkt von den Uplinks geroutet sein (bzw. auch umgekehrt).

Der Betrieb folgender Roof Nodes erfolgt durch den Verein Funkfeuer:
* 1010 Wien, Landesgerichtsstraße 18 - [[Services/Organisation/Roof_Nodes/KryptaRoof|KryptaRoof]] ([https://www.oebv.com Österreichische Beamtenversicherung])
* 1010 Wien, Universitätsstraße 7 - [[Services/Organisation/Roof_Nodes/NIXRoof|NIXRoof]] ([https://www.univie.ac.at/ueber-uns/standorte-plaene/alle-standorte/ Neues Institutsgebäude (NIG)] / [https://www.vix.at/vix_locations.html VIX1])
* 1100 Wien, Fernkorngasse 10 - [[Services/Organisation/Roof_Nodes/NessusRoof|NessusRoof]] ([https://www.nessus.at/ NESSUS GmbH])
* 1060 Wien, Hofmühlgasse 3 - [[Services/Organisation/Roof_Nodes/AnexiaRoof|AnexiaRoof]] ([https://www.anexia-it.com/de/ ANEXIA Internetdienstleistungs GmbH])

== Allgemeines ==
Roof Nodes sind ähnlich wie der Backbone ein zentraler Teil der Infrastruktur des Vereins und stehen ''nicht'' für Experimente zur Verfügung, da dadurch zu viel Netzteilnehmer beeinträchtigt werden könnten.

== Linkplanung ==

Neue Links und Veränderungen müssen für die Roof Nodes gut geplant werden um Frequenzprobleme zu vermeiden, standortspezifische Anfordernisse und Auflagen berücksichtigen zu können sowie die Beeinträchtigung anderer/bestehender Links zu vermeiden.

Die Links sind bewusst nicht offen zum Anbinden für Mitglieder. Eine geplante Anbindung nach Rücksprache mit den Maintainern und deren Prüfung sowie deren Zustimmung kann ermöglicht werden.

== Auf-/Umbau/Anbindung ==

* Rechtzeitige Planung und Einbeziehung der Maintainer des Standortes.
* Maintainer des Standortes organisieren den Zutritt und sind bei den Arbeiten anwesend und achten darauf, dass die Dokumentation aktuell und möglichst vollständig ist.
* Beachten der standortspezifischen Anfordernisse und Auflagen.
* Zuerst überlegen ob eine Anbindung an einen anderen Knoten möglich ist - Dezentralisierung, Vermeidung von Sternstruktur im Freenet.
* Dokumentation im Backbone Wiki bzw. in der Config der Devices.

== Abhängigkeiten ==
* [[Services/Organisation/Backbone_Network|Backbone Network]]

== Maintainer ==

Jeder Roof Node sollte zumindest zwei Maintainer haben

=== Krypta ===
* Markus Gschwendt
* Markus Kittenberger

=== NIX ===
* Markus Gschwendt
* Markus Kittenberger

=== Nessus ===
* [[Benutzer:vchrizz|Christoph Loesch]]

=== Anexia ===
* Wolfgang Nagele
* [[Benutzer:vchrizz|Christoph Loesch]]

=== Falke ===
* ?

Services/Organisation/Mailinglists

2020-07-18T16:05:07Z

Vchrizz:

== Beschreibung ==
Die Mailinglisten stellen einen Weg zur Kommunikation im Verein dar.

== Abhängigkeiten ==
[[Services/DNS|DNS]], [[Services/Organisation/Mail|Mail]]

== Verwendung ==
TBD by Maintainer

== Maintainer ==

{| class="wikitable"
! scope="col"| Liste
! scope="col"| Kurzbeschreibung
! scope="col"| Listen Administratoren
|-
| Core
|
|
|-
| Discuss
| Technische und praktische Diskussionen von/über/mit/für FunkFeuer
|
|-
| Graz
|
|
|-
| icvpn
| http://wiki.freifunk.net/IC-VPN
|
|-
| IPv6-wien
|
|
|-
| Members-Wien
| Moderierte Liste die ausschliesslich zur Kommunikation an Mitglieder ist um z.B. eine Generalversammlung anzukündigen.
|
|-
| Security
| Security 4 Funkfeuer Mailing list
|
|-
| Tunnel
|
|
|-
| VoIP
| Diskussionsliste bzgl. allen Themen rund um Voice-over-IP
| Franz Lax, [[Benutzer:vchrizz|Christoph Loesch]]
|-
| Vorstand
| Mailingliste des Vorstands
| [[Benutzer:damadmai|Daniel A. Maierhofer]]
|-
| Weinviertel
|
|
|-
| Wien
| Diskussionsliste für Knoten in und um Wien
|
|}

Services/Organisation/Mailinglists

2020-07-18T15:59:06Z

Vchrizz:

== Beschreibung ==
TBD by Maintainer

== Abhängigkeiten ==
[[Services/DNS|DNS]], [[Services/Organisation/Mail|Mail]]

== Verwendung ==
TBD by Maintainer

== Maintainer ==

{| class="wikitable"
! scope="col"| Liste
! scope="col"| Kurzbeschreibung
! scope="col"| Listen Administratoren
|-
| Core
|
|
|-
| Discuss
| Technische und praktische Diskussionen von/über/mit/für FunkFeuer
|
|-
| Graz
|
|
|-
| icvpn
| http://wiki.freifunk.net/IC-VPN
|
|-
| IPv6-wien
|
|
|-
| Members-Wien
| Moderierte Liste die ausschliesslich zur Kommunikation an Mitglieder ist um z.B. eine Generalversammlung anzukündigen.
|
|-
| Security
| Security 4 Funkfeuer Mailing list
|
|-
| Tunnel
|
|
|-
| VoIP
| Diskussionsliste bzgl. allen Themen rund um Voice-over-IP
| Franz Lax, [[Benutzer:vchrizz|Christoph Loesch]]
|-
| Vorstand
| Mailingliste des Vorstands
| [[Benutzer:damadmai|Daniel A. Maierhofer]]
|-
| Weinviertel
|
|
|-
| Wien
| Diskussionsliste für Knoten in und um Wien
|
|}

Services/Organisation/Mailinglists

2020-07-17T11:48:48Z

Vchrizz:

== Beschreibung ==
TBD by Maintainer

== Abhängigkeiten ==
[[Services/DNS|DNS]], [[Services/Organisation/Mail|Mail]]

== Verwendung ==
TBD by Maintainer

== Maintainer ==

{| class="wikitable"
! scope="col"| Liste
! scope="col"| Kurzbeschreibung
! scope="col"| Listen Administratoren
|-
| Core
|
| [[User:datacop|Clemens]]
|-
| Discuss
| Technische und praktische Diskussionen von/über/mit/für FunkFeuer
|
|-
| Graz
|
|
|-
| icvpn
| http://wiki.freifunk.net/IC-VPN
|
|-
| IPv6-wien
|
|
|-
| Members-Wien
| Moderierte Liste die ausschliesslich zur Kommunikation an Mitglieder ist um z.B. eine Generalversammlung anzukündigen.
|
|-
| Security
| Security 4 Funkfeuer Mailing list
|
|-
| Tunnel
|
|
|-
| VoIP
| Diskussionsliste bzgl. allen Themen rund um Voice-over-IP
| Franz Lax, [[Benutzer:vchrizz|Christoph Loesch]]
|-
| Vorstand
| Mailingliste des Vorstands
| [[Benutzer:damadmai|Daniel A. Maierhofer]]
|-
| Weinviertel
|
|
|-
| Wien
| Diskussionsliste für Knoten in und um Wien
|
|}

Services/Organisation/Housing/Temperatur

2020-07-17T11:28:35Z

Vchrizz:

==Lueftung==

Link zur Berechnungstabelle fuer den Luftdurchsatz im Housing: [https://pads.c3w.at/sheet/#/2/sheet/view/DGAr6PwoblvjLpnHIMY9GkSDTLLpz19jjSsAGkRpEJg/ TheVault Lueftersetting] (schreibenden Zugriff bei Zem erfragen)
Laut Tabelle muesste der luefter bei angenommenem Verbrauch von 2KW mit halber stufe Luft nach draussen blasen.

Siehe auch: [[Projekte/Housing/Umzug/L%C3%BCftung]]

Genutzter FrequenzUmrichter: [https://new.abb.com/products/de/3AUA0000039630/acs310-03e-06a2-4-pn-2-2-i2n-6-2a-ip20 ACS310-03E-06A2-4] - [https://search.abb.com/library/Download.aspx?DocumentID=3AUA0000044201&LanguageCode=en&DocumentPartId=1&Action=Launch User's manual]

==Sensoren==

Im Housing findet sich ein [https://shelly.cloud/products/shelly-1-smart-home-automation-relay/ Shelly V1] der die Temperatur der Warmgangabluftschneise zugänglich macht.

Der Shelly ist mit dem [[Projekte/Housing/WLAN|Housing-WLAN]] verbunden und liefert die Werte im 10 Sekundenintervall mittels [https://mqtt.org MQTT] an den MQTT-Server am [[Services|smokeping]].

Host: smokeping.funkfeuer.at
Port: 1883
Topic: #
User: client
Password: r3adMyData

Unter Linux hiermit abrufbar:
mosquitto_sub -h smokeping.funkfeuer.at -p 1883 -v -t '#' -u client -P 'r3adMyData'

Beispielausgabe:
$ mosquitto_sub -h smokeping.funkfeuer.at -p 1883 -t 'tele/tasmota_2BDE1A/SENSOR' -u client -P 'r3adMyData' | jq '.DS18B20.Temperature'
38.8
^C

Hier ein Foto des Sensors:

[[Datei:Sensor_vkm_ima_b3c746a.jpeg]]

Services/Organisation/Housing/Temperatur

2020-07-17T11:27:38Z

Vchrizz: details zu frequenzumrichter hinzugefügt

==Lueftung==

Link zur Berechnungstabelle fuer den Luftdurchsatz im Housing: [https://pads.c3w.at/sheet/#/2/sheet/view/DGAr6PwoblvjLpnHIMY9GkSDTLLpz19jjSsAGkRpEJg/ TheVault Lueftersetting] (schreibenden Zugriff bei Zem erfragen)
Laut Tabelle muesste der luefter bei angenommenem Verbrauch von 2KW mit halber stufe Luft nach draussen blasen.

Siehe auch: [[Projekte/Housing/Umzug/L%C3%BCftung]]

Genutzter FrequenzUmrichter: [https://new.abb.com/products/de/3AUA0000039630/acs310-03e-06a2-4-pn-2-2-i2n-6-2a-ip20|ACS310-03E-06A2-4] - [https://search.abb.com/library/Download.aspx?DocumentID=3AUA0000044201&LanguageCode=en&DocumentPartId=1&Action=Launch|User's manual]

==Sensoren==

Im Housing findet sich ein [https://shelly.cloud/products/shelly-1-smart-home-automation-relay/ Shelly V1] der die Temperatur der Warmgangabluftschneise zugänglich macht.

Der Shelly ist mit dem [[Projekte/Housing/WLAN|Housing-WLAN]] verbunden und liefert die Werte im 10 Sekundenintervall mittels [https://mqtt.org MQTT] an den MQTT-Server am [[Services|smokeping]].

Host: smokeping.funkfeuer.at
Port: 1883
Topic: #
User: client
Password: r3adMyData

Unter Linux hiermit abrufbar:
mosquitto_sub -h smokeping.funkfeuer.at -p 1883 -v -t '#' -u client -P 'r3adMyData'

Beispielausgabe:
$ mosquitto_sub -h smokeping.funkfeuer.at -p 1883 -t 'tele/tasmota_2BDE1A/SENSOR' -u client -P 'r3adMyData' | jq '.DS18B20.Temperature'
38.8
^C

Hier ein Foto des Sensors:

[[Datei:Sensor_vkm_ima_b3c746a.jpeg]]

Services/Organisation/Mailinglists

2020-07-17T09:29:40Z

Vchrizz:

== Beschreibung ==
TBD by Maintainer

== Abhängigkeiten ==
[[Services/DNS|DNS]], [[Services/Organisation/Mail|Mail]]

== Verwendung ==
TBD by Maintainer

== Maintainer ==

{| class="wikitable"
! scope="col"| Liste
! scope="col"| Kurzbeschreibung
! scope="col"| Listen Administratoren
|-
| Core
|
| [[User:datacop|Clemens]]
|-
| Discuss
| Technische und praktische Diskussionen von/über/mit/für FunkFeuer
|
|-
| Graz
|
|
|-
| icvpn
| http://wiki.freifunk.net/IC-VPN
|
|-
| IPv6-wien
|
|
|-
| Security
| Security 4 Funkfeuer Mailing list
|
|-
| Tunnel
|
|
|-
| VoIP
| Diskussionsliste bzgl. allen Themen rund um Voice-over-IP
| Franz Lax, [[Benutzer:vchrizz|Christoph Loesch]]
|-
| Vorstand
| Mailingliste des Vorstands
| [[Benutzer:damadmai|Daniel A. Maierhofer]]
|-
| Weinviertel
|
|
|-
| Wien
| Diskussionsliste für Knoten in und um Wien
|
|}

Services/Organisation/Mailinglists

2020-07-17T09:22:28Z

Vchrizz:

== Beschreibung ==
TBD by Maintainer

== Abhängigkeiten ==
[[Services/DNS|DNS]], [[Services/Organisation/Mail|Mail]]

== Verwendung ==
TBD by Maintainer

== Maintainer ==

{| class="wikitable"
! scope="col"| Liste
! scope="col"| Kurzbeschreibung
! scope="col"| Listen Administratoren
|-
| Core
|
|
|-
| Discuss
| Technische und praktische Diskussionen von/über/mit/für FunkFeuer
|
|-
| Graz
|
|
|-
| icvpn
| http://wiki.freifunk.net/IC-VPN
|
|-
| IPv6-wien
|
|
|-
| Security
| Security 4 Funkfeuer Mailing list
|
|-
| Tunnel
|
|
|-
| VoIP
| Diskussionsliste bzgl. allen Themen rund um Voice-over-IP
| Franz Lax, [[Benutzer:vchrizz|Christoph Loesch]]
|-
| Vorstand
| Mailingliste des Vorstands
| [[Benutzer:damadmai|Daniel A. Maierhofer]]
|-
| Weinviertel
|
|
|-
| Wien
| Diskussionsliste für Knoten in und um Wien
|
|}

Services/Organisation/Mailinglists

2020-07-16T16:37:45Z

Vchrizz:

== Beschreibung ==
TBD by Maintainer

== Abhängigkeiten ==
[[Services/DNS|DNS]], [[Services/Organisation/Mail|Mail]]

== Verwendung ==
TBD by Maintainer

== Maintainer ==

{| class="wikitable"
! scope="col"| Liste
! scope="col"| Kurzbeschreibung
! scope="col"| Listen Administratoren
|-
| Discuss
| Technische und praktische Diskussionen von/über/mit/für FunkFeuer
|
|-
| Graz
|
|
|-
| icvpn
| http://wiki.freifunk.net/IC-VPN
|
|-
| IPv6-wien
|
|
|-
| Security
| Security 4 Funkfeuer Mailing list
|
|-
| Tunnel
|
|
|-
| VoIP
| Diskussionsliste bzgl. allen Themen rund um Voice-over-IP
| Franz Lax, [[Benutzer:vchrizz|Christoph Loesch]]
|-
| Vorstand
| Mailingliste des Vorstands
| [[Benutzer:damadmai|Daniel A. Maierhofer]]
|-
| Weinviertel
|
|
|-
| Wien
| Diskussionsliste für Knoten in und um Wien
|
|}

Services/Organisation/Mailinglists

2020-07-16T13:03:38Z

Vchrizz: vorstandsliste hinzugefügt

== Beschreibung ==
TBD by Maintainer

== Abhängigkeiten ==
[[Services/DNS|DNS]], [[Services/Organisation/Mail|Mail]]

== Verwendung ==
TBD by Maintainer

== Maintainer ==

{| class="wikitable"
! scope="col"| Liste
! scope="col"| Kurzbeschreibung
! scope="col"| Listen Administratoren
|-
| Discuss
| Technische und praktische Diskussionen von/über/mit/für FunkFeuer
|
|-
| Graz
|
|
|-
| icvpn
| http://wiki.freifunk.net/IC-VPN
|
|-
| IPv6-wien
|
|
|-
| Security
| Security 4 Funkfeuer Mailing list
|
|-
| Tunnel
|
|
|-
| VoIP
| Diskussionsliste bzgl. allen Themen rund um Voice-over-IP
| Franz Lax, [[Benutzer:vchrizz|Christoph Loesch]]
|-
| Vorstand
| Mailingliste des Vorstands
|
|-
| Weinviertel
|
|
|-
| Wien
| Diskussionsliste für Knoten in und um Wien
|
|}

Services/Organisation/Mailinglists

2020-07-16T11:56:38Z

Vchrizz: maintainer-tabelle angelegt

== Beschreibung ==
TBD by Maintainer

== Abhängigkeiten ==
[[Services/DNS|DNS]], [[Services/Organisation/Mail|Mail]]

== Verwendung ==
TBD by Maintainer

== Maintainer ==

{| class="wikitable"
! scope="col"| Liste
! scope="col"| Kurzbeschreibung
! scope="col"| Listen Administratoren
|-
| Discuss
| Technische und praktische Diskussionen von/über/mit/für FunkFeuer
|
|-
| Graz
|
|
|-
| icvpn
| http://wiki.freifunk.net/IC-VPN
|
|-
| IPv6-wien
|
|
|-
| Security
| Security 4 Funkfeuer Mailing list
|
|-
| Tunnel
|
|
|-
| VoIP
| Diskussionsliste bzgl. allen Themen rund um Voice-over-IP
| Franz Lax, [[Benutzer:vchrizz|Christoph Loesch]]
|-
| Weinviertel
|
|
|-
| Wien
| Diskussionsliste für Knoten in und um Wien
|
|}

Services/Organisation

2020-07-16T11:34:14Z

Vchrizz: mailinglisten hinzugefügt

Diese Seite dient dazu die verschiedenen Services von FunkFeuer zu organisieren und zu definieren.

== Core Services ==

{| class="wikitable"
! scope="col"| Service
! scope="col"| Kurzbeschreibung
! scope="col"| Maintainer
! scope="col"| Page
|-
| Backbone Network
| Betrieb und Wartung des kabelgebundenen Backbone Netzes inkl. zugehöriger Glasfaserstrecken und der Internetanbindung. Es stellt Netzwerkanbindungen für das Funknetzwerk, Serverhousing sowie interner Dienste bereit.
| [[Benutzer:stefan|Stefan Schultheis]], Wolfgang Nagele, Simon Schwendemann
| [[Services/Organisation/Backbone Network]]
|-
| Core Infrastruktur
| BB-Wiki, Backups, Monitoring, [[Services/Security|Abuse, Security]],...
| Adi Kriegisch, Markus Gschwendt
| [[Services/Organisation/Core Infrastruktur]]
|-
| Roof Nodes
| Wartung der Standorte welche die Anbindung des Funknetzwerks an das kabelgebundene Netzwerk bereit stellen.
| Markus Gschwendt, Markus Kittenberger [[mailto:freebone@lists.funkfeuer.at Verstärkung gesucht]]
| [[Services/Organisation/Roof Nodes]]
|-
| Redeemer & DB
| Userinterface und Datenbank des Redeemer-Wien unter [https://portal.funkfeuer.at/wien/ Portal] zur Verwaltung von Usern, Nodes, Devices, IP-Adressen.
| [[Benutzer:pocki|Christian Pock]]
| [[Services/Organisation/Redeemer]]
|-
| BaseMap
| BaseMap unter [https://map.funkfeuer.at/wien/ map.funkfeuer.at/wien]
| [[Benutzer:pocki|Christian Pock]]
| [[Services/Organisation/BaseMap]]
|-
| Node Map
| NodeMap unter [https://map.funkfeuer.at/nodemap/ map.funkfeuer.at/nodemap] - siehe Detailseite
| [[Benutzer:erich|Erich N. Pekarek]], Alexander Biringer
| [[Services/Organisation/Node Map]]
|-
| OLSR2-Map
| OLSR2-Map, verlinkt auf [https://map.funkfeuer.at/ map.funkfeuer.at]
| [[Benutzer:pocki|Christian Pock]]
| [[Services/Organisation/Olsr2-Map]]
|-
| Datenpflege Nodes
| Wartung der Daten in der Knoten Datenbank im [https://portal.funkfeuer.at/ Portal]
| [[Benutzer:vchrizz|Christoph Loesch]], [[Benutzer:damadmai|Daniel A. Maierhofer]]
| [[Services/Organisation/Redeemer]]
|-
| Node DB
| TBD by Maintainer
| '''<DU?>'''
| [[Services/Organisation/Node DB]]
|-
| Node Monitoring
| [http://smokeping.funkfeuer.at/ SmokePing] für Freenet und Housing, Erkennung von LastSeen, Anzeige jüngster Olsr(v1)-Topologieänderungen
| Adi Kriegisch, Clemens Hopfer, [[Benutzer:pocki|Christian Pock]]
| [[Services/Organisation/Node Monitoring]]
|-
| Tunnelserver
| OpenVPN Tunnel für Verbindung über Internet zum FunkFeuer-Netzwerk
| [[Benutzer:erich|Erich N. Pekarek]], [[Benutzer:vchrizz|Christoph Lösch]], [[Benutzer:Pocki|Christian Pock]], [[Benutzer:damadmai|Daniel A. Maierhofer]]
| [[Services/Organisation/Tunnelserver]]
|-
| Housing Environment
| Stromversorgung, Lüftungstechnik
| Gerhard Steinbeis, Clemens Hopfer
| [[Services/Organisation/Housing Environment]]
|-
| Housing Administration
| Housing Frontend, Verwaltung, Rechnungslegung und Buchhaltung
| Clemens Hopfer, Kassiere
| [[Services/Organisation/Housing Administration]]
|-
| Housing Switches & VPN
| für Out of Band-Management
| David Hopfmüller, [[Benutzer:damadmai|Daniel A. Maierhofer]]
| [[Projekte/Housing/Server-OOB]]
|-
| Housing Wi-Fi
| für Internetzugang per WLAN im Housing
| [[Benutzer:damadmai|Daniel A. Maierhofer]]
| [[Projekte/Housing/WLAN]]
|-
| Mail
| Betrieb des Mailservers der zur Kommunikation, vor allem über [https://lists.funkfeuer.at/mailman/listinfo Mailinglisten] dient. Derzeit gibt es keine Postfächer für Personen. Diverse Services/Server nutzen den Mailserver als Smarthost.
| [mailto:postmaster@funkfeuer.at Adi Kriegisch, Markus Gschwendt]
| [[Services/Organisation/Mail]]
|-
| Mailinglists
| Betrieb und Wartung der [https://lists.funkfeuer.at/mailman/listinfo Mailinglisten]
|
| [[Services/Organisation/Mailinglists]]
|-
| Gallery
| Bildersammlung je Knoten, Event,...
Wir wollen dieses Service auf neue Beine stellen. Ein paar Ideen gibt es bereits.
| Markus Gschwendt, '''Co-Maintainer gesucht!'''
| [[Services/Organisation/Gallery]]
|-
| Wiki
| Betrieb dieses Wikis, sowohl technisch (Wartung) als auch organisatorisch (Gardening).
| David Hopfmüller, Matthias Šubik, [[Benutzer:damadmai|Daniel A. Maierhofer]], [[Benutzer:pocki|Christian Pock]]
| [[Services/Organisation/Wiki]]
|-
| Forum
| Betrieb und Wartung des Forum-Servers und der Discourse Instanz für Mitglieder.
| [[Benutzer:kaefert|Thomas Käfer]], [[Benutzer:vchrizz|Christoph Loesch]], [[Benutzer:erich|Erich N. Pekarek]]
| [[Services/Organisation/Forum]]
|-
| VoIP
| Betrieb und Wartung des Voice over IP Servers sowie Web-Frontend für Mitglieder.
| [[Benutzer:erich|Erich N. Pekarek]], [[Benutzer:vchrizz|Christoph Loesch]], '''<DU?>'''
| [[Services/Organisation/VoIP]]
|-
| Website
| Instandhaltung der Frontpages für FunkFeuer und das Housing.
| Clemens Hopfer
| [[Services/Organisation/Website]]
|-
| DNS Auth
| Zones (funkfeuer.at, Reverse)
| Adi Kriegisch, Markus Gschwendt
| [[Services/Organisation/DNS Auth]]
|-
| DNS Recursor
| Recursive DNS für Housing und Funknetz
| Adi Kriegisch, Markus Gschwendt
| [[Services/Organisation/DNS Recursor]]
|-
| Social Media
| Wir betreuen diverse Social Media Kanäle zur Außenkommunikation und freuen uns sehr über (auch gern kurze) Information zu aktuellen Entwicklungen, Bilder etc,
| Peter Schwindt, Paul Fuxjaeger, Clemens Hopfer
| [[Services/Organisation/Social Media]]
|-
| Big Blue Button
| Wir betreuen den BBB Server von Funkfeuer inkl. Installationsanleitung (tbd)
| Clemens Hopfer, [[Benutzer:shek|Pascal]], und auch du?
| [[Services/Organisation/BigBlueButton]]
|}

Services/Organisation/Mailinglists

2020-07-16T11:30:55Z

Vchrizz: Die Seite wurde neu angelegt: „== Beschreibung == TBD by Maintainer == Abhängigkeiten == TBD by Maintainer == Verwend…“

== Beschreibung ==
TBD by Maintainer

== Abhängigkeiten ==
TBD by Maintainer

== Verwendung ==
TBD by Maintainer

== Maintainer ==
TBD by Maintainer

Services/Organisation/Core Infrastruktur/Server

2020-07-14T01:16:50Z

Vchrizz:

== Core Server ==

{| class="wikitable"
! scope="col"| Hostname
! scope="col"| Location
! scope="col"| IP-Adresse
! scope="col"| Virtuelle Maschinen
! scope="col"| Maintainer
! scope="col"| Kommentar
|-
| [[Services/Organisation/Core Infrastruktur/Server/deepthought|deepthought]]
| ?
| ?
| ?
| ?
|
|-
| [[Services/Organisation/Core Infrastruktur/Server/dwarf|dwarf]]
| ?
| ?
| ?
| ?
|
|-
| [[Services/Organisation/Core Infrastruktur/Server/ford|ford]]
| Nessus NDC2
| ?
| [[Services/Organisation/Forum|Forum]], [[Services/Organisation/VoIP|VoIP]], [[Services/Organisation/Wiki|Wiki]]
| ?
| [[https://lists.funkfeuer.at/pipermail/wien/2020-July/013460.html |RAID-Check]] (jeden ersten Sonntag im Monat), Xen-Virtualisierung
|-
| [[Services/Organisation/Core Infrastruktur/Server/machine|machine]]
| Nessus NDC2
| 193.238.159.36
| [[Services/Organisation/Tunnelserver|suidao/Tunnel]]
| [[Benutzer:erich|Erich N. Pekarek]], [[Benutzer:vchrizz|Christoph Lösch]], [[Benutzer:Pocki|Christian Pock]], [[Benutzer:damadmai|Daniel A. Maierhofer]]
| TS2018
|-
| [[Services/Organisation/Core Infrastruktur/Server/vogsphere|vogsphere]]
| [[Projekte/Housing|Housing/VKM]]
| ?
| ?
| ?
|
|-
|}