Algemene instellingen voor HTTP Farm-profiel #

Dit profiel beheert het wisselen van inhoud bij de levering van applicaties op laag 7 voor zowel HTTP- als HTTPS-protocollen.

De Boerderijstatus wordt weergegeven met behulp van kleurindicatoren, zoals hieronder beschreven:

• Groen: Middelen UP. De farm is actief en alle backends zijn UP of de omleiding is geconfigureerd.
• Rood: Middelen DOWN. De boerderij wordt stopgezet.
• Zwart: Geeft een aan KRITISCHE schade. De farm is UP, maar er is geen backend beschikbaar of ze bevinden zich in de onderhoudsmodus.
• Blauw: Betekent dat er een is PROBLEEM. De farm draait, maar minstens één backend is niet beschikbaar.
• Oranje: Middelen ONDERHOUD. De farm is actief, maar ten minste één backend bevindt zich in de onderhoudsmodus.

Deze kleurcodes zijn overal in de grafische gebruikersinterface hetzelfde. Een beknopte uitleg over deze kleuren vindt u in de LSLB-boerderijsectie.

In het HTTP(S)-farmsprofiel: de HTTP-header X-Doorschakelen-voor wordt standaard gevuld met het IP-adres van de client.

Elke HTTP(S)-farm (of virtuele service) beheert verschillende services, zoals een reverse proxy, waardoor één virtueel HTTP-IP- en poortpaar meer dan één load-balanced webservice kan verwerken. Daarom is er een sectie met de naam service onder een HTTP-farm om virtuele hostflexibiliteit te bieden en de creatie van een lijst met backends voor elke service mogelijk te maken.

Elke HTTP(S)-service gebruikt een combinatie van reguliere expressies (voor virtuele host en URL-patroon) in PCRE om alle inkomende verbindingen te beheren waarvan de HTTP-header met beide overeenkomt.

Basis configuratie #

Hieronder volgen de basisparameters voor het HTTP/S-farmprofiel.

Naam. Dit is een naam waarmee een boerderij gemakkelijk kan worden geïdentificeerd. Als u de naam van een bepaalde boerderij wilt wijzigen, moet u deze eerst stoppen. Zorg ervoor dat er niet al een nieuwe naam in gebruik is.

Virtueel IP en poort. Dit zijn de virtuele IP-adressen en poortparen waarvan de farm luistert naar inkomende verbindingen. De nieuwe combinatie van IP-adres en poort moet ongebruikt en beschikbaar zijn voordat deze wordt geconfigureerd.

Luisteraar. Dit veld specificeert het protocol dat op laag 7 moet worden beheerd voor het wisselen van inhoud.

• HTTP. De virtuele service begrijpt alleen gewone HTTP-inhoud.
• HTTPS. De virtuele service begrijpt Secure HTTP-inhoud, beheert SSL-handshakes, verwerkt veilige coderingsconfiguraties, SSL-certificaten (wildcard of SNI), enz., om SSL-offload uit te voeren en de echte applicatieservers van deze zware taken te ontlasten.

HTTPS-parameters #

HTTPS-parameters vindt u hieronder.

Schakel SSLV2 uit, Schakel SSLV3 uit, Schakel TLSV1 uit, Schakel TLSV1.1 uit, Schakel TLSV1.2 uit selecteerbare knoppen, indien geselecteerd, vermijd het gebruik van de gegeven protocollen. Zodra een protocol is uitgeschakeld, worden de cijfers ervan ook uitgeschakeld.

cijfers. Dit veld wordt gebruikt om een ​​lijst samen te stellen met codes die door SSL-verbindingen worden geaccepteerd om die verbinding te versterken. Voordat een client en server kunnen beginnen met het uitwisselen van informatie die wordt beschermd door TLS, moeten ze veilig een coderingssleutel en een code uitwisselen of overeenkomen die ze moeten gebruiken bij het coderen van gegevens.

Om een ​​cijfer voor gebruik te configureren, selecteert u een van de volgende opties.

