Globale Einstellungen für das HTTP-Farmprofil #

Dieses Profil verwaltet die Inhaltsumschaltung bei der Anwendungsbereitstellung auf Schicht 7 für HTTP- und HTTPS-Protokolle.

Die Status der Farm wird durch Farbindikatoren dargestellt, wie unten beschrieben:

• Grün: Bedeutet UP. Die Farm läuft und alle Backends sind aktiv oder die Umleitung ist konfiguriert.
• Rot: Bedeutet AB. Die Farm wird gestoppt.
• Schwarz: Zeigt eine KRITISCH Schaden. Die Farm ist aktiv, aber es ist kein Backend verfügbar oder sie befindet sich im Wartungsmodus.
• Blau: Bedeutet, dass es eine AUFGABENSTELLUNG. Die Farm läuft, aber mindestens ein Backend ist ausgefallen.
• Orange: Bedeutet WARTUNG. Die Farm läuft, aber mindestens ein Backend befindet sich im Wartungsmodus.

Diese Farbcodes sind überall auf der grafischen Benutzeroberfläche gleich. Eine kurze Erklärung zu diesen Farben finden Sie im LSLB-Farmabschnitt.

Im HTTP(S)-Farmprofil der HTTP-Header X-Forwarded-For- wird standardmäßig mit der Client-IP-Adresse gefüllt.

Jede HTTP(S)-Farm (oder virtueller Dienst) verwaltet mehrere Dienste wie ein Reverse-Proxy, daher kann ein virtuelles HTTP-IP- und Port-Paar mehr als einen lastenausgeglichenen Webdienst verarbeiten. Daher gibt es einen Abschnitt namens unter einer HTTP-Farm, um virtuelle Hostflexibilität zu bieten und die Erstellung einer Liste von Backends für jeden Dienst zu ermöglichen.

Jeder HTTP(S)-Dienst verwendet eine Kombination aus regulären Ausdrücken (für virtuellen Host und URL-Muster) in PCRE, um alle eingehenden Verbindungen zu verwalten, deren HTTP-Header mit beiden übereinstimmt.

Grundlegende Konfiguration #

Im Folgenden sind die grundlegenden Parameter für das HTTP/S-Farmprofil aufgeführt.

Name. Mit diesem Namen lässt sich eine Farm leicht identifizieren. Um den Namen einer bestimmten Farm zu ändern, müssen Sie sie zuerst stoppen. Stellen Sie sicher, dass der neue Name nicht bereits verwendet wird.

Virtuelle IP und Port. Dies sind die virtuellen IP-Adressen und Portpaare, von denen die Farm auf eingehende Verbindungen wartet. Die neue Kombination aus IP-Adresse und Port muss vor der Konfiguration unbenutzt und verfügbar sein.

Hörer. Dieses Feld gibt das Protokoll an, das für die Inhaltsumschaltung auf Ebene 7 verwaltet werden soll.

• HTTP. Der virtuelle Dienst versteht nur einfachen HTTP-Inhalt.
• HTTPS. Der virtuelle Dienst versteht sichere HTTP-Inhalte, verwaltet SSL-Handshakes, verarbeitet sichere Verschlüsselungskonfigurationen, SSL-Zertifikate (Wildcard oder SNI) usw., um SSL-Offload durchzuführen und die realen Anwendungsserver von diesen schweren Aufgaben zu entlasten.

HTTPS-Parameter #

HTTPS-Parameter Nachfolgend finden.

SSLV2 deaktivieren, SSLV3 deaktivieren, TLSV1 deaktivieren, TLSV1.1 deaktivieren, TLSV1.2 deaktivieren Auswählbare Schaltflächen: Wenn diese ausgewählt sind, vermeiden Sie die Verwendung der angegebenen Protokolle. Sobald ein Protokoll deaktiviert ist, werden auch seine Chiffren deaktiviert.

