move IT Home Base

Webserver auf einer Buffalo LinkStation installieren

anonymous@undisclosed.example.com (Anonymous) — Fri, 29 Nov 2019 13:47:38 +0000

Webserver auf einer Buffalo LinkStation installieren

Diese Anleitung beschreibt wie man zusätzlich zum bereits vorhandenen Webserver einen Apache2 Webserver zusammen mit PHP5 und einer mySQL-Datenbank auf einer Buffalo LinkStation installiert. Die Buffalo LinkStation ist ein Netzwerkspeicher (NAS) mit Festplatten der für die zentrale Speicherung von Daten in einem lokalen Netzwerk verwendet werden kann. Die LinkStation kann auch über das Internet erreicht werden wenn man sie und den Router entsprechend konfiguriert.

Eine Besonderheit ist die LinkStation durch zusätzlich installierte Software so zu erweitern das diese nicht nur als zentrale Netzwerkspeicher eingesetzt werden kann, sondern auch als normaler Standard-Webserver der auch für eine Website bzw. Homepage einer Firma genutzt werden kann. Durch standardisierte Software kann dann die LinkStation dann sehr universell für viele Zwecke dienen.

Vorteile

Einer der größten Vorteile ist sicher ein bereits vorhandenes Gerät zu erweitern, sodaß weitere Aufgaben damit erfüllt werden können. Besondere Aspekte dabei sind kompakte Bauweise, stromsparender und leiser Betrieb. Man kann den zusätzlichen Webserver für eine Firmen-Homepage nutzen, eine Präsentation online stellen, einen Medienserver für Musik, Filme oder Fotos bereitstellen, eine virtuelle Videothek damit betreiben, Musik ohne Download direkt streamen, oder die LinkStation zu Überwachungszwecke einsetzen. Die Möglichkeiten sind fast nicht begrenzt.

Nachteile

Der gravierenste Nachteil ist die technische Ausstattung, besonders die CPU bei den kleineren LinkStation-Modellen verbaut ist, denn die LinkStation ist nicht als Hochleistungs-Webserver für viele Anwender gleichzeitig konzipiert, sondern grundsätzlich als zentraler Datenspeicher für lokale Netzwerkbenutzer ausgelegt. Die kostengünstigen, kleineren LinkStation-Modelle haben beispielsweise Prozessoren mit nur etwa 500 MHz. Damit ist zwar auch ein Webserver betreibbar, aber viele Anwendungen reagieren nur träge oder sogar langsam. Für kleinere Anwendergruppen ist der Betrieb aber dennoch ausreichend. Alle rechenintensiven Aufgaben die in einem Hochleistungs-Webserver von mehreren Prozessorkernen gleichzeitig abgearbeitet werden sind zumindest für die kleineren LinkStation-Modellen mit CPU´s im MHz-Bereich nicht zu empfehlen.

Vorraussetzungen für den Betrieb

Folgende Vorraussetzungen müssen vorher erfüllt werden damit der Webserver installiert werden kann:

Telnet
wget
Ipkg
dynDNS

Vorhandenen Apache 1.3 Webserver konfigurieren

Ein funktionsfähiger Webserver, der Apache 1.3, ist bereits in der Firmware der LinkStation. Der bereits installierte Webserver ist notwendig, da ansonsten auch keinerlei Seiten des Webinterface der LinkStation ausgeliefert werden könnten.

Es gibt zwei Möglichkeiten eine eigene Homepage auf der LinkStation Pro Duo zu betreiben. Die erste Möglichkeit wäre eine zweite Instanz des bereits installierten Apache 1.3 Webserver zu starten. Die zweite und bessere Möglichkeit ist die Installation des neuen Apache 2 Webserver zusätzlich zu dem bereits vorhandenen Apache 1.3.

Zuerst einmal werden wir eine Veränderung in der Konfigurationsdatei httpd.conf des vorhandenen Apache 1.3 vornehmen. Und zwar soll der Apache 1.3 unter dem Port 8080 anstelle des Standard-Port 80 zu erreichen sein.

Öffnen Sie die Konfigurationsdatei des Apache 1.3 httpd.conf im Editor Vi:

vi /etc/apache/httpd.conf

Suchen Sie in der Datei die Zeile:

Port 80

und ändern Sie diese in:

Port 8080

Nachdem Sie die Datei httpd.conf gespeichert haben müssen Sie den Apache 1.3 neustarten:

/etc/init.d/httpd.sh restart

Das Webinterface der LinkStation ist nun unter dem neuen Port 8080 erreichbar. Es muss also in Zukunft mit der Portangabe :8080 aufgerufen werden:

