Die Systemvoraussetzungen für HAN

Voraussetzungen für den Einsatz von HAN als Managementsoftware für Online-Ressourcen

Internetzugriff: Internetzugriff via Ports 80 und 443 (HTTP und HTTPS) muss sichergestellt sein. Das gilt für die HAN-Server und für alle HAN-Clients. Proxy-Server werden unterstützt. Beim Einsatz von Proxy-Servern können alternative Ports verwendet werden.

Serverkomponente, Single-Server-Installation

Betriebssysteme: Unterstützt: Windows Server 2019, empfohlen: ab Windows Server 2022 und 2025

Prozessor: 4-Kern-CPU
CPUs müssen den Mindestanforderungen der Betriebssysteme entsprechen. Sie finden die Liste der Windows Prozessoranforderungen bei learn.microsoft.com.

Arbeitsspeicher: Ab 8 GB

Freier Festplattenspeicher: Mindestens 30 GB freier Speicher, empfohlen ab 50 GB freiem Speicher
Beim Update von HAN 5 werden zeitweise Daten dupliziert. Planen Sie dafür ausreichend Festplattenplatz ein. Bei einem Inplace-Update empfohlen: Mindestens soviel freier Speicher, wie HAN 5 belegt.

Wildcard-DNS-Eintrag¹: FQDN des HAN-Servers; mit Verweis aufd en HAN-Server im lokalen DNS

Wildcard-SSL-Zertifikat²: FQDN des HAN-Servers

IP-Adresse: Standardports 80 und 443 frei (HTTP und HTTPS)

Nur für Hypervisoren: Paravirtueller Netzwerkadapter

Bei Trennung von HAN-Managementserver und HAN-Webserver gelten folgende Mindestgrößen an freiem Arbeitsspeicher

Core-Server

HAN-Managementserver: Ab 8 GB freiem Arbeitsspeicher

HAN-Webserver: Ab 2 GB freiem Arbeitsspeicher

Windows Server mit graphischer Benutzeroberfläche

HAN-Managementserver: Ab 12 GB freiem Arbeitsspeicher

HAN-Webserver: Ab 6 GB freiem Arbeitsspeicher

High Availability

Für High Availability (HA) ist zusätzlich ein Load-Balancer zur Lastverteilung bei mehreren Webservern notwendig. Ein Layer 4 Web-Load Balancer ist ausreichend, dieser ist nicht Teil des Lieferumfangs von HAN 6.

Hinweis: High Availability mit Load Balancing ist ein kostenpflichtiges Erweiterungsmodul. Wenden Sie sich bei Interesse an Ihren HAN-Vertriebspartner.

Recherche-Clients

Für die Geräte, auf denen die E-Journale aufgerufen werden sollen, gelten abgesehen von einem aktuellen Webbrowser keine besonderen Voraussetzungen bezüglich des Betriebssystems oder der Ausstattung. Zur Nutzung der Recherche muss kein zusätzliches Programm oder Plugin installiert werden.

1 Wildcard DNS Eintrag

Das Management von E-Ressourcen beinhaltet unter anderem auch eine statistische Auswertung über Angebot und Nutzung von Inhalten.

Technisch realisiert wird das mit dem „Reverse-Proxy“ Konzept, bei dem der Benutzer die Onlineressourcen nicht mehr direkt beim Anbieter, sondern über den HAN-Server aufruft. Erreicht wird das durch das parsen des Quelltextes der Onlineressource, bei der die Verlinkungen auf den HAN-Server umgeleitet werden. Seit HAN 3 werden alle notwendigen Informationen wie der Zielserver und die gewählte Ressource (HAN ID) in den Servernamen des HAN-Servers integriert.
Und zwar nach folgendem Schema:

http://<Servername des Anbieters>.<HAN ID>.<FQDN des HAN Servers>/<URL>

Um die so umgeschriebenen Adressen aufrufen zu können, ist ein Wildcard DNS Eintrag im entsprechenden DNS Server Voraussetzung.

Ein Beispiel

Aus der URL
http://www.spiegel.de/index.html

wird beim Aufruf über HAN die URL
http://www.spiegel.de.spiegelintern.hanserver.domain.com/index.html

HAN ID: spiegelintern
FQDN HAN Server: hanserver.domain.com

2 Wildcard SSL Zertifikat

Beim Aufruf von Onlineressourcen über SSL ergibt sich folgendes Problem: Die Adresse eines Serverzertifikats, welche auf den FQDN des HAN-Servers ausgestellt wurde, wird niemals mit dem Servernamen der Adresse übereinstimmen. Der Benutzer wird daher immer eine Zertifikatswarnung bekommen, dass das Zertifikat zwar gültig, die Adresse jedoch abweichend ist.

Dieses Problem wird durch die Verwendung eines Wildcard-Zertifikats gelöst, welches eine (!) variable Stelle vor dem Servernamen erlaubt.
Seit HAN 3.1 gibt es die Option, den Servernamen des Anbieters und die HAN ID nicht zwingend mit einem Punkt zu verknüpfen, sondern alternativ mit einem anderen Zeichen. In Folge kann der variable Teil vor dem HAN Servernamen wieder durch das Zertifikat abgedeckt werden.

Wildcard-Zertifikate sind in den RFC 2818 (https://www.ietf.org/rfc/rfc2818.txt) und RFC 2459 (https://www.ietf.org/rfc/rfc2595.txt) spezifiziert.