Ziffern. Dieses Feld wird verwendet, um eine Liste von Chiffren zu erstellen, die von SSL-Verbindungen akzeptiert werden, um diese Verbindung abzusichern. Bevor ein Client und ein Server mit dem Austausch von durch TLS geschützten Informationen beginnen können, müssen sie einen Verschlüsselungsschlüssel und eine Chiffre, die beim Verschlüsseln von Daten verwendet werden soll, sicher austauschen oder sich darauf einigen.

Um eine zu verwendende Verschlüsselung zu konfigurieren, wählen Sie eine der folgenden Optionen aus.

• Alle. Dieses Element gibt an, dass alle Chiffren vom HTTPS-Listener verwaltet werden dürfen. Dies ist die Standardeinstellung.
• Hohe SicherheitDieser Befehl aktiviert die folgenden Chiffren:

  kEECDH+ECDSA+AES128:kEECDH+ECDSA+AES256:kEECDH+AES128:kEECDH+AES256:kEDH+AES128:kEDH+AES256:DES-CBC3-SHA:+SHA:!aNULL:!eNULL:!LOW:!kECDH:!DSS:!MD5:!EXP:!PSK:!SRP:!CAMELLIA:!SEED

  Was sie werden genug sein, um durch eine A+ in SSL Labs .

• Kundenspezifische SicherheitMit diesem Befehl können Sie Ihre eigenen zulässigen Chiffren über die Benutzerdefinierte Chiffren Feld.
• Benutzerdefinierte Chiffren. Hiermit können Sie anpassen, welche Chiffren von der SSL-Verbindung verwendet werden dürfen oder nicht. Es muss sich um eine Zeichenfolge im gleichen Format wie in OpenSSL-Chiffren Dieser Befehl wird angezeigt, wenn Kundenspezifische Sicherheit wird gesetzt.

Verfügbare Zertifikate. Dies sind die verfügbaren SSL-Zertifikate, die auf dem Gerät installiert sind. Um eines davon zu aktivieren, wählen Sie entweder das Zertifikat aus und klicken Sie auf die Pfeilschaltfläche oder ziehen Sie es einfach per Drag & Drop aus dem Feld „Verfügbar“ in das Feld „Aktiviert“. Sie können auch mehrere oder sogar alle Zertifikate aktivieren/deaktivieren.

Aktivierte Zertifikate. In dieser Liste verwalten Sie die Zertifikate, die derzeit von der Farm verwendet werden. Sie können sie mit den doppelten Pfeilen nach oben/unten nach oben oder unten verschieben oder auch alle deaktivieren. Beachten Sie die Reihenfolge der Zertifikate. Wenn Sie vor einem Host-Zertifikat ein Wildcard-Zertifikat konfigurieren, wird das Wildcard-Zertifikat zuerst verwendet.

Erweiterte Einstellungen #

Standortheader neu schreiben. Wenn diese Option aktiviert ist, wird die Farm gezwungen, die Standort und Inhalt-Speicherort Header als Antwort an die Clients. Wenn sie den Wert des Backends selbst oder des VIP haben, aber mit einem anderen Protokoll, wird die Antwort geändert, um den virtuellen Host in der Anfrage anzuzeigen. Wenn der Umschaltknopf aktiviert und Backends vergleichen aktiviert ist, wird nur die Backend-IP-Adresse verglichen. Dies ist wichtig, um eine Anfrage an einen HTTPS-Listener auf demselben Server wie den HTTP-Listener umzuleiten. Wenn dieses Feld im Serviceabschnitt konfiguriert ist, wird diese Anweisung für diesen Service ignoriert.

Akzeptierte HTTP-Verben. Dieses Feld gibt die HTTP-Methoden an, die zur Validierung von HTTP-Clientanforderungen verwendet werden. Wenn die Clientanforderung nicht zulässig ist, wird dem Client ein Fehler angezeigt. Jedes Verb hat zusätzliche untergeordnete Verbebenen.