http://IP-Adresse-der-LinkStation:8080

Wer das Webinterface der LinkStation über das Internet aufrufen möchte, benötigt neben einer DynDNS-Adresse eine Portweiterleitung des Port 8080 im Router auf die IP-Adresse der LinkStation. Im Webbrowser wird das dann folgendermassen eingegeben:

http://DynDNS-Adresse:8080

An dieser Stelle wäre es eine gute Idee eine DynDNS-Adresse einzurichten, falls Sie dies nicht schon gemacht haben. Eine Anleitung dazu finden Sie hier.

Ipkg Paketliste aktualisieren und Apache 2 Webserver installieren

Jetzt werden wir die Ipkg-Paketliste aktualisieren um den neuesten Apache 2 installieren zu können. Dies ist notwendig weil ständig Updates der verfügbaren Pakete stattfinden:

ipkg update

Nun lassen wir uns die Liste der zur Zeit verfügbaren Ipkg-Pakete seitenweise anzeigen:

ipkg list | more

Der gesuchte Apache 2 findet sich gleich auf der ersten Seite und wird von uns mit dem folgenden Befehl installiert:

ipkg install apache

Alle benötigten Dateien des Apache werden durch Ipkg jetzt auf der LinkStation installiert. Nach der Installation wird das System gleich versuchen den Webserver zu starten. Das funktioniert möglicherweise noch nicht da erst einige Grundeinstellungen des Apache konfiguriert werden müssen. Weiter geht es mit der Konfiguration des neu installierten Apache 2. Öffnen Sie die Konfigurationsdatei des Apache 2 im Editor Vi:

vi /opt/etc/apache2/httpd.conf

Suchen Sie in der Datei nach der Zeile:

Listen 8000

und ändern Sie diese in:

Listen 80

Ein Stück weiter unten in der Datei stehen die Zeilen mit den LoadModule Anweisungen. Sie benötigen nur einen Bruchteil der vorgeschlagenen Module. Löschen Sie alle Zeilen die nicht benötigt werden. Zum Schluss sollte dieser Bereich in der httpd.conf folgendermassen aussehen:

LoadModule authn_file_module libexec/mod_authn_file.so
LoadModule authn_dbm_module libexec/mod_authn_dbm.so
LoadModule authn_anon_module libexec/mod_authn_anon.so
LoadModule authn_dbd_module libexec/mod_authn_dbd.so
LoadModule authn_default_module libexec/mod_authn_default.so
LoadModule authz_host_module libexec/mod_authz_host.so
LoadModule authz_groupfile_module libexec/mod_authz_groupfile.so
LoadModule authz_user_module libexec/mod_authz_user.so
LoadModule authz_dbm_module libexec/mod_authz_dbm.so
LoadModule authz_owner_module libexec/mod_authz_owner.so
LoadModule auth_basic_module libexec/mod_auth_basic.so
LoadModule auth_digest_module libexec/mod_auth_digest.so
LoadModule include_module libexec/mod_include.so
LoadModule mime_module libexec/mod_mime.so
LoadModule autoindex_module libexec/mod_autoindex.so
LoadModule cgid_module libexec/mod_cgid.so
LoadModule dir_module libexec/mod_dir.so
LoadModule alias_module libexec/mod_alias.so
LoadModule rewrite_module libexec/mod_rewrite.so
#LoadModule php5_module libexec/libphp5.so

Der Apache 2 lässt sich mit den folgenden Befehlen beeinflussen:

/opt/etc/init.d/S80apache start|stop|restart

Starten Sie den Webserver mit dem folgenden Befehl neu:

/opt/etc/init.d/S80apache restart

Wenn Sie beim Neustarten des Apache 2 die folgende Fehlermeldung erhaltet:

Could not determine the server’s fully qualified domain name

liegt das daran das kein FQDN = Fully Qualified Domain Name in der httpd.conf eingetragen ist. Der Apache 2 funktioniert trotzdem und setzt als Domain die IP-Adresse der LinkStation ein. Sie können dies überprüfen wenn Sie in einem Web-Browser folgendes eintragen:

http://IP-Adresse-eurer-LinkstationProDuo

Es sollte das bekannte „It works!“ von Apache erscheinen. Herzlichen Glückwunsch, die LinkStation verfügt nun über einen funktionierenden Apache 2 Webserver.

Installation von PHP5 und PHP-MySQL

Weiter geht es mit der Installation von PHP5 als Apache 2 Modul. Zuerst wird die Ipkg Paketliste aktualisiert:

