Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- knb:rpb4_wg [2020/12/17 09:29] – [Installation] Django
+++ knb:rpb4_wg [2020/12/17 20:15] – fix some typos gunter.m
@@ Zeile 16: / Zeile 16: @@
 \\
 In den nachfolgenden Beispielen zu den Shell-/Konsolen-Befehlen gelt folgende Formatierungen:
-  * Ein vorangestelltes Dollarzeichen **''$''** bedeutet, dass der bzw. die Befehle mit Userrechten des gerade angemldeten Benutzers ausgeführt werden können.
+  * Ein vorangestelltes Dollarzeichen **''$''** bedeutet, dass der bzw. die Befehle mit Userrechten des gerade angemeldeten Benutzers ausgeführt werden können.
-  * Ein vorangestelltes Raute-Symbol **''#''** hingegen bedeutet, dass zum Ausführen des Befehls bzw. der befehle Root-Rechte benötigt werden, die man z.b. mit Hilfe von **'' $ sudo su -''** erlangen kann.
+  * Ein vorangestelltes Raute-Symbol **''#''** hingegen bedeutet, dass zum Ausführen des Befehls bzw. der Befehle Root-Rechte benötigt werden, die man z.b. mit Hilfe von **'' $ sudo su -''** erlangen kann.
 \\
 Sollten trotz des eingehenden Studiums dieser Anleitung dennoch Fragen offen bleiben, oder unvorhergesehenen Problemstellungen auftreten, findet man im **[[https://chat.ffmuc.net/freifunk/channels/technik-offloader|Chat]]** sicher schnell Hilfe und Unterstützung.
@@ Zeile 23: / Zeile 23: @@
 </WRAP>
-Mit dem [[https://www.raspberrypi.org/documentation/hardware/raspberrypi/bcm2711/rpi_DATA_2711_1p0_preliminary.pdf|Raspberry PI 4]] ist es das erste Mal möglich, einen Offloader sinnvoll auf einem PI zu betreiben. Denn in dieser Version bietet der Ethernet Anschluss genug Durchsatz und die CPU ist leistungsfähig genug um eine ordentliche **wireguard** Performance zu bieten. Dies war bei den Vorgänger Modellen so leider **nicht** der Fall.
+Mit dem [[https://www.raspberrypi.org/documentation/hardware/raspberrypi/bcm2711/rpi_DATA_2711_1p0_preliminary.pdf|Raspberry PI 4]] ist es das erste Mal möglich, einen Offloader sinnvoll auf einem PI zu betreiben. Denn in dieser Version bietet der Ethernet Anschluss genug Durchsatz, und die CPU ist leistungsfähig genug um eine ordentliche **WireGuard** Performance zu bieten. Dies war bei den Vorgänger Modellen so leider **nicht** der Fall.
 <WRAP center round important 60%>
@@ Zeile 60: / Zeile 60: @@
 ==== Kopieren des Images auf die MicroSD-Karte ====
-Nun können wir das Image auf die MicroSD-Karte, die wir später in den Raspberry 4B stecken kopieren. Wir werfen also am besten einmal einen Blick in das syslog unseres Arbeitsrechners und erkennen so das Device unserer Speicherkarte.
+Nun können wir das Image auf die MicroSD-Karte, die wir später in den Raspberry 4B stecken, kopieren. Wir werfen also am besten einmal einen Blick in das syslog unseres Arbeitsrechners und erkennen so das Device unserer Speicherkarte.
    # tail -f /var/log/messages
 bzw.
@@ Zeile 377: / Zeile 377: @@
 ===== WIREGUARD =====
 ==== Grundlagen / Hintergründe ====
-Für die Verbindung unseres Offloaders/Nodes zum Freifunk München Netz greifen wir auf den VPN-Tunnel Mechanismus von **[[https://www.wireguard.com/|wireguard]]** zurück. Hintergründe zum Wechsel von **[[https://github.com/NeoRaider/fastd/wiki|FASTD]]** hin zu **[[https://www.wireguard.com/|WireGuard]]** ist in diesem **[[https://ffmuc.net/freifunkmuc/2020/12/03/wireguard-firmware/|BlogPost]]** ausführlich beschrieben.
+Für die Verbindung unseres Offloaders/Nodes zum Freifunk München Netz greifen wir auf den VPN-Tunnel Mechanismus von **[[https://www.wireguard.com/|WireGuard]]** zurück. Hintergründe zum Wechsel von **[[https://github.com/NeoRaider/fastd/wiki|FASTD]]** hin zu **[[https://www.wireguard.com/|WireGuard]]** ist in diesem **[[https://ffmuc.net/freifunkmuc/2020/12/03/wireguard-firmware/|BlogPost]]** ausführlich beschrieben.
 <WRAP center round important 80%>
@@ Zeile 386: / Zeile 386: @@
    * **(remote) publickey** : Öffentliche Schlüssel des VPN-Gatway-Endpunktes
    * **lokale link-local-Adresse** : IPv6 Adresse des VPN-Endpunktes am Offloader
-   * **(client) privatekey** : Private :!: Schlüssel für den wireguard-Endpunkt am Offloader
+   * **(client) privatekey** : Private :!: Schlüssel für den WireGuard-Endpunkt am Offloader
-   * **(client) publickey** : Öffentliche Schlüssel für den wireguard-Endpunkt am Offloader
+   * **(client) publickey** : Öffentliche Schlüssel für den WireGuard-Endpunkt am Offloader
 Bitte informiert euch vorher in welches Segment ihr wollt, dementsprechend müssen die Daten aus nachstehender Tabelle entnommen bzw. lokal generiert werden!
@@ Zeile 463: / Zeile 463: @@
 </html>
-Wir erzeugen nun als erstes das Schlüsselpaar (private-/public-key) für unseren VPN-Client.
+Wir erzeugen nun im ersten Schritt das Schlüsselpaar (private-/public-key) für unseren VPN-Client.
    # wg genkey | tee /etc/wireguard/client_private.key | wg pubkey | tee /etc/wireguard/client_public.key
-Im Konfigurationsverzeichnis von wireguard haben wir nun beide Schlüssel. Die Dateiberechtigungen passen wir gleich mal noch an, damit nur der User **root** auf diese zugreifen kann.
+Im Konfigurationsverzeichnis von WireGuard finden wir nun beide Schlüssel. Die Dateiberechtigungen passen wir gleich mal noch an, damit nur der User **root** auf diese zugreifen kann.
    # chmod 600 /etc/wireguard/*.key
-Die link-local IPv6-Adresse unseres lokalen VPN-Entpunktes ermitteln wir mit hilfe folgenden Befehls, nachdem wir den public.key zuvor erfolgreich erstellt hatten.
+Die link-local IPv6-Adresse unseres lokalen VPN-Entpunktes ermitteln wir mit Hilfe folgenden Befehls, nachdem wir den public.key zuvor erfolgreich erstellt hatten.
    # cat /etc/wireguard/client_public.key | md5sum | sed 's/^\(..\)\(..\)\(..\)\(..\)\(..\).*$/fe80::02\1:\2ff:fe\3:\4\5/' > /etc/wireguard/link-local
@@ Zeile 515: / Zeile 515: @@
 **WICHTIG**:
-Der  (client) privatekey unseres Clients ist natürlich nicht publik zu machen uns ist nur hier im Rahmen deieses How2s abgedruckt, damit die weitere Konfiguration leichter zu verstehen ist. Im Relalife-Betrieb hüten wir diesen Schlüssel natürlich wie immer obligatorisch!
+Der private Schlüssel unseres Clients (privatekey) ist natürlich nicht publik zu machen und ist nur hier im Rahmen dieses How2s abgedruckt, damit die weitere Konfiguration leichter zu verstehen ist. Im Relalife-Betrieb hüten wir diesen Schlüssel natürlich wie immer "wie unseren Augapfel"!
 </WRAP>
+Damit nun das Gateway auch VPN-Verbindungen unseres WireGuard-clients akzeptieren kann benötigt dieses natürlich unseren **public-key**, den wir nun an das Gateway schicken müssen:
-Damit nun das Gateway auch VPN-Verbindungen unseres wireguard-clients akzeptieren kann benötigt dieses natürlich unseren **public-key**, den wir nun an das Gateway schicken müssen:
    # wget -q -O- --post-data='{"domain": "ffmuc_welt","public_key": "HjDRCwE4Q7UPAKXrmM4s6VOgMK+HJZCixWTaVC8KiRU="}' http://broker.ffmuc.net/api/v1/wg/key/exchange
   {"Message":"OK"}
-Die Bestätigung **''"Message":"OK"''** zeigt uns dass der Broker auf der Zielseite, also auf den Gatewasy unseren Pblic-key akzeptiert hat und diesen beim nachfolgenden Tunnelaufbau auch akzeptieren wird!
+Die Bestätigung **''"Message":"OK"''** zeigt uns, dass der Broker auf der Zielseite, also auf den Gatewasy unseren Pblic-key akzeptiert hat und diesen beim nachfolgenden Tunnelaufbau auch verwenden wird!
-Damit nun der Broker vor dem Starten unseres Tunnels auch immer unseren öffentlichen Schlüssel hat, stellen wir nun noch sicher, dass dieser automatisiert vor dem Starten des WireGurad-Daemon einmal zum Broker|Gateway übertragen wird. HIerzu legen wir uns ein systemd-Startscript an.
+Damit nun der Broker vor dem Starten unseres Tunnels auch immer unseren öffentlichen Schlüssel hat, stellen wir nun noch sicher, dass dieser automatisiert vor dem Starten des WireGuard-Daemon einmal zum Broker|Gateway übertragen wird. Hierzu legen wir uns ein systemd-Startscript an.
    # vim /etc/systemd/system/broker.service
@@ Zeile 557: / Zeile 556: @@
   Created symlink /etc/systemd/system/default.target.wants/broker.service → /etc/systemd/system/broker.service.
-Was unser Client noch benötigt ist eine rudimentäre Konfigurationsdatei für unseren wireguard-client, die wir nun als nächstes anlegen müssen.
+Was unser Client noch benötigt ist eine rudimentäre Konfigurationsdatei für unseren WireGuard-client, die wir nun als nächstes anlegen müssen.
    # vim /etc/wireguard/wg-welt.conf
 <file bash /etc/wireguard/wg-welt.conf># Django : 2020-12-15
@@ Zeile 580: / Zeile 579: @@
 </code>
-Den Status unseres wireguard-clients können wir mit Hilfe der Option **show** beim Aufruf von **''wg''** bzw. nur dur Aufruf von **''wg''** ermitteln
+Den Status unseres WireGuard-clients können wir mit Hilfe der Option **show** beim Aufruf von **''wg''** bzw. nur dur Aufruf von **''wg''** ermitteln
    # wg show
 oder einfach nur
@@ Zeile 600: / Zeile 599: @@
 Da sowohl bei **''transfer''** wie auch bei **''received''** die Werte steigen sobald wie den Status erneut abfragen, können wir im ersten Schritt davon ausgehen, dass der WireGuard-Tunnel steht und auch benutzt werden kann.
-Wir sollten auch nun den Tunnelenpunkt am Gateway anpingen können. in unserem Konfiguratiosnbeispiel wäre dies demnach die Ziel-IP-Adresse **''fe80::27c:16ff:fec0:6c74''** auf dem Netzwerk-Device **''wg-welt''**.
+Wir sollten auch nun den Tunnelenpunkt am Gateway anpingen können. In unserem Konfiguratiosnbeispiel wäre dies demnach die Ziel-IP-Adresse **''fe80::27c:16ff:fec0:6c74''** auf dem Netzwerk-Device **''wg-welt''**.
    # ping6 -c4 fe80::27c:16ff:fec0:6c74%wg-welt
 <code>PING fe80::27c:16ff:fec0:6c74%wg-welt(fe80::27c:16ff:fec0:6c74%wg-welt) 56 data bytes
@@ Zeile 620: / Zeile 619: @@
    # systemctl start wg-quick@wg-welt
-Der stop des wireguard-deamon erfolgt entsprechend mit:
+Der Stop des WireGuard-Deamon erfolgt entsprechend mit:
    # systemctl stop wg-quick@wg-welt
-Den Status des wireguard-Client-daemon fragen wir mit der Option **status** ab.
+Den Status des WireGuard-Client-daemon fragen wir mit der Option **status** ab.
    # systemctl status wg-quick@wg-welt
@@ Zeile 652: / Zeile 651: @@
   Created symlink /etc/systemd/system/multi-user.target.wants/[email protected] → /lib/systemd/system/[email protected].
-/*
-<code>root@rpb4-ansible-v4-wireguard:/home/pi# history
+==== WireGuard-Healthcheck ====
-  ip a
-  cat /etc/network/interfaces
-  /usr/sbin/batctl ra BATMAN_V
-  /sbin/ip link add dummy-welt type dummy
-  /sbin/ip link set address $(ip -br l | grep eth0 | egrep -o '([0-9A-Fa-f]{2}[:-]){5}([0-9A-Fa-f]{2})' | head -1) dev dummy-welt
-  /sbin/ip link set dummy-welt up
-  /usr/sbin/batctl -m bat-welt if add dummy-welt
-  ip a
-  man batctl
-  /usr/sbin/batctl meshif bat-welt if add dummy-welt
-  vim /etc/network/interfaces
-  ip link del dummy-welt
-  ip link del bat-welt
-  ip a
-  systemctl reboot
-  ip a
-  cat /etc/network/interfaces
-  ip addr
-  vatctl -v
-  batctl -v
-  echo /etc/network/interfaces
-  vim /usr/local/bin/genkeys
-  whereis chmod
-  vim /usr/local/bin/genkeys
-  apt install wireguard --assume-yes
-  wg genkey | tee /etc/wireguard/client_private.key | wg pubkey | tee /etc/wireguard/client_public.key
-  chmod 600 /etc/wireguard/*.key
-  ll /etc/wireguard/
-  ls -alF /etc/wireguard/
-  cat /etc/wireguard/client_private.key
-  cat /etc/wireguard/client_public.key
-  vim /usr/local/bin/genlinklocal
-  cat  /usr/local/bin/genlinklocal
-  chmod +x /usr/local/bin/genlinklocal
-  genlinklocal
-  vim /usr/local/bin/genlinklocal
-  genlinklocal
-  vim /usr/local/bin/genlinklocal
-  genlinklocal
-  # cat /etc/wireguard/client_public.key | md5sum | sed 's/^\(..\)\(..\)\(..\)\(..\)\(..\).*$/fe80::00\1:\2ff:fe\3:\4\5/'
-  cat /etc/wireguard/client_public.key | md5sum | sed 's/^\(..\)\(..\)\(..\)\(..\)\(..\).*$/fe80::00\1:\2ff:fe\3:\4\5/'
-  cat /etc/wireguard/client_public.key | md5sum | sed 's/^\(..\)\(..\)\(..\)\(..\)\(..\).*$/fe80::02\1:\2ff:fe\3:\4\5/'
-  genlinklocal
-  cat /etc/wireguard/client_public.key | md5sum | sed 's/^\(..\)\(..\)\(..\)\(..\)\(..\).*$/fe80::02\1:\2ff:fe\3:\4\5/'
-  cat /usr/local/bin/genlinklocal
-  cat /etc/wireguard/client_public.key | md5sum | sed 's/^\(..\)\(..\)\(..\)\(..\)\(..\).*$/fe80::02\1:\2ff:fe\3:\4\5/' > /etc/wireguard/link-local
-  cat /etc/wireguard/link-local
-  vim /usr/local/bin/wg-setup
-  chmod +x /usr/local/bin/wg-setup
-  wg-setup
-  ip a
-  ip link del wg-welt
-  vim /usr/local/bin/wg-setup
-  wg-setup
-  ip a
-  vim /usr/local/bin/wg-setup
-  ip a
-  ip link del wg-welt
-  ip a
-  wg-setup
-  ip a
-  wg show
-  wg show
-  wg
-  wg
-  wg
-  cat /etc/wireguard/client_public.key
-  wg
-  ip a
-  wg-setup
-  vim /usr/local/bin/wg-setup
-  vim /usr/local/bin/wg-setup
-  wg-setup
-  ip a
-  wg
-  wg
-  wg
-  ip a
-  batctl meshif bat-welt gw
-  batctl meshif bat-welt if
-  cat /sys/devices/virtual/net/mesh-vpn/batman_adv/throughput_override
-  ip a
-  batctl meshif bat-welt if
-  batctl meshif bat-welt gwl
-   ping6 -c4 fe80::27c:16ff:fec0:6c74%wg-welt
-  wg show
-  wg show
-  wg show
-  ip a
-  batctl meshif bat-welt if
-  batctl meshif bat-welt if add mesh-vpn
-  batctl meshif bat-welt if
-  batctl meshif bat-welt gwl
-  ip a
-  ip a
-  ip a
-  ip a
-  ls /sys/devices/virtual/net/mesh-vpn/batman_adv/throughput_override
-  ls /sys/devices/virtual/net/mesh-vpn/upper_bat-welt/
-  batctl meshif bat-welt throughput_override 10000
-  batctl hardif bat-welt throughput_override 10000
-  ip a
-  batctl hardif bat-welt throughput_override 10000
-  3:41 PM
-  batctl hardif mesh-vpn throughput_override 10000
-  whereis batctl
-  vim /usr/local/bin/wg-setup
-  🦥 🏴‍☠️
-  🏴‍☠️
-  🔓
-  apt install git python3-netifaces
-  git clone https://github.com/freifunkMUC/ext-respondd /opt/ext-respondd/
-  cp /opt/ext-respondd/ext-respondd.service.example /etc/systemd/system/ext-respondd.service
-  systemctl daemon-reload
-  systemctl enable ext-respondd
-  vim /opt/ext-respondd/alias.json
-  vi /opt/ext-respondd/config.json
-  vi /opt/ext-respondd/config.json
-  systemctl start ext-respondd
-  systemctl status ext-respondd
-  apt install hostapd
-  echo 'DAEMON_OPTS="-d"' >> /etc/default/hostapd
-  vi /etc/hostapd/hostapd.conf
-  systemctl unmask hostapd
-  systemctl enable hostapd
-  systemctl start hostapd
-  systemctl status hostapd
-  vim /etc/rc.local
-   /sbin/brctl addif br-welt wlan0
-  ip a
-  vim /opt/ext-respondd/alias.json
-  systemctl restart ext-respondd
-  history
-</code>
-*/
-==== wiregurad-Healthcheck ====
 Im Betrieb kann es ab und an passieren, dass der WireGuard-Tunnel zusammenbricht, weil z.B. die Netzwerkverbindung abgerissen sit, oder ein Rebot der Gateways notwendig war. Damit in einem solchen Fall unser Offloader nicht **__offload__** geht, müssen wir die Verfügbar- und Nutzzbarkeit deer Tunnelverbindung in regelmäßigen Abständen prüfen und ggf. einschreiten und die Verbindung neu aufbauen.
@@ Zeile 867: / Zeile 730: @@
 <WRAP center round alert 60%>
 **WICHTIG**: \\
-Die hierzu nötige **vxlan id** darf nicht mit der VX-LAN.ID verwechslet werden, die wir ggf. später zum Meshen hinter unserem Offloadedr anbieten möchten.
+Die hierzu nötige **vxlan id** darf nicht mit der VX-LAN-ID verwechselt werden, die wir ggf. später zum Meshen hinter unserem Offloader anbieten möchten.
 </WRAP>
@@ Zeile 924: / Zeile 787: @@
    # chmod +x /usr/local/bin/vxlan
-Damit das vxlan-Meshing automatisch beim Starten unseres Offloaders gestartet wird, legen wir uns auch hier ein antsprechendes systemd-Startscript an.
+Damit das vxlan-Meshing automatisch beim Starten unseres Offloaders gestartet wird, legen wir uns auch hier ein entsprechendes systemd-Startscript an.
    # vim /etc/systemd/system/vxlan.service
 <file bash /etc/systemd/system/vxlan.service># Django : 2020-12-15
@@ Zeile 944: / Zeile 807: @@
 </file>
-Wie schon zuvor bei unserem Broker-Informations-systemd-Startscriot informieren wir hier nun systemd über unsere neue systemd-Startupdatei.
+Wie schon zuvor bei unserem Broker-Informations-systemd-Startscript informieren wir hier nun systemd über unsere neue systemd-Startupdatei.
    # systemctl daemon-reload
@@ Zeile 950: / Zeile 813: @@
    # systemctl start vxlan.service
-Für den automatischen Start beim Hochfahren unseres Offloaders aktivieren wir nun noch das entsprechende script.
+Für den automatischen Start beim Hochfahren unseres Offloaders aktivieren wir nun noch das entsprechende Script.
    # systemctl enable vxlan.service
@@ Zeile 962: / Zeile 825: @@
 ==== Werteermittlung ====
-Wir ermitteln also am einfachsten die Geo-Koordinaten aus der Feifunk München Karte: https://map.ffmuc.net
+Wir ermitteln also am einfachsten die Geo-Koordinaten aus der Freifunk München Karte: https://map.ffmuc.net
-{{ :knb:raspberry:ffmuc_map_01.png?900 |Bild: Kartenauschnitt der Freifunk München Karte zur Ermittlung der Geo-Koordinaten}}
+{{ :knb:raspberry:ffmuc_map_01.png?900 |Bild: Kartenausschnitt der Freifunk München Karte zur Ermittlung der Geo-Koordinaten}}
@@ Zeile 1013: / Zeile 876: @@
 </WRAP>
-Wir tragen demach folgende Daten ein:
+Wir tragen demnach folgende Daten ein:
 \\
 <html>
@@ Zeile 1104: / Zeile 967: @@
 </pre></html>
-Nach kurzer Zeit taucht unser Node auf der Karte auf.
+Nach kurzer Zeit taucht unser Node dann auch auf der Karte auf.
 {{ :knb:raspberry:ffmuc_map_02.png?700 |Bild: Freifunk München Karte mit eingetragenem neune Node}}
@@ Zeile 1127: / Zeile 990: @@
   br-welt          UP             10.80.204.2/21 2001:678:e68:109:dea6:32ff:fe5c:4607/64 fe80::dea6:32ff:fe5c:4607/64
-Wir sehen somit die Adresen auf unseren Interfaces aus dem gewählten Segment.
+Wir sehen somit die Adressen auf unseren Interfaces aus dem gewählten Segment.
 Als nächstes prüfen wir, ob die beiden Interfaces **''dummy-welt''** und **''mesh-vpn''** aktiv sind.
@@ Zeile 1141: / Zeile 1004: @@
 a:5d:44:50:c3:f8    0.220s (       10.0) [  mesh-vpn]</code>
-Zu guter letzt sehen wir uns noch die Gateway-Liste an über bzw. mit denen unser Offloader verbunden ist.
+Zu guter Letzt sehen wir uns noch die Gateway-Liste an über bzw. mit denen unser Offloader verbunden ist.
    # batctl meshif bat-welt gwl
 <code>[B.A.T.M.A.N. adv 2020.4, MainIF/MAC: dummy-welt/dc:a6:32:5c:46:07 (bat-welt/dc:a6:32:5c:46:07 BATMAN_V)]
@@ Zeile 1269: / Zeile 1132: @@
    # echo 'DAEMON_OPTS="-d"' >> /etc/default/hostapd
-==== Konfiguartion ====
+==== Konfiguration ====
- Nun legen wir uns eine entsprechende KOnfigurationsdatei an.
+ Nun legen wir uns eine entsprechende Konfigurationsdatei an.
    # vim /etc/hostapd/hostapd.conf
@@ Zeile 1308: / Zeile 1171: @@
 </file>
-Anschließend ativieren und starten wir den **''hostapd''**-Daemon.
+Anschließend aktivieren und starten wir den **''hostapd''**-Daemon.
    # systemctl unmask hostapd
    # systemctl enable hostapd
@@ Zeile 1339: / Zeile 1202: @@
 </file>
-Am Besten nochmal rebooten um sicher zugehen dass alles passt, danach einfach mit dem ClientWifi verbinden.
+Am Besten nochmal rebooten um sicher zugehen, dass alles passt, danach einfach mit dem ClientWifi verbinden.
    # systemctl reboot
 ===== LAN Clients =====
-Will man LAN Clients versorgen, so erstellt man am einfachsten ein VLAN getaggtes Clientnetz. Dazu erstellt man in der Konfigurationsdatei **''/etc/network/interfaces''** diezugehörige Konfiguration. Im folgenden Beispiel nutzen wir die VLAN-ID **''333''** und definieren zunächst einmal das VLAn-Interface und fügen es anschließend in der vorhandenen Bridge hinzu.
+Will man LAN Clients versorgen, so erstellt man am einfachsten ein VLAN getaggtes Clientnetz. Dazu erstellt man in der Konfigurationsdatei **''/etc/network/interfaces''** die zugehörige Konfiguration. Im folgenden Beispiel nutzen wir die VLAN-ID **''333''** und definieren zunächst einmal das VLAn-Interface und fügen es anschließend in der vorhandenen Bridge hinzu.
    # vim /etc/network/interfaces
 <file bash /etc/network/interfaces>
@@ Zeile 1450: / Zeile 1313: @@
 ==== Installation der Software-Bibliotheken ====
-Jetzt installieren wir die notwendige Python Library um das Display ansteuern zu können.
+Jetzt installieren wir die notwendige Python Bibliotheken  um das Display ansteuern zu können.
    # apt install git fonts-freefont-ttf -y
    # cd /usr/local/src/
@@ Zeile 1738: / Zeile 1601: @@
 </file>
-Anschließend Informieren wir unser System über unser definiertes Daemon-Startscript und aktivieren dies auch gleich noch.
+Anschließend informieren wir unser System über unser definiertes Daemon-Startscript und aktivieren dies auch gleich noch.
    # systemctl daemon-reload
    # systemctl enable oled-bandwidth.service
-Zu guter letzte rebooten wir nun unseren Rechner.
+Zu guter Letzt rebooten wir nun unseren Rechner.
    # systemctl reboot