Websites herunterladen, die otrs nutzen

Über otrs

Perl hinter einer öffentlichen Webanwendung zu finden, ist so ungewöhnlich, dass es schon für sich genommen ein Signal ist. Für neue Webprojekte wird die Sprache seit Langem kaum noch gewählt. Eine Perl-Anwendung, die noch Anfragen beantwortet, ist deshalb fast immer ein System, das einmal gekauft, in die Prozesse eines Unternehmens eingepasst und weiterbetrieben wurde, weil ein Wechsel des Ticketsystems bedeutet, alle neu zu schulen, die damit arbeiten. otrs ist genau so ein System: ein Service-Desk- und Ticketing-Produkt, das der Anbieter OTRS AG unter der Lizenz Proprietary verkauft und das seit 2001 auf dem Markt ist.

Unsere Taxonomie führt den Eintrag in der Kategorie Issue trackers, was ihm nicht gerecht wird. Eine Helpdesk-Suite dieser Art bearbeitet Störungen, Änderungsanträge und Servicekataloge für die interne IT genauso oft, wie sie mit Kunden kommuniziert. Taucht die Software auf einem öffentlichen Hostnamen auf, bedeutet das daher meist etwas Konkreteres als ein Support-Widget. Jemand betreibt einen eigenen Service-Desk auf eigener Infrastruktur, unter einer Subdomain wie support, helpdesk oder tickets, und die Mitarbeiter melden sich über ein Formular an, das der Rest des Internets zwar erreichen, aber nicht nutzen kann.

Der Einsatz spricht deshalb für eine Organisation, die groß genug für ein eigenes Service-Desk-Team ist, Selbsthosting einem Abonnement vorzieht und ihre Beschaffungsentscheidung bewusst getroffen hat, statt die Software als gebündelte Funktion mitzunehmen. Unternehmen, die ein eigenes Ticketsystem installieren, haben oft Compliance-Gründe, Vorgaben zur Datenresidenz oder eine Anbindung an Verzeichnis- und Monitoring-Systeme, die ein gehostetes Produkt nicht abbilden würde.

Die aufschlussreichste Spalte dieses Eintrags ist die Version. Über die erkannten Installationen hinweg erfassen wir 10 verschiedene Versionsangaben, mit einer Häufung bei Version 6.0.28. Eine selbst gehostete Anwendung, die von Hand aktualisiert wird, erzeugt genau diese Verteilung: eine große Häufung und dazu einen langen Ausläufer, in dem jedes Release für eine Organisation steht, die einmal aktualisiert und das System danach jahrelang in Ruhe gelassen hat. Für Forschende ist gerade diese Streuung entscheidend, denn am Patch-Stand lässt sich unterscheiden, ob jemand eine Instanz noch pflegt oder ob sich dort seit Langem niemand mehr als Administrator angemeldet hat.

Die Erkennung hat klare Grenzen, und die sollte man benennen statt glätten. Wir lesen die Login-Seite und das Markup, das die Anwendung ausliefert. Eine Instanz, die nur im Firmennetz veröffentlicht oder nur über ein VPN oder eine Freigabeliste für IP-Adressen erreichbar ist, taucht deshalb überhaupt nicht auf. Entfernt ein Administrator das Versionsbanner, zählen wir die Installation ohne Version. Stand Oktober 2026 erkennen wir otrs auf 26 Websites, wobei die Zahl öffentlich erreichbare Installationen misst und nicht verkaufte Lizenzen. Eine Aufschlüsselung nach Ländern gibt es für diesen Eintrag nicht. Die Geografie muss man also aus den Domains selbst ableiten.

Konkurrierende Service-Desk-Anbieter wollen eine Liste von Wechselkandidaten. Integratoren und Beratungshäuser wollen die Installationen, die sie betreuen könnten. Sicherheitsteams wollen die Versionsverteilung. Eine Abfrage zu einer einzelnen Domain zeigt, ob ein Unternehmen die Software betreibt. Die herunterladbare Datei zeigt, welche Unternehmen es tun und auf welchem Release, und gerade die Antwort auf diese zweite Frage lässt sich nicht Domain für Domain zusammentragen.