ipkg update

Mit dem folgenden Befehl werden eventuell veraltete installierte Pakete und Verknüpfungen aktualisiert:

ipkg upgrade

Jetzt kann das PHP5 Paket installiert werden:

ipkg install php-apache

Um zu überprüfen ob Ipkg einen Eintrag in der httpd.conf zum Laden des PHP 5 Moduls angelegt hat öffnen Sie die Datei im Editor Vi:

vi /opt/etc/apache2/httpd.conf

Suchen Sie nach der Zeile:

#LoadModule php5_module libexec/libphp5.so

und entfernen Sie die Raute vor der Zeile:

LoadModule php5_module libexec/libphp5.so

Falls die Zeile nicht vorhanden ist müssen Sie diese unter den LoadModule Anweisungen hinzufügen.

Suchen Sie nach den Zeilen:

<IfModule dir_module>
    DirectoryIndex index.html
</IfModule>

und ändern Sie diese folgendermassen:

<IfModule dir_module>
    DirectoryIndex index.shtml index.htm index.html index.php
</IfModule>

Suchen Sie nach den Zeilen:

AddType application/x-compress .Z
AddType application/x-gzip .gz .tgz

und fügen Sie darunter ein:

AddType application/x-httpd-php .php .shtml
AddType application/x-httpd-php-source .phps

Suchen Sie nach den Zeilen:

#AddType text/html .shtml
#AddOutputFilter INCLUDES .shtml

und entfernen Sie die Rauten vor den Zeilen:

AddType text/html .shtml
AddOutputFilter INCLUDES .shtml

Speichern Sie die Datei httpd.conf und öffnen die PHP Konfigurationsdatei /opt/etc/php.ini im Editor Vi:

vi /opt/etc/php.ini

Suchen Sie in der Datei nach der Zeile:

; Dynamic Extensions ;

In diesem Bereich sind verschiedene Dynamic Extensions eingetragen. Überprüfen Sie ob die folgende Zeile dort eingetragen ist:

extension=mysql.so

Falls dieser Eintrag nicht vorhanden sein sollte müssen Sie ihn ergänzen.

Suchen Sie die Zeile:

mysql.default_port =

und tragen den Standard MySQL Port ein:

mysql.default_port = 3306

Nach dem speichern der Daten geht es weiter mit der Installation von PHP-MySQL. Der folgende Befehl installiert das gewünschte Paket Php-Mysql:

ipkg install php-mysql

Die MySQL Konfigurations-Datei befindet sich übrigens unter: /opt/etc/my.cnf. Dies nur zur Information, für den normalen Betrieb der Mysql-Datenbank sollte eine Änderung bzw. Anpassung der my.cnf nicht nötig sein.

Sie können nun den Webserver neustarten:

/opt/etc/init.d/S80apache restart

Der Apache 2 Webserver sollte nun ohne Fehlermeldung mit PHP und MySQL-Unterstützung starten. Sollte das nicht auf Anhieb funktionieren hilft meist ein Neustart der LinkStation.

Apache 2 Webserver per FTP erreichen

Nach der Installation des Apache 2 mit PHP und MySQL-Erweiterung wird der neue Webserver zunächst auf seine korrekte Funktion getestet. Erstellen Sie über das Webinterface der LinkStation einen neuen Ordner für Webseiten. Sie können diesen Ordner beispielsweise www, html, homepage oder webserver nennen. Für diesen neuen Ordner aktivieren Sie die FTP-Unterstützung um später per FTP auf den Server übertragen zu können. Aktivieren Sie die Zugriffsbeschränkungen für den Ordner und konfigurieren Sie die Schreib- und Leserechte.

Nun können Sie sich mit einem FTP-Programm mit dem neuen Webserver verbinden und eine Homepage in den neu angelegten Webserver-Ordner kopieren.

Apache 2 Webserver konfigurieren

Um dem Apache 2 Webserver mitzuteilen wo er die Webseiten suchen soll müssen Sie noch einmal die Datei httpd.conf öffnen um den Pfad DocumentRoot anzupassen:

vi /opt/etc/apache2/httpd.conf

Suchen Sie die Zeile in der DocumentRoot angegeben ist. Beispiel:

DocumentRoot "/var/www/"

ändern Sie die Zeile in:

DocumentRoot "/mnt/array1/webserver"

<note important>Hinweis: Der Pfad zum DocumentRoot ist in diesem Fall /mnt/array1/webserver weil die LinkStation im RAID-0 Modus betrieben wird. Wer die LinkStation im RAID-1 Modus betreibt muss die Pfade eventuell anpassen in /mnt/disk1/webserver</note>