• Standard-HTTP-Anforderung. Standard-HTTP-Anfragen (GET, POST, HEAD).
• + erweiterte HTTP-Anfrage. erweiterte HTTP-Anfragen (PUT, DELETE).
• + Optionen HTTP-Verb. erweiterte HTTP-Anfragen (PUT, DELETE).
• + Standard-WebDAV-Verben. Standard-WebDAV-Verben (LOCK, UNLOCK, PROPFIND, PROPPATCH, SEARCH, MKCOL, MOVE, COPY, OPTIONS, TRACE, MKACTIVITY, CHECKOUT, MERGE, REPORT).
• + MS-Erweiterungen WebDAV-Verben. MS-Erweiterungen WebDAV-Verben (SUBSCRIBE, UNSUBSCRIBE, NOTIFY, BPROPFIND, BPROPPATCH, POLL, BMOVE, BCOPY, BDELETE, CONNECT).
• + MS RPC-Erweiterungsverben. MS RPC-Erweiterungsverben (RPC_IN_DATA, RPC_OUT_DATA).

Timeout der Backend-Verbindung. Dieser Wert gibt die Zeit in Sekunden an, die die Farm auf eine Verbindung zum Backend warten muss. Normalerweise ist dies die Wartezeit zum Öffnen des Sockets. Standardmäßig ist dieser Wert auf 20 Sekunden eingestellt.

Häufigkeit der Überprüfung wiederauferstandener Backends. So lange wartet der Load Balancer, um zu prüfen, ob ein Backend erreichbar ist, und um einen auf der schwarzen Liste stehenden realen Server zu ermitteln, wenn dieser aktiv ist. Die Farm prüft das Backend regelmäßig, sobald der reale Server als ausgefallen markiert ist, unabhängig davon, ob eine neue Clientverbindung besteht oder nicht. Standardmäßig ist dieser Wert auf 10 Sekunden eingestellt.

Timeout der Backend-Antwort. Dieser Wert gibt in Sekunden an, wie lange die Farm auf eine Antwort von den Backends warten muss. Standardmäßig ist dieser Wert auf 45 Sekunden eingestellt.

Timeout der Clientanforderung. Dieser Wert gibt an, wie lange die Farm auf eine Client-Anforderung warten muss. Sobald dieses Timeout erreicht ist, ohne dass Daten vom Client empfangen werden, wird die Verbindung beendet. Standardmäßig ist dieser Wert auf 30 Sekunden eingestellt.

HTTP-Fehlermeldungen #

Personalisierte Fehlermeldungen. Der Farmdienst zeigt auf Ihrer Site eine benutzerdefinierte Meldung an, wenn von den realen Servern ein Webcodefehler erkannt wird. Für die Fehlercodes 414, 500, 501 und 503 wird eine personalisierte HTML-Seite angezeigt.

• 414: Anforderungs-URI zu lang. Dies ist die Fehlermeldung des HTTP/S-Profils, wenn die URI die maximal zulässige Zeichenanzahl erreicht. Wenn Sie diesen Fehler erhalten, reduzieren Sie die Länge der URL.
• 500: Interner Serverfehler. Dies ist die Fehlermeldung des HTTP/S-Profils, wenn das Backend auf einen unerwarteten Befehl stößt
• 501: Nicht implementiert. Dies ist die Fehlermeldung des HTTP/S-Profils, wenn das Anforderungsverb vom Proxy oder Backend nicht verwaltet oder erkannt wird.
• 503 Dienst nicht verfügbar. Dies ist die Fehlermeldung des HTTP/S-Profils, wenn der Proxy kein verfügbares Backend für die Anfrage findet. Dies kann passieren, wenn alle Backends oder Server ausgefallen sind oder weil der reguläre Ausdruck in der Anfrage mit keinem konfigurierten Dienst übereinstimmt.
• WAF 403: Verboten. Dies ist die Fehlermeldung des HTTP/S-Profils, wenn die WAF aktiviert ist und die WAF-Engine die Anforderung ablehnt.

Headers #