• Alles. Dit item geeft aan dat alle cijfers mogen worden beheerd door de HTTPS-listener. Dit is de standaardinstelling.
• Hoge beveiliging. Met deze opdracht zijn de volgende cijfers mogelijk:

  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

  Wat genoeg zal zijn om door een A+ in SSL Labs .

• Beveiliging op maat. Met deze opdracht kunt u uw eigen toegestane cijfers instellen via de Aangepaste cijfers veld.
• Aangepaste cijfers. Hiermee kunt u aanpassen welke codes wel of niet mogen worden gebruikt door de SSL-verbinding. Het moet een string zijn in hetzelfde formaat als in OpenSSL-coderingen . Deze opdracht wordt weergegeven als Beveiliging op maat is ingesteld.

Beschikbare certificaten. Dit zijn de beschikbare SSL-certificaten die op het apparaat zijn geïnstalleerd. Om een ​​van deze in te schakelen, selecteert u het certificaat en klikt u op de pijlknop, of sleept u het eenvoudigweg van het vak Beschikbaar naar het vak Ingeschakeld. U kunt ook meerdere certificaten of zelfs allemaal in-/uitschakelen.

Ingeschakelde certificaten. In deze lijst beheert u de certificaten die momenteel door het bedrijf in gebruik zijn. Je kunt ze naar boven of beneden verplaatsen met de dubbele pijlen naar boven/beneden, of ze zelfs allemaal uitschakelen. Houd rekening met de volgorde van de certificaten. Als u een wildcardcertificaat configureert vóór een hostcertificaat, wordt eerst het wildcardcertificaat gebruikt.

geavanceerde instellingen #

Herschrijf locatieheaders. Indien ingeschakeld, wordt de boerderij gedwongen om de Lokatie en Inhoud-locatie headers als reactie op de clients. Als ze de waarde van de backend zelf of de VIP hebben, maar met een ander protocol, wordt het antwoord aangepast om de virtuele host in het verzoek weer te geven. Als de schakelknop ingeschakeld en backends vergelijken is ingeschakeld, wordt alleen het backend-IP-adres vergeleken. Dit is essentieel bij het omleiden van een verzoek naar een HTTPS-listener op dezelfde server als de HTTP-listener. Als dit veld is geconfigureerd in de servicesectie, wordt deze richtlijn voor die service genegeerd.

HTTP-werkwoorden geaccepteerd. Dit veld geeft de HTTP-methoden aan die worden gebruikt om HTTP-clientverzoeken te valideren. Als het verzoek van de klant niet wordt toegestaan, wordt er een foutmelding aan de klant getoond. Elk werkwoord heeft extra lagere niveaus van werkwoorden.

• Standaard HTTP-verzoek. Standaard HTTP-verzoeken (GET, POST, HEAD).
• + uitgebreid HTTP-verzoek. uitgebreide HTTP-verzoeken (PUT, DELETE).
• + opties HTTP-werkwoord. uitgebreide HTTP-verzoeken (PUT, DELETE).
• + standaard WebDAV-werkwoorden. standaard WebDAV-werkwoorden (LOCK, UNLOCK, PROPFIND, PROPPATCH, SEARCH, MKCOL, MOVE, COPY, OPTIONS, TRACE, MKACTIVITY, CHECKOUT, SAMENVOEGEN, RAPPORTEREN).
• + MS-extensies WebDAV-werkwoorden. MS-extensies WebDAV-werkwoorden (INSCHRIJVEN, UITSCHRIJVEN, NOTIFY, BPROPFIND, BPROPPATCH, POLL, BMOVE, BCOPY, BDELETE, CONNECT).
• + MS RPC-extensies werkwoorden. MS RPC-extensies werkwoorden (RPC_IN_DATA, RPC_OUT_DATA).

Time-out voor backend-verbinding. Deze waarde geeft in seconden aan hoe lang de farm moet wachten op verbinding met de backend. Meestal is dit de wachttijd bij het openen van de socket. Standaard wordt deze waarde ingesteld op 20 seconden.