Speichern Sie die Datei httpd.conf und starten den Apache 2 neu:

/opt/etc/init.d/S80apache restart

Die Webseiten können nun mittels http://IP-Adresse in einem Web-Browser aufgerufen werden. Sollte der Aufruf der Homepage nicht möglich sein, weil der Browser einen Fehler 403 - Zugriff verboten zurückgibt, müssen Sie noch einmal die Apache-Konfigurationsdatei aufrufen:

vi /opt/etc/apache2/httpd.conf

Suchen Sie in der Datei nach dem folgenden Eintrag:

<Directory />
    Options FollowSymLinks
    AllowOverride None
</Directory>

Kommentieren Sie den Eintrag mittels Raute aus:

#<Directory />
#    Options FollowSymLinks
#    AllowOverride None
#</Directory>

Jetzt sollte der Aufruf der Homepage funktionieren. Damit ist die Installation abgeschlossen. Sie können nun statische Webseiten mit der Dateiendung .htm oder .html speichern, oder dynamische Webseiten mit .php als Dateiendung. Um den Webserver sinnvoll einzusetzen empfehlen wir Ihnen die Installation eines Content Management Systems (CMS). Wir haben erfolgreich das kleine aber feine CMS2Day im Einsatz das wir Ihnen hiermit empfehlen.

FritzBox

anonymous@undisclosed.example.com (Anonymous) — Sat, 17 Apr 2021 20:15:33 +0000

FritzBox

FRITZ!Box Fon WLAN 7390 mit Firmware 06.86 ändert selbstständig Portfreigaben

Am 17.4.2021 beobachteten wir an einer FritzBox 7390 einen wohl sehr seltenen, dafür aber sehr ärgerlichen Fehler. Direkt nach einer Internet-Zwangstrennung durch die Telekom wurden einige der fest eingerichteten Portfreigaben willkürlich geändert - und das obwohl UPnP nur für Statusinformationen genutzt wird, nicht jedoch bei Portfreigaben. Eine Änderung kann da wirklich den Supergau mit Totalausfall sämtlicher Freigaben auf Server bedeuten.

Während wir noch auf der Suche nach dem Problem waren, und um die bisher eingerichteten Portfreigaben wieder herzustellen, wurde die Internetverbindung wieder durch die Telekom getrennt und plötzlich waren auch die Portfreigaben wieder wie vorher.

Es scheint also tatsächlich so zu sein das sich die Portfreigaben ändern können, je nachdem welche IP-Adresse man gerade von der Telekom zugewiesen bekommen hat. Ich weiss das klingt nach totalem Unsinn, aber genau das ist hier passiert. Das aber ein Prozess von aussen die Portfreigaben verändern kann ist mehr als bedenklich.

Leider gibt es ausser die Firmware 06.86 keine neuere Firmware mehr für die FritzBox 7390 und ich hatte das Problem in 8 Jahren Betrieb auch noch nicht gehabt, aber ärgerlich ist das trotzdem weil man diese Portänderungen ja unter Umständen gar nicht mitkriegt. Die FritzBox selbst loggt das zwar im Syslog mit, aber das dadurch eventuell eingerichtete Dienste ausfallen bemerkt man vielleicht erstmal nicht.

Die Lösung kann also sein hier die Internetverbindung manuell zu trennen und auf eine neue IP-Adresse zu warten wenn das Phänomen wieder einmal auftritt.

In einem Forum habe ich folgende Erklärung von einem User gefunden:

Seitdem die FRITZ!Box PCP für die eigenen Freigaben verwendet, müssen alle registrierten Freigaben in sehr kurzen Intervallen (iirc inzwischen nach 2 Minuten) „erneuert“ werden, für die statischen Portfreigaben, die in den FRITZ!OS-Einstellungen konfiguriert werden, sind dabei ein paar Daemons zuständig, die diese regelmäßigen Aktualisierungen beim „pcpd“ ausführen. Wenn bei denen dann irgendwann die Aktualisierung klemmt, laufen die einmal aus und danach fragt der Server dann auch nicht mehr beim Client nach bzw. weist diesen darauf hin, daß die Freigabe demnächst abläuft.

Stellt der „dsld“ eine neue Internetverbindung her, müssen ohnehin alle vorhandenen Freigaben entfernt und neu eingerichtet werden, denn die verwenden extern ja noch die alten IP-Adressen. Dabei werden dann auch alle anderen Daemons benachrichtigt und diejenigen, die zwischenzeitlich „vergessen“ hatten, daß da doch noch irgendwas war, werden auch wieder aktiv.

