Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
Wanneer u een toepassingsgateway maakt met behulp van Azure Portal, maakt u een standaardregel (regel1). Deze regel verbindt de standaardlistener (appGatewayHttpListener) met de standaard back-endpool (appGatewayBackendPool) en de standaard-back-end-HTTP-instellingen (appGatewayBackendHttpSettings). Nadat u de gateway hebt gemaakt, kunt u de instellingen van de standaardregel bewerken of nieuwe regels maken.
Regeltype
Wanneer u een regel maakt, kiest u tussen basis - en padgebaseerde regels.
- Kies basis als u alle aanvragen op de bijbehorende listener (bijvoorbeeld blog.contoso.com/*) wilt doorsturen naar één back-endpool.
- Kies op pad gebaseerd als u aanvragen van specifieke URL-paden wilt routeren naar specifieke back-endpools. Het padpatroon wordt alleen toegepast op het pad van de URL, niet op de queryparameters.
Volgorde van verwerkingsregels
Voor de v1- en v2-SKU wordt patroonherkenning van binnenkomende aanvragen verwerkt in de volgorde waarin de paden worden vermeld in de URL-padtoewijzing van de padgebaseerde regel. Als een aanvraag overeenkomt met het patroon in twee of meer paden in de padkaart, wordt het pad dat als eerste wordt vermeld, vergeleken. En de aanvraag wordt doorgestuurd naar het back-end systeem dat met dat pad is verbonden.
Als u meerdere listeners hebt, is het nog belangrijker dat regels in de juiste volgorde worden verwerkt, zodat clientverkeer wordt ontvangen door de juiste listener. Voor meer informatie over de evaluatievolgorde van regels, zie de evaluatievolgorde van regels voor routering van aanvragen.
Gekoppelde luisteraar
Koppel een listener aan de regel zodat de regel voor aanvraagroutering die aan de listener is gekoppeld, wordt geëvalueerd om de back-endpool te bepalen waarnaar de aanvraag moet worden gerouteerd.
Gekoppelde backend-poel
Koppel de regel aan de backend pool die de back-enddoelen bevat. Deze doelen verwerken de aanvragen die de listener ontvangt.
Voor een basisregel is slechts één back-end pool toegestaan. Alle aanvragen op de gekoppelde listener worden doorgestuurd naar die back-endpool.
Voeg voor een padgebaseerde regel meerdere back-endpools toe die overeenkomen met elk URL-pad. De aanvragen die overeenkomen met het opgegeven URL-pad, worden doorgestuurd naar de bijbehorende back-endpool. Voeg ook een standaardback-endpool toe. Aanvragen die niet overeenkomen met een URL-pad in de regel, worden doorgestuurd naar die pool.
Gekoppelde BACK-end-HTTP-instelling
Voeg een BACK-end-HTTP-instelling toe voor elke regel. Aanvragen worden gerouteerd van de toepassingsgateway naar de back-enddoelen met behulp van het poortnummer, protocol en andere informatie die in deze instelling is opgegeven.
Voor een basisregel is slechts één BACK-end-HTTP-instelling toegestaan. Alle aanvragen voor de gekoppelde listener worden doorgestuurd naar de bijbehorende back-enddoelen met behulp van deze HTTP-instelling.
Voor een padgebaseerde regel voegt u meerdere HTTP-instellingen voor de back-end toe die overeenkomen met elk URL-pad. Aanvragen die overeenkomen met het URL-pad in deze instelling worden doorgestuurd naar de bijbehorende back-enddoelen met behulp van de HTTP-instellingen die overeenkomen met elk URL-pad. Voeg ook een standaard-HTTP-instelling toe. Aanvragen die niet overeenkomen met een URL-pad in deze regel, worden doorgestuurd naar de standaardback-endpool met behulp van de standaard-HTTP-instelling.
Omleidingsinstellingen
Als omleiding is geconfigureerd voor een basisregel, worden alle aanvragen op de bijbehorende listener omgeleid naar het doel. Dit is een wereldwijde omleiding. Als omleiding is geconfigureerd voor een padgebaseerde regel, worden alleen aanvragen in een specifiek sitegebied omgeleid. Een voorbeeld is een winkelwagengebied dat wordt aangeduid door /cart/*. Dit is pad-gebaseerde omleiding.
Zie application gateway-omleidingsoverzicht voor meer informatie over omleidingen.
Type van omleiding
Kies het type omleiding dat is vereist: Permanent(301), Tijdelijk(307), Found(302)of See other(303).
Omleidingsdoel
Kies een andere listener of een externe site als omleidingsdoel.
Luisteraar
Om verkeer van de ene listener naar een andere listener op de gateway om te leiden, kiest u listener als het omleidingsdoel. Deze instelling is vereist wanneer u HTTP-naar-HTTPS-omleiding wilt inschakelen. Hiermee wordt verkeer omgeleid van de bronlistener die controleert op binnenkomende HTTP-aanvragen naar de doellistener die controleert op binnenkomende HTTPS-aanvragen. U kunt er ook voor kiezen om de querytekenreeks en het pad van de oorspronkelijke aanvraag op te nemen in de aanvraag die wordt doorgestuurd naar het omleidingsdoel.
Zie voor meer informatie over HTTP-naar-HTTPS-omleiding:
- HTTP-naar-HTTPS-omleiding met behulp van Azure Portal
- HTTP-naar-HTTPS-omleiding met behulp van PowerShell
- HTTP-naar-HTTPS-omleiding met behulp van de Azure CLI
Externe site
Kies een externe site wanneer u het verkeer op de listener die aan deze regel is gekoppeld, wilt omleiden naar een externe site. U kunt ervoor kiezen om de queryreeks op te nemen uit de oorspronkelijke aanvraag in de aanvraag die wordt doorgestuurd naar het omleidingsdoel. U kunt het pad niet doorsturen naar de externe site die in het oorspronkelijke verzoek stond.
Zie voor meer informatie over omleiding:
- Verkeer omleiden naar een externe site met behulp van PowerShell
- Verkeer omleiden naar een externe site met behulp van de CLI
HTTP-headers en URL opnieuw schrijven
Met behulp van herschrijfregels kunt u HTTP(S)-aanvraag- en antwoordheaders toevoegen, verwijderen of bijwerken, evenals URL-pad- en queryreeksparameters wanneer de aanvraag- en antwoordpakketten tussen de client- en back-endpools worden verplaatst via de toepassingsgateway.
De headers en URL-parameters kunnen worden ingesteld op statische waarden of op andere headers en servervariabelen. Dit helpt bij belangrijke use cases, zoals het extraheren van IP-adressen van clients, het verwijderen van gevoelige informatie over de back-end, het toevoegen van meer beveiliging, enzovoort. Zie voor meer informatie:
- HTTP-headers en URL-overzicht herschrijven
- HTTP-header opnieuw schrijven configureren
- URL-herschrijven configureren