Frequentie om herrezen backends te controleren. Dit is hoe vaak de load balancer zal wachten om te controleren of een backend bereikbaar is en om een ​​echte server op de zwarte lijst te krijgen als deze actief is. De farm zal de backend periodiek controleren zodra de echte server als offline is gemarkeerd, ongeacht of er een nieuwe clientverbinding is of niet. Standaard wordt deze waarde ingesteld op 10 seconden.

Time-out voor back-endreactie. Deze waarde geeft in seconden aan hoe lang de farm moet wachten op een antwoord van de backends. Standaard wordt deze waarde ingesteld op 45 seconden.

Time-out van clientverzoek. Deze waarde geeft aan hoe lang de boerderij moet wachten op een clientverzoek. Zodra deze time-out is bereikt zonder dat er gegevens van de client zijn ontvangen, wordt de verbinding verbroken. Standaard wordt deze waarde ingesteld op 30 seconden.

HTTP-foutmeldingen #

Gepersonaliseerde foutmeldingen. De boerderijservice geeft een aangepast bericht op uw site weer wanneer er een webcodefout wordt gedetecteerd op de echte servers. Er wordt een gepersonaliseerde HTML-pagina weergegeven voor foutcodes 414, 500, 501 en 503.

• 414: Aanvraag-URI te lang. Dit is de foutmelding van het HTTP/S-profiel als de URI het maximaal toegestane aantal tekens bereikt. Als u deze foutmelding krijgt, verklein dan de lengte van de URL.
• 500 Interne server fout. Dit is de foutmelding van het HTTP/S-profiel als de backend een onverwachte opdracht tegenkomt
• 501: Niet geïmplementeerd. Dit is de foutmelding van het HTTP/S-profiel als het verzoekwerkwoord niet wordt beheerd of bekend is bij de proxy of backend.
• 503 Service niet beschikbaar. Dit is de foutmelding van het HTTP/S-profiel als de proxy geen beschikbare backend voor de aanvraag vindt. Dit kan gebeuren wanneer alle backends of servers niet beschikbaar zijn, of omdat de reguliere expressie in het verzoek niet overeenkomt met een geconfigureerde service.
• WAF 403: Verboden. Dit is de foutmelding van het HTTP/S-profiel als de WAF is ingeschakeld en de WAF-engine het verzoek afwijst.

Headers #

In deze sectie kunnen we verzoeken en antwoordheaders wereldwijd toevoegen, wijzigen of verwijderen, waarbij acties worden toegepast op alle geconfigureerde services. Als er een header is geconfigureerd in de servicesectie, wordt die configuratie verwijderd.

De acties die u in deze sectie kunt gebruiken, zijn onder meer:

Creëer regel. Er wordt een globale header gemaakt.
Verwijdering . Een globale header wordt verwijderd.

In deze sectie kunnen we toevoegen, wijzigen of creëren Voorvoegsel verzoeken en antwoorden zoals weergegeven in de onderstaande afbeelding.

Type.

• Verzoek: header verwijderen. Headerpatroon dat wordt verwijderd uit de HTTP-aanvragen van de client.
• Verzoek: header aanpassen. Wijzig de header van de HTTP-aanvragen van de client.
• Verzoek: header toevoegen. De header die wordt toegevoegd aan de HTTP-aanvragen van de client.
• Reactie: header verwijderen. Headerpatroon dat wordt verwijderd uit het backend-HTTP-antwoord.
• Reactie: header aanpassen. Wijzig de header van het Backend-HTTP-antwoord.
• Reactie: header toevoegen. De header die wordt toegevoegd aan het backend-HTTP-antwoord.

Diensteninstellingen #

De services binnen een LSLB-farm met een HTTP-profiel bieden mogelijkheden voor content-switching voor virtuele webservices om meerdere webservices en -applicaties te leveren via de hetzelfde virtuele IP en POORT​ Dit helpt webapplicaties verenigen via één domein, virtuele hosts beheren, URL's beheren, configureer omleidingen, configureer persistentie en backends per service. Elke service binnen een LSLB-farm heeft verschillende eigenschappen, gezondheidscontroles, persistentie, headerbeheer en een backendlijst. Reguliere expressies kunnen worden gebruikt om aan voorwaarden te voldoen die de dienst specificeren die per verzoek moet worden gebruikt.