Aber auch diese Signalisierung des „dsld“ an die anderen Daemons (die Kommunikation zwischen diesen erfolgt überwiegend mit Messages über IPC) kommt wohl manchmal unter die Räder nach einer neuen Internet-Verbindung und dann braucht es erst wieder andere Ereignisse, die für die WAN-Anbindung relevant sind (z.B. den Ablauf einer IPv6-Lease und die Zuweisung einer anderen Adresse/eines anderen Netzes - o.ä.), damit eine weitere Benachrichtigung ausgelöst wird.

Bei der Suche danach, was zum „Vergessen“ dieser Aktualisierungen führt (bzw. vermutlich eher, wo die Infos abbleiben, die eine Aktualisierung auslösen sollten), war AVM bisher wohl noch nicht in allen denkbaren Fällen erfolgreich - obwohl sich die Situation ggü. älteren Versionen schon ziemlich verbessert hat, wenn die Freigaben bis zur neuen Internet-Verbindung durchhalten. Früher verschwanden die auch mitten im Betrieb und nicht erst nach der Zwangstrennung.

IssueTracker

anonymous@undisclosed.example.com (Anonymous) — Thu, 24 Feb 2022 09:02:24 +0000

IssueTracker

Diese Anleitung ist zur Zeit in Bearbeitung und daher noch nicht vollständig! Wenn Sie zu dieser Anleitung etwas beitragen möchten können Sie sich kostenfrei als Mitglied registrieren und haben dann die Möglichkeit Seiten zu editieren, oder sich Änderungen an Seiten per E-Mail zuschicken zu lassen (abonnieren).

Preamble

Der IssueTracker ist ein Plugin für DokuWiki und ergänzt dieses um ein leicht zu handhabendes, einfaches Ticket-System mit dem Aufgaben erfasst, verwaltet und bearbeitet werden können. Er stützt sich dabei auf die bereits vorhandene Zugriffs- und Rechteverwaltung von DokuWiki, sowie anderer Core-Funktionen. Der IssueTracker selbst liefert eine Eingabemaske zum Erstellen der Tickets, sortier- und editierbare Übersichtslisten und Detailansichten. Der Administrator kann wählen welche Produkte oder Themen er in einem Projekt behandeln möchte. Über die Verwendung von Projekt und Produkt/Thema lassen sich auch unterschiedliche Kundenprojekte getrennt voneinander adressieren und darstellen. Mit der entsprechenden ACL-Konfiguration von Dokuwiki ist es auch möglich kundenspezifische Ticketportale zu schaffen.

Eigenschaften

Durch die Vergabe von voreingestellten Filtern können die Anwender gezielt geleitet werden, aber auch selbst die Filter anpassen. Zum Blättern über der Übersichtsliste und den Filtern auf Stati oder Priorität werden entsprechende Kontrollelemente bereitgestellt. Das gesamte Erscheinungsbild des IssueTracker läßt sich nach eigenen Vorstellungen gestalten. Einige Eigenschaften sind sehr einfach über die Konfiguration umstellbar. Es lassen sich eigene Symbole für Status und Priorität einstellen, für andere optische Finessen braucht es etwas Erfahrung mit CSS.

Trotz seiner überschaubaren Anzahl an Konfigurationsparametern läßt er sich recht flexibel für unterschiedliche Anwendungsfälle einstellen. So können Sie je nach Bedarf Elemente der Eingabemaske ausblenden, die Darstellung der Übersichtsliste für Benutzer reduzieren, DokuWiki Gruppen als Ressourcen verwenden, die Anzahl und Bezeichnung für Stati und Prioritäten festlegen, sowie diese mit eigenen Bildern gestalten und noch vieles mehr. Zur besseren Orientierung der Anwender in der Übersichtsliste besitzen die einzelnen Einträge neben dem Erstellungsdatum einen weiteren Zeitstempel. Dieser gibt Auskunft wann das Ticket letztmalig bearbeitet wurde. Zusammen mit der sortierbaren Übersichtsliste der Tickets lässt sich so sehr schnell ein Überblick über die Aktualität verschaffen.

Tickets suchen und finden

Da die Tickets und Kommentare wegen ihres Objektcharakters nicht als Seiten im DokuWiki Format gespeichert werden können, kann die DokuWiki-interne Suchfunktion leider nicht verwendet werden. Dies trifft auch auf die Funktion „Letzte Änderungen“ zu. Der IssueTracker hat aber eine eigene Suchfunktion mit der alle Tickets nach einem Suchbegriff durchsucht werden können. Eine Änderungsverfolgung ist allerdings nicht implementiert.