In diesem Abschnitt können wir Anfragen und Antwortheader global hinzufügen, ändern oder löschen und Aktionen auf alle konfigurierten Dienste anwenden. Wenn im Dienstabschnitt ein Header konfiguriert ist, wird diese Konfiguration verworfen.

Zu den in diesem Abschnitt zu verwendenden Aktionen gehören:

Regel erstellen. Es wird ein globaler Header erstellt.
Löschen. Ein globaler Header wird gelöscht.

In diesem Abschnitt können Sie Folgendes hinzufügen, ändern oder erstellen: Kopfzeile Anfragen und Antworten wie im Bild unten dargestellt.

Typ.

• Anforderung: Header entfernen. Header-Muster, das aus den HTTP-Anfragen des Clients entfernt wird.
• Anforderung: Header ändern. Ändern Sie den Header der HTTP-Anfragen des Clients.
• Anfrage: Header hinzufügen. Der Header, der den HTTP-Anfragen des Clients hinzugefügt wird.
• Antwort: Header entfernen. Header-Muster, das aus der Backend-HTTP-Antwort entfernt wird.
• Antwort: Header ändern. Ändern Sie den Header der Backend-HTTP-Antwort.
• Antwort: Header hinzufügen. Der Header, der der Backend-HTTP-Antwort hinzugefügt wird.

Diensteinstellungen #

Die Dienste innerhalb einer LSLB-Farm mit einem HTTP-Profil bieten Content-Switching-Funktionen für virtuelle Webdienste, um mehrere Webdienste und Anwendungen über die gleiche virtuelle IP und PORT. Das hilft dabei Vereinheitlichung von Webanwendungen über eine einzige Domäne, Virtuelle Hosts verwalten, URLs verwalten, Weiterleitungen konfigurieren, Persistenz und Backends pro Dienst konfigurieren. Jeder Dienst innerhalb einer LSLB-Farm verfügt über unterschiedliche Eigenschaften, Integritätsprüfungen, Persistenz, Header-Verwaltung und eine Backend-Liste. Reguläre Ausdrücke können verwendet werden, um Bedingungen zu erfüllen, die den pro Anfrage zu verwendenden Dienst angeben.

Jede Service-Übereinstimmungsbedingung wird vom HTTP-Farmprofilkern im Prioritätsmodus (der bei Bedarf geändert werden kann) überprüft. Wenn kein Service übereinstimmt, gibt der Farmkern einen Fehler zurück (HTTP-Fehler 503). Aus diesem Grund sind bestimmte Definitionen mehrerer Services zulässig. Wenn die Felder „URL“ und „Host“ nicht definiert sind, stimmen alle Anfragen überein. Die HTTP-Servicebedingungen werden durch einen virtuellen Host und/oder ein URL-Muster bestimmt.

Zunächst müssen Sie mindestens einen Dienst erstellen, um ein Backend hinzuzufügen. Sobald der neue Dienst angewendet wurde, werden die HTTP-Dienste in der Reihenfolge der Liste von oben nach unten ausgewertet. Der erste Dienst, der im Feld Host und/oder URL übereinstimmt, verarbeitet die Anforderung. Diese Dienstbedingungen werden durch URL- oder Host-Muster bestimmt.

Die zu erfüllenden Servicebedingungen sind:

Virtueller Host. Dieses Feld gibt die Bedingung an, die durch den Domänennamen über dieselbe virtuelle IP und denselben Port bestimmt wird, die von einer HTTP-Farm definiert wurden. Um diese Bedingung zu verwerfen, lassen Sie das Feld leer. Dieses Feld unterstützt reguläre Ausdrücke im PCRE-Format.

URL-Muster. Dieses Feld bestimmt einen Webdienst anhand der URL, über die der Client anfordert. Diese URL wird anhand eines bestimmten URL-Musters überprüft, das syntaktisch geprüft wird. Um diese Bedingung zu verwerfen, lassen Sie das Feld leer. Dieses Feld unterstützt reguläre Ausdrücke im PCRE-Format.