Elke serviceovereenkomstvoorwaarde wordt gecontroleerd door de HTTP-farmprofielkern in de prioriteitsmodus (die indien nodig kan worden gewijzigd). Als er geen service is gekoppeld, retourneert de boerderijkern een fout (HTTP-fout 503). Om deze reden zijn specifieke definities van meerdere diensten toegestaan. Als de velden URL en Host niet zijn gedefinieerd, komen alle verzoeken overeen. De HTTP-servicevoorwaarden worden bepaald door een virtuele host en/of een URL-patroon.

Ten eerste is het vereist dat u ten minste één service maakt om een ​​backend toe te voegen. Zodra de nieuwe service is toegepast, worden de HTTP-services van boven naar beneden in de lijstvolgorde geëvalueerd. De eerste service die overeenkomt in het veld Host en/of URL zal het verzoek verwerken. Deze servicevoorwaarden worden bepaald door URL- of hostpatronen.

De servicevoorwaarden waaraan moet worden voldaan zijn:

Virtuele host. Dit veld specificeert de voorwaarde die wordt bepaald door de domeinnaam via hetzelfde virtuele IP-adres en dezelfde poort gedefinieerd door een HTTP-farm. Als u deze voorwaarde wilt negeren, laat u deze leeg. Dit veld ondersteunt reguliere expressies in PCRE-indeling.

URL-patroon. Dit veld bepaalt een webservice aan de hand van de URL waar de client een aanvraag voor indient. Deze URL wordt gecontroleerd met behulp van een specifiek URL-patroon dat syntactisch wordt gecontroleerd. Als u deze voorwaarde wilt negeren, laat u deze leeg. Dit veld ondersteunt reguliere expressies in PCRE-indeling.

De Virtuele host en URL-patroon waarden zijn reguliere expressies. Als u dit leeg laat, komt elke waarde overeen. Beide velden moeten overeenkomen, anders wordt doorgegaan naar de volgende service. Het wordt aanbevolen om er ten minste één te gebruiken, die als standaard dient als er onderaan geen overeenkomst wordt gedetecteerd.

Herschrijf locatieheaders. Indien ingeschakeld, wordt de service gedwongen de Lokatie en Inhoud-locatie headers als reactie op de clients. Als ze de waarde van de backend zelf of de VIP hebben (maar met een ander protocol), wordt het antwoord aangepast om de virtuele host in het verzoek weer te geven. Als de schakelknop ingeschakeld en backends vergelijken is ingeschakeld, wordt alleen het backend-IP-adres vergeleken. Dit is essentieel bij het omleiden van verzoeken naar een HTTPS-listener op dezelfde server als de HTTP-listener. Wanneer backends inschakelen en vergelijken is geselecteerd, wordt een vlag aangeroepen Schakel pad in voor het herschrijven van locatieheaders zal beschikbaar zijn. Schakel deze vlag in als u werkt met URL's herschrijven. Deze waarde dwingt u om de URL-reacties te controleren en verandert het antwoord naar het origineel als er een regel is geconfigureerd URL's herschrijven. Als dit veld is ingeschakeld, overschrijft het dezelfde richtlijn in de globale sectie.

Planner voor taakverdeling. Dit veld specificeert het load-balancing-algoritme dat moet worden gebruikt voor het bepalen van de backend-server. Standaard zal het gewichtsalgoritme het standaard geselecteerde algoritme zijn.

• Gewicht: aansluiting lineaire verzending op gewicht. Brengt de verbindingen in evenwicht, afhankelijk van de gewichtswaarde die aan elke backend is toegewezen. De verzoeken worden geleverd met behulp van een probabilistisch algoritme met behulp van het gedefinieerde gewicht.
• Minste respons: dynamisch gewicht volgens de backend-respons. Dynamisch herschalen van het backend-gewicht als reactie op de prestatietijden van de backends. Snellere responstijden resulteren in betere verbindingen met deze daadwerkelijke servers.

redirect #