Zusätzlich zum Hinzufügen von Kommentaren lassen sich in der Detailansicht eines Tickets viele Elemente je nach Nutzerrolle verändern. Werden beispielsweise Kommentare nachträglich geändert, so erhalten sie einen entsprechenden Hinweis, inklusive einem Zeitstempel. Auch die ursprünglichen Titel und Beschreibungen eines Tickets oder die Links lassen sich nachträglich abändern. Der Arbeitsablauf wird mit einigen Automatismen unterstützt. Wenn Sie beispielsweise einem Ticket eine Ressource zuweisen, dann wird auch der zugehörige Status geändert, oder wenn Sie in der Detailansicht eines Reports einen Lösungseintrag schreiben, dann erhält das Ticket den entsprechenden Lösungs-Status gesetzt. Je nach Anwendungsfall lassen sich die automatisch versandten Status E-Mails variabel einstellen. Damit kann der Administrator entscheiden, ob und welche Art von Änderungen per E-Mail Benachrichtigung versendet werden.

Einsatzgebiet

Das Einsatzgebiet des IssueTrackers reicht vom Ticket-System bis hin zur sehr einfachen Kommunikationsplattform. Der IssueTracker wird durch seinen Entwickler sehr aktiv gewartet und Fehler zügig behoben. Auch funktionalen Erweiterungen steht er sehr aufgeschlossen gegenüber. Darüber hinaus ist das Plugin auch in der DokuWiki Dokumentation beschrieben und wird seitens der Community unterstützt. Der IssueTracker hat nicht den Anspruch kommerzielle, datenbankgestützte Ticket-Systeme für internationale Großprojekte mit hochkomplexen Service-Prozessen (ITIL) zu ersetzen. Sein Einsatz ist an DokuWiki geknüpft und ist gut geeignet um dafür eine Aufgabenverwaltung umzusetzen.

Installation

Wir gehen davon aus das Sie bereits ein fertig laufendes DokuWiki in der aktuellen Version installiert haben. Den IssueTracker können Sie auf zwei verschiedene Weisen in das DokuWiki als Funktionserweiterung installieren. Entweder nutzen Sie den sehr bequemen Weg über die Plugin-Administration, indem Sie dort in das Eingabefeld die URL des IssueTracker-Downloads eingeben, oder per FTP direkt auf den Webserver.

Eingabeseite: neue Tickets eines beliebigen Produkts eines bestimmten Projekts erstellen

Beispiel-Syntax:

~~NOCACHE~~
{{issuetracker>project=projektname|display=form}}

Eingabeseite: neue Tickets eines bestimmten Produkts eines bestimmten Projekts erstellen

Beispiel-Syntax:

~~NOCACHE~~
{{issuetracker>project=projektname|product=produktname|status=all|severity=all|display=form}}

Ausgabeseite: alle Tickets aller Produkte eines bestimmten Projekts als Übersichtsseite anzeigen

Beispiel-Anwendungsgebiet

Alle Produkte eines Herstellers anzeigen. Der Kundenname wird zum Projektnamen.

Beispiel-Syntax

~~NOCACHE~~
{{issuetracker>project=projektname|product=all|status=all|severity=all|display=issues|view=500}}

Ausgabeseite: alle Tickets eines bestimmten Produkts eines bestimmten Projekts als Übersichtsseite anzeigen

Beispiel-Syntax:

~~NOCACHE~~
{{issuetracker>project=projektname|product=produktname|status=all|severity=all|display=issues|view=500}

Ausgabeseite: alle Tickets ausser abgebrochenen und gelösten Tickets anzeigen

In der Statistik erscheinen die ausgeblendeten Tickets trotzdem noch. Beispiel-Syntax:

~~NOCACHE~~
{{issuetracker>project=projektname|status=New,Assigned,External Pending,In Progress,Solved, Canceled,Double |severity=all|display=issues}}

Parameter

Die Parameter „status“, „severity“, „view“, „controls“ und „display“ werden zu folgenden Standardwerten zurückgesetzt wenn sie nicht explizit verwendet werden:

status = ALL
severity = ALL
view = 10
controls = ON
display = ISSUES

Folgende Parameter gibt es

project = Pflichtangabe, der Name darf nur einmalig verwendet werden um zwischen den einzelnen Projekten unterscheiden zu können
product = optionale Angabe, um die Eingabeseite oder Ausgabeseite auf ein bestimmtes Produkt zu begrenzen
status = optionale Angabe, definiert die Ausgabeseite auf Tickets mit einem bestimmten Status (Werte mit Komma getrennt)
severity = optionale Angabe, definiert die Ausgabeseite auf Tickets mit einem bestimmten Schweregrad (Werte mit Komma getrennt)
display = Pflichtangabe, definiert ob es sich um eine Eingabeseite oder Ausgabeseite handelt
view = optionale Angabe, definiert die Anzahl der Tickets die auf der Ausgabeseite gesamt angezeigt werden sollen
controls = optionale Angabe, prevents output of controls above and edit of the issue list (on or off)

Warum der NOCACHE Befehl?

Der NOCACHE Befehl sollte stets direkt vor der Syntax des IssueTrackers verwendet werden um zu verhindern das der Webbrowser die Daten zwischenspeichert und wohlmöglich veraltete Daten anzeigt.

Virtuelle Maschinen und Container

anonymous@undisclosed.example.com (Anonymous) — Wed, 06 Oct 2021 14:38:22 +0000

Virtuelle Maschinen und Container

Linux-Container und virtuelle Maschinen (VM) sind paketierte Computing-Umgebungen, die verschiedene IT-Komponenten vereinen und vom Rest des Systems isolieren. Sie unterscheiden sich hauptsächlich in Bezug auf ihre Skalierbarkeit und Portierbarkeit.

Was ist der Unterschied zwischen einer virtuelle Maschine und einem Container?

Virtuelle Maschinen

Eine virtuelle Maschine (VM) emuliert durch Software ein Computersystem. Dadurch ist es möglich, viele dieser „virtuellen Maschinen“ getrennt voneinander auf einer einzigen Hardware zu betreiben, dem Host-Server. Dabei teilen sich die Softwares der VM – also Betriebssysteme wie Linux oder Windows und entsprechende Anwendungen – die Hardware-Ressourcen wie Festplatten, Arbeitsspeicher und CPU des Host-Servers. Jede VM hat dabei ein eigenes, vollständiges Betriebssystem, das auf einer emulierten Hardware läuft. Diese wird durch eine Software simuliert, die man Hypervisor nennt. Sie sitzt zwischen dem Betriebssystem des Host-Servers und der virtuellen Maschine.

Vorteile von VM´s

Dank der zahlreichen, ihnen zur Verfügung stehenden Ressourcen können VM´s ganze Server, Betriebssysteme, Desktops, Datenbanken und Netzwerke abstrahieren, aufteilen, duplizieren und emulieren.

Nachteile von VM´s

Jede einzelne VM muß getrennt voneinander administriert werden, da diese ja komplett getrennt sind. Dadurch ist der Verwaltungs- und Zeitaufwand beispielsweise bei Updates durch ein vielfaches höher.
Ausserdem sind VM´s eine enorme Belastung an Systemressourcen. Jede VM führt nicht nur eine vollständige Kopie eines Betriebssystems aus, sondern auch eine virtuelle Simulation der gesamten Hardware, die dieses Betriebssystem zur Ausführung benötigt. Dies summiert sich schnell zu einer Menge an Arbeitsspeicher und CPU-Zyklen, die blockiert werden.
VM´s haben eine geringere Performance (sind langsamer) als reale Maschinen, da sie indirekt über den Hypervisor auf die Hardware zugreifen.

Container

In einen Container werden nur die App und alle zum Ausführen erforderlichen Dateien paketiert. Häufig werden darin auch einzelne Funktionen paketiert, die bestimmte Aufgaben (sogenannte Microservices) ausführen. Container können aufgrund ihrer geringen Größe und ihres gemeinsam genutzten Betriebssystems (OS) sehr einfach in verschiedenen Umgebungen hin- und hergeschoben werden.

Wie VM´s sind auch Container ein Weg zur Virtualisierung. Doch sie virtualisieren dabei nicht ein ganzes Computersystem, sondern nur das Betriebssystem. In der Regel enthält ein Container nur eine Anwendung mit allen Binärdateien, Bibliotheken und Konfigurationsdateien, welche diese braucht. Dabei teilt sich jeder Container den Kernel des Host-Betriebssystems und normalerweise auch dessen Binärdateien und Bibliotheken. Diese von allen Containern verwendeten Komponenten sind schreibgeschützt. Durch diese gemeinsame Nutzung ist es nicht notwendig, dass der Code des Betriebssystems mehrmals kopiert werden muss.

Daher sind Container außergewöhnlich klein – sie sind nur wenige Megabyte groß und benötigen daher auch nur Sekunden zum Starten. VM´s dagegen brauchen oft Minuten, bis sie am laufen sind. Durch die geringe Größe von Containern kann man eine sehr große Zahl gleichzeitig auf einem Host-Server ausführen.

Container spielen heute eine große Rolle bei der agilen Softwareentwicklung, da man mit ihnen unzählige Versionen einer Anwendung mit all ihren Abhängigkeiten gleichzeitig testen kann. Zudem machen sie es möglich, sehr große und komplexe Softwarearchitekturen in Softwarekomponenten, sogenannte Microservices, zu zerlegen. Dabei läuft jeder Anwendungsprozess als Microservice in einem eigenen Container und kommuniziert über eine Schnittstelle mit anderen Prozessen. Dadurch ist es möglich, jederzeit einzelne Microservices unabhängig von den anderen zu ändern oder neu zu deployen, ohne die Stabilität der gesamten Softwarearchitektur zu gefährden. Firmen können so schnell große Architekturen aufbauen, skalieren und im laufenden Betrieb entwickeln. Beispiel von Unternehmen, die auf Microservices setzen, sind Google, Amazon und Netflix.

Die am häufigsten verwendete Plattform zur Container-Virtualisierung ist Docker. Ihr Name wird oft auch als Synonym für die Technologie benutzt. Auch die Cloud Container Engine der Open Telekom Cloud basiert auf Docker.

Vorteile von Containern

Weniger Kosten: Container benötigen weniger Systemressourcen als herkömmliche oder virtuelle Maschinen, da sie nur die erforderlichen Daten zur Ausführung der Applikation enthalten. Unternehmen können durch Container die Zahl ihrer Server und notwendiger Lizenzen stark reduzieren.
Portabilität: Einmal „containerisiert“, können Anwendungen auf jeder beliebigen Infrastruktur bereitgestellt und verschoben werden – auf virtuellen Maschinen, auf Bare Metal und auf verschiedenen Public Clouds mit unterschiedlichen Hypervisoren. DevOps-Teams wissen, dass Anwendungen in Containern unabhängig vom Einsatzort immer gleich ausgeführt werden.
Größere Effizienz: In Containern können Anwendungen schneller bereitgestellt, gepatcht oder skaliert werden als in VM´s. Container können daher zum Beispiel Entwicklungs-, Test- und Produktionszyklen stark beschleunigen.

Nachteile von Containern

Schwierige Persistenz von Daten: Das Design von Containern sieht vor, dass alle Daten verschwinden, wenn der Container heruntergefahren wird, es sei denn, Sie speichern sie zuerst an einem anderen Ort.
Nicht alle Anwendungen profitieren von Containern: Im Allgemeinen können nur Anwendungen, die für die Ausführung als Mikrodienste ausgelegt sind, das meiste aus Containern herausholen.
Sicherheit: Der gemeinsam genutzte Linux-Kernel bietet weit mehr Angriffsfläche für Attacken als ein Hypervisor in einer VM. Gelingt es einem Angreifer, von einem Container aus auf den Kernel zuzugreifen, sind in der Regel alle an ihn geknüpften Container betroffen. VMs isolieren daher Anwendungen in der Regel besser als Container.

Wissenswertes zu diesem Thema

VM´s können in VM´s ausgeführt werden (VM-Kaskade)
Container können in VM´s ausgeführt werden, nicht aber VM´s in Containern
Container und VM´s sind keine konkurrierenden, sondern aufeinander erweiternde Technologien

Pi-hole

anonymous@undisclosed.example.com (Anonymous) — Tue, 28 Sep 2021 11:06:39 +0000

Pi-hole

Pi-hole ist ein DNS-basierter Ad-Blocker der auf einem Raspberry Pi läuft. Pi-hole ist ein Open-Source-Programm das über schwarze Listen mit Domain-Einträgen (Blacklist) bestimmte Seiten und Inhalte von Websites entfernen kann, indem es die Aufrufe dieser gesperrten Inhalte verhindert. Auf diese Weise kann Pi-hole nicht nur Werbung blockieren, sondern auch den Aufruf verseuchter Webseiten verhindern oder nicht-jugendfreie Inhalte blockieren.

Installation

curl -sSL https://install.pi-hole.net | bash

Aktualisierung / Update

pihole -up

Passwort ändern

pihole -a -p

Pi-hole Userspace

https://discourse.pi-hole.net

Videos

https://www.youtube.com/results?search_query=pi-hole&sp=CAI%253D