Die Virtueller Host und URL-Muster Werte sind reguläre Ausdrücke. Wenn sie leer gelassen werden, stimmt jeder Wert überein. Beide Felder müssen übereinstimmen, sonst wird zum nächsten Dienst übergegangen. Es wird empfohlen, mindestens eines zu verwenden, das als Standard dient, wenn unten keine Übereinstimmung erkannt wird.

Standortheader neu schreiben. Wenn diese Option aktiviert ist, wird der Dienst gezwungen, die Standort und Inhalt-Speicherort Header als Antwort an die Clients. Wenn sie den Wert des Backends selbst oder des VIP haben (aber mit einem anderen Protokoll), wird die Antwort geändert, um den virtuellen Host in der Anfrage anzuzeigen. Wenn der Umschaltknopf aktiviert und Backends vergleichen aktiviert ist, wird nur die Backend-IP-Adresse verglichen. Dies ist wichtig, wenn Anfragen an einen HTTPS-Listener auf demselben Server wie der HTTP-Listener umgeleitet werden. Wenn Backends aktivieren und vergleichen ausgewählt ist, wird ein Flag namens Pfad für Rewrite-Speicherort-Header aktivieren verfügbar sein. Aktivieren Sie dieses Flag, wenn Sie mit URLs umschreiben. Dieser Wert zwingt Sie, die URL-Antworten zu überprüfen und die Antwort auf das Original zu ändern, wenn eine Regel konfiguriert ist in URLs umschreiben. Wenn dieses Feld aktiviert ist, überschreibt es die gleiche Anweisung im globalen Abschnitt.

Lastenausgleichsplaner. Dieses Feld gibt den Lastausgleichsalgorithmus an, der zur Bestimmung des Backend-Servers verwendet werden soll. Standardmäßig ist der Gewichtungsalgorithmus der ausgewählte Algorithmus.

• Gewicht: Verbindung linearer Versand nach Gewicht. Gleicht die Verbindungen je nach dem Gewichtungswert aus, der jedem Backend zugewiesen wurde. Die Anfragen werden mithilfe eines Wahrscheinlichkeitsalgorithmus unter Verwendung der definierten Gewichtung übermittelt.
• Geringste Antwort: dynamisches Gewicht entsprechend der Backend-Antwort. Dynamische Neuskalierung des Backend-Gewichts als Reaktion auf die Leistungszeiten der Backends. Schnellere Reaktionszeiten führen zu mehr Verbindungen zu diesen tatsächlichen Servern.

Umleiten #

Wenn für den Dienst die Umleitungsoption aktiviert ist, werden möglicherweise keine Backend-Server verwendet, da alle Anforderungen an die angegebene URL gesendet werden.

UmleitungstypEs gibt zwei Umleitungsarten: Standard und Anhängen. Mit dem Standard Typ wird die URL als absoluter Host und Pfad für die Weiterleitung verwendet. Mit dem Anhängen Typ, der ursprüngliche Anforderungspfad wird an den Host und den von Ihnen angegebenen Pfad angehängt.

URL umleiten. Dieser Parameter steuert, wohin der Client umgeleitet wird, nachdem eine Anfrage beantwortet wurde. Die Clientanfrage wird automatisch durch Umleitung zu einer neuen URL beantwortet. Wenn Sie einen Umleitungswert konfigurieren, Konfigurieren Sie keine Backends in diesem Dienst. Wenn die Virtueller Host und der URL-Muster übereinstimmen, sendet die Appliance eine HTTP Standortkopfzeile Antwort an den Client, um zur konfigurierten URL weitergeleitet zu werden.

UmleitungscodeEs können verschiedene HTTP-Umleitungscodes verwendet werden: 301 (Dauerhaft verschoben), 302 (Vorübergehend verschoben) oder 307 (Vorübergehende Umleitung).

Beharrlichkeit #