Als de service de omleidingsoptie heeft ingeschakeld, kunnen backend-servers niet worden gebruikt, omdat alle verzoeken naar de opgegeven URL worden verzonden.

Omleidingstype. Er zijn twee omleidingstypen: Standaard en toevoegen. Met de Standaard type, wordt de URL beschouwd als een absolute host en een pad waarnaar wordt doorgestuurd. Met de toevoegen type, wordt het oorspronkelijke verzoekpad toegevoegd aan de host en het pad dat u hebt opgegeven.

Omleidings-URL. Deze parameter bepaalt waar de client naartoe wordt doorgestuurd nadat een verzoek is beantwoord. Het klantverzoek wordt automatisch beantwoord door om te leiden naar een nieuwe URL. Als u een omleidingswaarde configureert, Configureer GEEN backends in deze dienst. Als de Virtuele host en URL-patroon overeenkomen, verzendt het apparaat een HTTP Locatiekop antwoord aan de client om te worden doorgestuurd naar de geconfigureerde URL.

Omleidingscode. Er kunnen verschillende HTTP-omleidingscodes worden gebruikt: 301 (permanent verplaatst), 302 (tijdelijk verplaatst) of 307 (tijdelijke omleiding).

Volharding #

Volharding. Deze parameter definieert hoe de HTTP-service de clientsessie beheert en welke HTTP-verbinding moet worden beheerd om veilige clientsessies te behouden. Wanneer een type volhardingssessie wordt geselecteerd, wordt de Time To Live TTL (seconden) ervan weergegeven.

• Geen doorzettingsvermogen. De boerderijdienst heeft geen controle over de cliëntsessies. De HTTP- of HTTPS-verzoeken worden afgeleverd bij echte servers.
• IP: Klantadres. Het client-IP-adres wordt gebruikt om de clientsessies open te houden via de echte servers.
• BASIS: Basisauthenticatie. De HTTP-basisauthenticatieheader wordt gebruikt om de clientsessies te controleren. Wanneer een webpagina bijvoorbeeld om basisauthenticatie van de client vraagt, bevat een HTTP-header een tekenreeks zoals de volgende:

  		HTTP/1.1 401 Autorisatie vereist Server: HTTPd/1.0 Datum: zaterdag, 27 november 2011 10:18:15 GMT
  		WWW-authenticeren: Basic realm = "Beveiligd gebied"
  		Inhoudstype: tekst/HTML Inhoudslengte: 31
  

  Vervolgens antwoordt de klant met de header:

                  GET /private/index.html HTTP/1.1 Host: localhost
  		Autorisatie: Basis QWxhZGRpbjpvcGVuIHNlc2FtZQ==
  

  Deze basisverificatiereeks wordt gebruikt als ID voor de sessie om de clientsessie te identificeren.

• PARM: een URI-parameter. Een andere manier om een ​​clientsessie te identificeren is via een URI-parameter, gescheiden van een puntkomma, die wordt gebruikt als gebruikerssessie-ID. In het voorbeeld http://www.example.com/private.php;EFD4Y7 de parameter wordt gebruikt als sessie-ID.
• URL: een verzoekparameter. Wanneer de sessie-ID wordt verzonden via een GET-parameter met de URL, geeft deze parameter aan dat de naam die is gekoppeld aan de clientsessie-ID mogelijk is. Een klantverzoek zoals http://www.example.com/index.php?sid=3a5ebc944f41daa6f849f730f1 moet worden geconfigureerd met de parameter Persistentie Sessie-ID (sid-waarde in dit voorbeeld) en de persistentiesessietijd tot leven (TTL)
• KOEKJE: . U kunt een HTTP-cookievariabele selecteren om uit de HTTP-headers te lezen en deze te gebruiken om clientsessies gedurende een bepaalde tijd te onderhouden. De geconfigureerde cookienaam in het persistentie-sessie-ID veld wordt gemaakt door een programmeur en ingebed in een webpagina om de clientsessie te identificeren, bijvoorbeeld:

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

  Bovendien moet Persistence session Time To Life (TTL) worden geconfigureerd. Deze waarde beheert de tijd die de load balancer bespaart wanneer de client en de backend zonder enige activiteit werken.

