Riscrittura URL
Frontdoor di Azure supporta la riscrittura url per modificare il percorso della richiesta instradato all'origine. La riscrittura url consente di impostare condizioni per assicurarsi che l'URL o le intestazioni specificate vengano riscritte solo quando vengono soddisfatte determinate condizioni. Queste condizioni sono basate sulle informazioni della richiesta e della risposta.
Con questa funzionalità, è possibile reindirizzare gli utenti finali a un'origine diversa in base ai tipi di dispositivo o al tipo di file richiesto. L'azione di riscrittura URL è disponibile in una configurazione del set di regole.
Modello di origine
Il modello di origine è il percorso URL nella richiesta iniziale che si vuole sostituire. Attualmente, il modello di origine usa una corrispondenza basata su prefisso. Per trovare la corrispondenza con tutti i percorsi URL, è possibile definire una barra (/) come valore del modello di origine.
Per il modello di origine in un'azione di riscrittura URL, viene considerato solo il percorso dopo che i modelli da trovare nella configurazione della route. Ad esempio, si dispone del seguente formato contoso.com/pattern-to-match/source-patternURL in ingresso , viene considerato solo /source-pattern dal set di regole come modello di origine da riscrivere. Il formato dell'URL in uscita dopo l'applicazione della riscrittura url è contoso.com/pattern-to-match/destination.
Per la situazione, quando è necessario rimuovere il segmento dell'URL, impostare il /pattern-to-matchpercorso di origine per il gruppo di origine nella configurazione della route su /.
Destinazione
Percorso di destinazione utilizzato per sostituire il modello di origine. Ad esempio, se il percorso dell'URL della richiesta è contoso.com/foo/1.jpg, il modello di origine è /foo/e la destinazione è /bar/, il contenuto viene servito dall'origine contoso.com/bar/1.jpg .
Mantenere un percorso non corrispondente
Mantieni percorso non corrispondente consente di aggiungere il percorso rimanente dopo il modello di origine al nuovo percorso. Quando il percorso non corrispondente viene impostato su No (impostazione predefinita), il percorso rimanente dopo la rimozione del modello di origine.
| Mantenere un percorso non corrispondente | Modello di origine | Destinazione | Richiesta in ingresso | Contenuto servito dall'origine |
|---|---|---|---|---|
| Sì | / | /foo/ | contoso.com/sub/1.jpg | /foo/sub/1.jpg |
| Sì | /Sub/ | /foo/ | contoso.com/sub/image/1.jpg | /foo/image/1.jpg |
| No | /Sub/ | /foo/2.jpg | contoso.com/sub/image/1.jpg | /foo/2.jpg |
Importante
Frontdoor di Azure (versione classica) verrà ritirato il 31 marzo 2027. Per evitare interruzioni del servizio, è importante eseguire la migrazione dei profili frontdoor di Azure (versione classica) al livello Frontdoor di Azure Standard o Premium entro marzo 2027. Per altre informazioni, vedere Ritiro di Frontdoor di Azure (versione classica).
Frontdoor di Azure (versione classica) supporta la riscrittura url configurando un percorso di inoltro personalizzato durante la configurazione della regola del tipo di routing in avanti. Per impostazione predefinita, se viene definita solo una barra (/*), Frontdoor copia il percorso dell'URL in ingresso nell'URL usato nella richiesta inoltrata. L'intestazione host usata nella richiesta inoltrata è configurata per il back-end selezionato. Per altre informazioni, vedere Intestazione host back-end.
La parte affidabile della riscrittura url è il percorso di inoltro personalizzato copia qualsiasi parte del percorso in ingresso che corrisponde al percorso con caratteri jolly al percorso inoltrato.
Nella tabella seguente viene illustrato un esempio di una richiesta in ingresso e del percorso inoltrato corrispondente quando si usa un percorso di inoltro personalizzato di per un percorso di /fwd/ corrispondenza con un carattere jolly. La parte a/b/c del percorso rappresenta la parte che sostituisce il carattere jolly.
| Percorso URL in ingresso | Percorso di corrispondenza | Percorso di inoltro personalizzato | Percorso inoltrato |
|---|---|---|---|
| /foo/a/b/c | /Foo/* | /fwd/ | /fwd/a/b/c |
Esempio di riscrittura URL
Si consideri una regola di routing con la combinazione seguente di host front-end e percorsi configurati:
| Host | Percorsi |
|---|---|
| www.contoso.com | /* |
| /foo | |
| /Foo/* | |
| /foo/bar/* |
La prima colonna della tabella seguente mostra esempi di richieste in ingresso e la seconda colonna mostra cosa sarebbe la route corrispondente più specifica definita. Le tre colonne successive della tabella sono esempi di percorsi di inoltro personalizzati.
Ad esempio, la seconda riga legge, per una richiesta in ingresso di www.contoso.com/sub, se il percorso di inoltro personalizzato è /, il percorso inoltrato sarà /sub. Se il percorso di inoltro personalizzato è , /fwd/il percorso inoltrato è /fwd/sub. Le parti evidenziate dei percorsi rappresentano le parti che fanno parte della corrispondenza con caratteri jolly.
| Richiesta in ingresso | Percorso di corrispondenza più specifico | / | /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/bar | /Foo/* | /bar | /fwd/bar | /foo/bar | /foo/bar/bar |
Nota
Frontdoor di Azure (versione classica) supporta solo la riscrittura url da un percorso statico a un altro percorso statico. Mantenere un percorso non corrispondente è supportato con Frontdoor di Azure Standard e Premium. Per altre informazioni, vedere Mantenere un percorso non corrispondente.
Impostazioni facoltative
Sono disponibili impostazioni facoltative aggiuntive che è anche possibile specificare per le impostazioni delle regole di routing specificate:
- Configurazione della cache: se disabilitata o non specificata, le richieste che corrispondono a questa regola di routing non tentano di usare il contenuto memorizzato nella cache e recuperano sempre dal back-end. Per altre informazioni, vedere Memorizzazione nella cache con Frontdoor di Azure.
Passaggi successivi
- Informazioni su come creare un profilo frontdoor di Azure.
- Altre informazioni sul set di regole di Frontdoor di Azure
- Informazioni sull'architettura di routing di Frontdoor di Azure.