Beharrlichkeit. Dieser Parameter definiert, wie der HTTP-Dienst die Client-Sitzung verwaltet und welche HTTP-Verbindung kontrolliert werden muss, um sichere Client-Sitzungen aufrechtzuerhalten. Wenn ein Typ von Persistenzsitzung ausgewählt ist, wird seine Time To Live (TTL) (Sekunden) angezeigt.

• Keine Beharrlichkeit. Der Farmdienst steuert die Clientsitzungen nicht. Die HTTP- oder HTTPS-Anfragen werden an echte Server übermittelt.
• IP: Client-Adresse. Die Client-IP-Adresse wird verwendet, um die Client-Sitzungen über die realen Server offen zu halten.
• BASIC: Basisauthentifizierung. Der HTTP-Header für die Basisauthentifizierung wird zur Steuerung der Clientsitzungen verwendet. Wenn beispielsweise eine Webseite eine Basisauthentifizierung vom Client anfordert, enthält ein HTTP-Header eine Zeichenfolge wie die folgende:

  		HTTP/1.1 401 Autorisierung erforderlich Server: HTTPd/1.0 Datum: Samstag, 27. November 2011, 10:18:15 GMT
  		WWW-Authentifizierung: Basic realm="Sicherer Bereich"
  		Inhaltstyp: Text/HTML Inhaltslänge: 31
  

  Dann antwortet der Client mit dem Header:

                  GET /private/index.html HTTP/1.1 Host: localhost
  		Autorisierung: Basic QWxhZGRpbjpvcGVuIHNlc2FtZQ==
  

  Diese grundlegende Authentifizierungszeichenfolge wird als Sitzungs-ID verwendet, um die Clientsitzung zu identifizieren.

• PARM: Ein URI-ParameterEine andere Möglichkeit, eine Client-Sitzung zu identifizieren, ist ein URI-Parameter, der durch ein Semikolon getrennt ist und als Benutzersitzungskennung verwendet wird. Im Beispiel http://www.example.com/private.php;EFD4Y7 Der Parameter wird als Sitzungskennung verwendet.
• URL: Ein Anforderungsparameter. Wenn die Sitzungs-ID über einen GET-Parameter mit der URL gesendet wird, gibt dieser Parameter an, dass der mit der Client-Sitzungs-ID verknüpfte Name möglich ist. Beispielsweise eine Client-Anforderung wie http://www.example.com/index.php?sid=3a5ebc944f41daa6f849f730f1 sollte mit dem Parameter konfiguriert werden Persistenzsitzungskennung (Sid-Wert in diesem Beispiel) und die Lebensdauer der Persistenzsitzung (TTL)
• PLÄTZCHEN: . Sie können eine HTTP-Cookie-Variable auswählen, die aus den HTTP-Headern gelesen wird, und diese verwenden, um Clientsitzungen für eine bestimmte Zeit aufrechtzuerhalten. Der konfigurierte Cookiename im Persistenzsitzungskennung Das Feld wird von einem Programmierer erstellt und in eine Webseite eingebettet, um die Client-Sitzung zu identifizieren, zum Beispiel:

                  GET /spec.html HTTP/1.1 Host: www.example.org
                  Cookie: sessionidexample=75HRSd4356SDBfrte
  

  Zusätzlich sollte die Persistence Session Time To Life (TTL) konfiguriert werden. Dieser Wert verwaltet die Zeit, die der Load Balancer speichert, wenn der Client und das Backend inaktiv sind.

• HEADER: ein Anforderungsheader. Ein benutzerdefiniertes HTTP-Headerfeld kann zur Identifizierung der Clientsitzung verwendet werden. Die Lebensdauer der Persistenzsitzung und die Persistenzsitzungskennung müssen konfiguriert werden. Beispiel:

                 GET /index.html HTTP/1.1 Host: www.example.org
                 X-Sitzung: 75HRSd4356SDBfrte
  

Bauernwächter #