• HEADER: een verzoekheader. Een aangepast veld voor de HTTP-header kan worden gebruikt om de clientsessie te identificeren. De persistentiesessie-time-to-life en persistentiesessie-ID moeten worden geconfigureerd. Bijvoorbeeld:

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

Boerenbewaker #

HTTP-farms bieden een eenvoudige en native back-end-gezondheidscontrole, maar de Farmguardian-configuratie wordt aanbevolen voor slimmere heuristische back-end-gezondheidscontroles om ervoor te zorgen dat de applicatie in orde is.

Sommige ingebouwde of aangepaste geavanceerde gezondheidscontroles kunnen aan deze service worden toegewezen vanuit de reeds gemaakte boerderijcontroles.

Ga voor meer Farmguardian-informatie naar de Toezicht >> Farmguardian pagina.

Merk op dat na het selecteren van de farmguardian deze automatisch op de boerderij wordt toegepast.

HTTPS-backends. Dit selectievakje geeft aan de farm aan dat de backends-servers die in de huidige service zijn gedefinieerd, het HTTPS-protocol gebruiken, zodat de gegevens worden gecodeerd voordat ze worden verzonden.

backends #

Betreffende de backends, maakt het HTTP-farmprofiel de configuratie van de volgende eigenschappen mogelijk: Alle backends moeten IPv4 of IPv6 zijn en dezelfde IP-versie hebben als de Farm VIP.

ACTIES. Gebruik de volgende acties om de backends te beheren:
Voor reeds gemaakte backends:

• Onderhoud inschakelen. Gebruik deze actie als de backend eerder was uitgeschakeld. Het plaatsen van een echte server in de onderhoudsmodus betekent dat er geen nieuwe verbindingen naartoe worden omgeleid. Er zijn twee methoden om de onderhoudsmodus in te schakelen:
  • Afvoermodus. Behoudt gevestigde verbindingen en persistentie indien ingeschakeld, maar laat geen nieuwe verbindingen toe.
  • Snijmodus. Verbreekt alle actieve verbindingen met de backend
• Schakel onderhoud uit. Gebruik deze actie wanneer de backend zich in de onderhoudsmodus bevindt. Schakel nieuwe verbindingen met de echte server opnieuw in nadat u de onderhoudsmodus hebt uitgeschakeld.
• Verwijdering . Configuraties van een geselecteerde virtuele service verwijderen.

IP. Het IP-adres van een bepaalde backend.
PORT. Het poortnummer van de huidige echte server.
TIME-OUT. De tijd die een backend nodig heeft om te reageren. Deze waarde overschrijft de parameter van de globale backend-verbindingstime-out, maar is beperkt tot deze geselecteerde farm.
GEWICHT. De gewichtswaarde voor de huidige echte server. Meer gewicht geeft aan dat er meer verbindingen worden geleverd aan de huidige backend. Standaard wordt een gewichtswaarde van 1 ingesteld. Het beschikbare waardenbereik loopt van 1 tot 9.
PRIORITEIT. De prioriteitswaarde voor de huidige echte server (geaccepteerde waarden zijn 1 of 2). Lagere waarden hebben meer prioriteit en de standaardwaarde is 1, dus de backend wordt gebruikt wanneer deze beschikbaar is. Als alle backends met prioriteit 1 buiten gebruik zijn of in onderhoud zijn, wordt de backend met prioriteit 2 ingeschakeld om de service beschikbaar te houden. Momenteel is slechts één backend met prioriteit 2 toegestaan.

U kunt dezelfde parameters configureren als eerder beschreven en vervolgens op de knop Opslaan klikken om de backend te maken.

Door de Acties menuknop, zijn de volgende acties beschikbaar voor een of meer geselecteerde backends:
Backend toevoegen. Met deze opdracht wordt het formulier voor het maken van de backend geopend.
De hierboven genoemde acties: Onderhoud inschakelen (Draineren en Snijden modus), Onderhoud uitschakelen en Verwijdering .

Backend-formulier toevoegen: