move IT Home Base

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.

Searx Fehler

anonymous@undisclosed.example.com (Anonymous) — Tue, 28 Sep 2021 21:43:35 +0000

Searx Fehler

Leider muß man sagen sind viele SearX Installationsanleitungen fehlerhaft, weil fast immer benötigte Abhängigkeiten im Betriebssystem oder verwendeten Komponenten, Modulen u.a. fehlen die in den Anleitungen referenziert werden, beispielsweise GIT, VIRTUALENV oder PIP. So kommt es regelmäßig dazu das trotz peinlichst genauen abarbeiten der einzelnen Installationsschritte es zu Fehlern kommt, auch wenn das Betriebssystem gerade erst frisch aufgesetzt wurde. Aus diesem Grund werden auf dieser Seite typische Fehler bei oder nach der Installation aufgelistet und mögliche Lösungen vorgeschlagen.

Klassische Fehler bei der Installation sind fehlenden Berechtigungen oder Abhängigkeiten. Vieles lässt sich dadurch lösen indem man sich angewöhnt vor dem Kommando ein sudo davorzusetzen. Bei vielen Installationsanleitungen fehlt dies und daher kommt es zu Fehlern.

2.ter Start schlägt fehl

Beim zweiten Start von Searx kommt ein Syntax-Fehler bei Zeile 31 weil für den Betrieb benötigte Module fehlen.

Lösung

Die benötigten Module können folgendermassen nachinstalliert werden:

sudo apt-get install python-pip pip install –upgrade -r requirements.txt

Fehlermeldung beim aktualisieren

./manage.sh: 19: ./manage.sh: pip: not found

Lösung

Auch hier ist der Grund das zum Aktualisieren Software benötigt wird die nicht Teil der Installation ist, also erst nachinstalliert werden muß. In diesem Fall ist es PIP. Dies fehlt quasi in allen gefundenen Installationsanleitungen. Zumindest in Ubuntu 18.04 muss PIP erst manuell nachinstalliert werden:

sudo apt-get install pip

Fehlermeldung beim starten

Traceback (most recent call last): File „searx/webapp.py“, line 31, in <module> import requests ImportError: No module named requests

Lösung:

Auch hier ist wieder der Grund das Module fehlen die für den Betrieb notwendig sind:

sudo apt-get install pip pip install requests pip install pyyaml pip install pygments

Das kann hier noch beliebig so weitergehen bis es zu keinen Fehlern mehr kommt. Installieren sie nach dieser Art alle fehlenden Module nach bis sich SearX fehlerfrei starten lässt. Bei SearX in der Version 0.16.0. sind dies

certifi==2019.3.9
babel==2.7.0
flask-babel==1.0.0
flask==1.0.2
idna==2.8
jinja2==2.10.1
lxml==4.3.3
pygments==2.1.3
pyopenssl==19.0.0
python-dateutil==2.8.0
pyyaml==5.1
requests[socks]==2.22.0

Searx installieren

anonymous@undisclosed.example.com (Anonymous) — Wed, 27 Oct 2021 16:46:03 +0000

Searx installieren

Step-bystep Installation

Fehler während der Installation

Leider mussten wir feststellen das viele Anleitungen, die wir im Web gefunden haben, fehlerhaft, oder zumindest nicht ganz vollständig sind. Klassische Fehler die bei der Installation auftreten können haben wir hier aufgelistet.

move IT Home Base

FritzBox

FritzBox

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

IssueTracker

IssueTracker

Preamble

Eigenschaften

Tickets suchen und finden

Einsatzgebiet

Installation

Eingabeseite: neue Tickets eines beliebigen Produkts eines bestimmten Projekts erstellen

Eingabeseite: neue Tickets eines bestimmten Produkts eines bestimmten Projekts erstellen

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

Beispiel-Anwendungsgebiet

Beispiel-Syntax

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

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

Parameter

Folgende Parameter gibt es

Warum der NOCACHE Befehl?

Links

Searx Fehler

Searx Fehler

2.ter Start schlägt fehl

Lösung

Fehlermeldung beim aktualisieren

Lösung

Fehlermeldung beim starten

Lösung:

Searx installieren

Searx installieren

Step-bystep Installation

Fehler während der Installation

Installations-Anleitungen