Overzicht van Application Gateway-omleiding
U kunt application gateway gebruiken om verkeer om te leiden. De service heeft een algemeen omleidingsmechanisme om verkeer dat is ontvangen door de ene listener om te leiden naar een andere listener of naar een externe site. Dit vereenvoudigt de configuratie van toepassingen, optimaliseert het resourcegebruik en ondersteunt nieuwe omleidingsscenario's, waaronder globale en op paden gebaseerde omleiding.
Een veelvoorkomend omleidingsscenario voor veel webtoepassingen is het ondersteunen van automatische HTTP-naar-HTTPS-omleiding om ervoor te zorgen dat alle communicatie tussen de toepassing en de gebruikers ervan plaatsvindt via een versleuteld pad. In het verleden hebben klanten technieken gebruikt, zoals het maken van een toegewezen back-endpool waarvan het enige doel is om aanvragen om te leiden die worden ontvangen op HTTP naar HTTPS. Met omleidingsondersteuning in Application Gateway kunt u dit eenvoudig doen door een nieuwe omleidingsconfiguratie toe te voegen aan een routeringsregel en een andere listener met het HTTPS-protocol op te geven als de doellistener.
Omleidingstypen
Een omleidingstype stelt de antwoordstatuscode voor de clients in om het doel van de omleiding te begrijpen. De volgende typen omleiding worden ondersteund:
- 301 (permanent verplaatst): Geeft aan dat aan de doelresource een nieuwe permanente URI is toegewezen. Alle toekomstige verwijzingen naar deze resource maken gebruik van een van de ingesloten URI's. Gebruik 301-statuscode voor HTTP-naar-HTTPS-omleiding.
- 302 (Gevonden): Geeft aan dat de doelresource tijdelijk onder een andere URI valt. Omdat de omleiding af en toe kan veranderen, moet de client de effectieve aanvraag-URI blijven gebruiken voor toekomstige aanvragen.
- 303 (Zie overige): Geeft aan dat de doelresource de gebruikersagent omleidt naar een andere resource, zoals aangegeven door een URI in het veld Locatieheader.
- 307 (tijdelijke omleiding): Geeft aan dat de doelresource tijdelijk onder een andere URI valt. De gebruikersagent MAG de aanvraagmethode NIET wijzigen als er een automatische omleiding naar die URI wordt uitgevoerd. Omdat de omleiding na verloop van tijd kan worden gewijzigd, moet de client de oorspronkelijke effectieve aanvraag-URI blijven gebruiken voor toekomstige aanvragen.
Omleidingsmogelijkheden
Listener-omleiding
Wordt omgeleid van de ene listener naar een andere listener. Listener-omleiding wordt vaak gebruikt om HTTP naar HTTPS-omleiding in te schakelen.
Wanneer u omleidingen configureert met een listener voor meerdere sites, is het vereist dat alle hostnamen (met of zonder jokertekens) worden gedefinieerd als onderdeel van de bronlistener, ook deel uitmaken van de doellistener. Dit zorgt ervoor dat er geen verkeer wordt verwijderd vanwege ontbrekende hostnamen op de doellistener tijdens het configureren van HTTP-naar-HTTPS-omleiding.
Padgebaseerde omleiding
Dit type omleiding maakt omleiding alleen mogelijk op een specifiek sitegebied, bijvoorbeeld het omleiden van HTTP naar HTTPS-aanvragen voor een winkelwagengebied dat wordt aangeduid door /cart/*.
Omleiden naar externe site
Met deze wijziging moeten klanten een nieuw omleidingsconfiguratieobject maken, waarmee de doellistener of externe site wordt opgegeven waarnaar omleiding gewenst is. Het configuratie-element ondersteunt ook opties voor het toevoegen van het URI-pad en de queryreeks aan de omgeleide URL. U kunt ook het type omleiding kiezen. Zodra deze omleidingsconfiguratie is gemaakt, wordt deze omleidingsconfiguratie via een nieuwe regel aan de bronlistener gekoppeld. Wanneer u een basisregel gebruikt, wordt de omleidingsconfiguratie gekoppeld aan een bronlistener en is dit een globale omleiding. Wanneer een padgebaseerde regel wordt gebruikt, wordt de omleidingsconfiguratie gedefinieerd op de url-padtoewijzing. Dit geldt dus alleen voor het specifieke padgebied van een site.