HTTP-Farmen stellen eine grundlegende und native Backend-Integritätsprüfung bereit, allerdings wird die Farmguardian-Konfiguration für intelligentere heuristische Backend-Integritätsprüfungen empfohlen, um sicherzustellen, dass die Anwendung fehlerfrei ist.

Aus den bereits erstellten Farmguardian-Prüfungen können diesem Dienst einige integrierte oder angepasste erweiterte Integritätsprüfungen zugewiesen werden.

Weitere Informationen zu Farmguardian finden Sie unter Überwachung >> Farmguardian .

Beachten Sie, dass der Farmguardian nach der Auswahl automatisch auf die Farm angewendet wird.

HTTPS-Backends. Dieses Kontrollkästchen zeigt der Farm an, dass die im aktuellen Dienst definierten Backend-Server das HTTPS-Protokoll verwenden, sodass die Daten vor dem Senden verschlüsselt werden.

Backends #

Bezüglich der Backends, das HTTP-Farmprofil ermöglicht die Konfiguration der folgenden Eigenschaften: Alle Backends müssen IPv4 oder IPv6 sein und dieselbe IP-Version wie die Farm-VIP haben.

MASSNAHMENVerwenden Sie die folgenden Aktionen, um die Backends zu verwalten:
Für bereits erstellte Backends:

• Wartung aktivieren. Verwenden Sie diese Aktion, wenn das Backend zuvor deaktiviert wurde. Wenn Sie einen realen Server in den Wartungsmodus versetzen, werden keine neuen Verbindungen zu ihm umgeleitet. Es gibt zwei Methoden, um den Wartungsmodus zu aktivieren:
  • Entleeren Sie Modus. Behält bestehende Verbindungen und Persistenz bei, falls aktiviert, lässt aber keine neuen Verbindungen zu.
  • Schnittmodus. Beendet alle aktiven Verbindungen zum Backend
• Wartung deaktivieren. Verwenden Sie diese Aktion, wenn sich das Backend im Wartungsmodus befindet. Aktivieren Sie nach dem Deaktivieren des Wartungsmodus wieder neue Verbindungen zum realen Server.
• Löschen. Entfernen Sie Konfigurationen eines ausgewählten virtuellen Dienstes.

IP. Die IP-Adresse eines bestimmten Backends.
PORT. Die Portnummer des aktuellen realen Servers.
TIMEOUT. Die Zeit, die ein Backend zum Antworten benötigt. Dieser Wert überschreibt den Parameter des globalen Backend-Verbindungstimeouts, ist aber auf diese ausgewählte Farm beschränkt.
GEWICHT. Der Gewichtungswert für den aktuellen realen Server. Mehr Gewichtung bedeutet, dass mehr Verbindungen zum aktuellen Backend hergestellt werden. Standardmäßig wird ein Gewichtungswert von 1 festgelegt. Der verfügbare Wertebereich reicht von 1 bis 9.
PRIORITY. Der Prioritätswert für den aktuellen realen Server (akzeptierte Werte sind 1 oder 2). Niedrigere Werte haben eine höhere Priorität und der Standardwert ist 1, sodass das Backend immer verwendet wird, wenn es verfügbar ist. Wenn alle Backends mit Priorität 1 ausgefallen oder in Wartung sind, wird das Backend mit Priorität 2 aktiviert, um den Dienst verfügbar zu halten. Derzeit ist nur ein Backend mit Priorität 2 zulässig.

Sie können dieselben Parameter wie zuvor beschrieben konfigurieren und dann auf die Schaltfläche „Speichern“ klicken, um das Backend zu erstellen.

Durch die Aktion Menüschaltfläche stehen folgende Aktionen für ein oder mehrere ausgewählte Backends zur Verfügung:
Backend hinzufügen. Dieser Befehl öffnet das Backend-Erstellungsformular.
Die oben genannten Aktionen: Wartung aktivieren (Abtropfen und Schneiden Modus), Wartung deaktivieren und Löschen.

Backend-Formular hinzufügen: