URL opnieuw genereren
Azure Front Door biedt ondersteuning voor het herschrijven van URL's, zodat u het aanvraagpad kunt wijzigen dat naar uw oorsprong wordt gerouteerd. Met deze krachtige functie kunt u voorwaarden definiëren die bepalen wanneer de URL of opgegeven headers moeten worden herschreven. Deze voorwaarden zijn gebaseerd op de informatie die aanwezig is in de aanvraag en het antwoord.
Door URL's te herschrijven, hebt u de mogelijkheid om uw eindgebruikers om te leiden naar verschillende oorsprongen op basis van factoren zoals hun apparaattype of het type bestand dat ze aanvragen. De url-herschrijfactie kan eenvoudig worden geconfigureerd in de regelset, zodat u nauwkeurige controle hebt over uw routeringsgedrag.
Bronpatroon
Het bronpatroon vertegenwoordigt het URL-pad in de eerste aanvraag die u wilt vervangen. Op dit moment maakt het bronpatroon gebruik van een op voorvoegsels gebaseerde overeenkomende benadering. Als u alle URL-paden wilt vergelijken, kunt u een slash (/) opgeven als de waarde voor het bronpatroon.
In de context van een url-herschrijfactie wordt alleen het pad na de patronen in de routeconfiguratie in aanmerking genomen voor het bronpatroon. De regelset beschouwt bijvoorbeeld alleen /source-pattern als het bronpatroon dat moet worden herschreven als u een binnenkomende URL-indeling hebt van contoso.com/pattern-to-match/source-pattern. Nadat de URL opnieuw is geschreven, wordt de uitgaande URL-indeling toegepast contoso.com/pattern-to-match/destination.
In gevallen waarin u het /pattern-to-match segment van de URL moet verwijderen, kunt u het oorspronkelijke pad voor de oorspronkelijke groep instellen in de routeconfiguratie op /.
Bestemming
Het doelpad vertegenwoordigt het pad dat het bronpatroon vervangt. Als het aanvraag-URL-pad bijvoorbeeld is contoso.com/foo/1.jpgen het bronpatroon is /foo/, geeft u de bestemming op als /bar/ resultaat in de inhoud die wordt geleverd vanaf contoso.com/bar/1.jpg de oorsprong.
Niet-overeenkomend pad behouden
Door niet-overeenkomend pad te behouden, kunt u bepalen hoe het resterende pad na het bronpatroon wordt verwerkt. Door het niet-overeenkomende pad op Ja in te stellen, wordt het resterende pad toegevoegd aan het nieuwe pad. Als u dit echter instelt op Nee (standaard), wordt het resterende pad na het bronpatroon verwijderd.
Hier volgt een voorbeeld van het gedrag van het behouden van niet-overeenkomend pad:
| Niet-overeenkomend pad behouden | Bronpatroon | Bestemming | Binnenkomende aanvraag | Inhoud die afkomstig is van oorsprong |
|---|---|---|---|---|
| Ja | / | /Foo/ | contoso.com/sub/1.jpg | /foo/sub/1.jpg |
| Ja | /sub/ | /Foo/ | contoso.com/sub/image/1.jpg | /foo/image/1.jpg |
| Nee | /sub/ | /foo/2.jpg | contoso.com/sub/image/1.jpg | /foo/2.jpg |
Belangrijk
Azure Front Door (klassiek) wordt op 31 maart 2027 buiten gebruik gesteld. Om serviceonderbrekingen te voorkomen, is het belangrijk dat u uw Azure Front Door-profielen (klassiek) tegen maart 2027 migreert naar de Azure Front Door Standard- of Premium-laag. Zie De buitengebruikstelling van Azure Front Door (klassiek) voor meer informatie.
Azure Front Door (klassiek) biedt ondersteuning voor het herschrijven van URL's door een aangepast doorstuurpad te configureren bij het instellen van de regel voor doorstuurrouteringstypen. Als er standaard alleen een slash (/*) is gedefinieerd, repliceert Front Door het binnenkomende URL-pad in de doorgestuurde aanvraag. De hostheader die in de doorgestuurde aanvraag wordt gebruikt, is gebaseerd op de configuratie van de geselecteerde back-end. Zie de documentatie voor de back-endhostheader voor meer informatie.
Het belangrijkste aspect van het herschrijven van URL's ligt in de mogelijkheid om een overeenkomend deel van het binnenkomende pad naar het doorgestuurde pad te kopiëren wanneer u een aangepast doorstuurpad met een jokertekenovereenkomst gebruikt. De volgende tabel illustreert een voorbeeld van een binnenkomende aanvraag en het bijbehorende doorgestuurde pad bij het gebruik van een aangepast doorstuurpad van /fwd/. De sectie die wordt aangeduid als a/b/c vertegenwoordigt het gedeelte dat de jokertekenovereenkomst vervangt.
| Pad naar binnenkomende URL | Pad vergelijken | Aangepast doorstuurpad | Doorgestuurd pad |
|---|---|---|---|
| /foo/a/b/c | /Foo/* | /Fwd/ | /fwd/a/b/c |
Voorbeeld van het herschrijven van URL's
Overweeg een routeringsregel met de volgende combinatie van front-endhosts en paden die zijn geconfigureerd:
| Hosts | Paden |
|---|---|
| www.contoso.com | /* |
| /Foo | |
| /Foo/* | |
| /foo/bar/* |
In de volgende tabel ziet u voorbeelden van binnenkomende aanvragen en de bijbehorende meest specifieke overeenkomende routes. Het bevat ook voorbeelden van aangepaste doorstuurpaden en de resulterende doorgestuurde paden.
Denk bijvoorbeeld aan de tweede rij van de tabel. Als de binnenkomende aanvraag is www.contoso.com/suben het aangepaste doorstuurpad is ingesteld op /, dan zou het doorgestuurde pad zijn /sub. Als het aangepaste doorstuurpad echter is ingesteld op /fwd/, dan zou het doorgestuurde pad zijn /fwd/sub. De benadrukte delen van de paden geven de gedeelten aan die deel uitmaken van de jokertekenovereenkomst.
| Binnenkomende aanvraag | Meest specifieke overeenkomstpad | / | /Fwd/ | /Foo/ | /foo/bar/ |
|---|---|---|---|---|---|
| www.contoso.com/ | /* | / | /Fwd/ | /Foo/ | /foo/bar/ |
| www.contoso.com/ sub | /* | / sub | /fwd/sub | /foo/sub | /foo/bar/sub |
| www.contoso.com/ a/b/c | /* | / a/b/c | /fwd/a/b/c | /foo/a/b/c | /foo/bar/a/b/c |
| www.contoso.com/foo | /Foo | / | /Fwd/ | /Foo/ | /foo/bar/ |
| www.contoso.com/foo/ | /Foo/* | / | /Fwd/ | /Foo/ | /foo/bar/ |
| www.contoso.com/foo/ balk | /Foo/* | / bar | /fwd/bar | /foo/bar | /foo/bar/bar |
Notitie
Azure Front Door (klassiek) ondersteunt alleen het herschrijven van URL's van een statisch pad naar een ander statisch pad. Niet-overeenkomend pad behouden wordt ondersteund met Azure Front Door Standard en Premium. Zie Niet-overeenkomend pad behouden voor meer informatie.
Optionele instellingen
Cacheconfiguratie: als deze optie is uitgeschakeld of niet is opgegeven, proberen aanvragen die overeenkomen met deze routeringsregel, geen inhoud in de cache te gebruiken en in plaats daarvan altijd op te halen uit de back-end. Zie caching met Azure Front Door voor meer informatie.
Volgende stappen
- Meer informatie over het maken van een Azure Front Door-profiel.
- Meer informatie over azure Front Door-regelset
- Meer informatie over azure Front Door-routeringsarchitectuur.