Instradamento
Invia i percorsi del sito a origini diverse e distribuisci le richieste tra più server.
Panoramica della rete
Apri Network > Routes per il sito. La panoramica elenca i percorsi verso le origini, quelli verso i tunnel e il pool di origine predefinito.
Cerca per percorso, nome, destinazione o tunnel. Usa Route type per filtrare l’elenco. Edit route apre un percorso verso un’origine; Manage tunnel apre la configurazione del tunnel.
Lo stato indica se il percorso è configurato e abilitato. Lo stato di salute delle origini compare nel diagramma del traffico.
Configurazione di un percorso
- Seleziona Add route in Network > Routes.
- Inserisci il Visitor path, per esempio
/api. - Seleziona il Match type.
- Inserisci ogni Origin URL di destinazione.
- Seleziona Save changes.
Configurazione di esempio. Seleziona l’immagine per visualizzarla a dimensione intera.
Puoi configurare fino a 24 percorsi personalizzati e otto origini per pool. Tutte le origini usano lo schema HTTP o HTTPS e le impostazioni TLS del sito.
Il Default origin pool gestisce i percorsi senza corrispondenza. Se il pool è vuoto, le richieste usano l’indirizzo di origine del sito.
Distribuzione del traffico
| Metodo | Comportamento |
|---|---|
| Weighted round robin | Distribuisce le richieste tra le origini disponibili in proporzione ai pesi. |
| Primary / secondary order | Usa la prima origine primaria disponibile. I pulsanti con le frecce modificano la priorità. |
Le origini di riserva ricevono richieste quando nessuna primaria è disponibile. I pesi non si applicano al metodo primary / secondary.
Imposta Session pin duration per mantenere una sessione sulla stessa origine. Usa 0 per disabilitare questa funzione oppure una durata da 60 a 604800 secondi. Le risposte dalla cache non richiedono la scelta di un’origine.
Le percentuali del diagramma rappresentano le quote configurate. Lo stato delle origini e l’assegnazione delle sessioni possono modificare la distribuzione effettiva.
Corrispondenza dei percorsi
Il prefisso /api include /api e /api/orders, ma non /apiculture. Vince il percorso corrispondente più lungo. A parità di lunghezza, una corrispondenza esatta precede un prefisso.
I percorsi tunnel hanno priorità sui percorsi verso le origini. Se il pool selezionato non ha server disponibili, Loclix restituisce HTTP 503 invece di usare il pool predefinito.
Riscritture
Espandi Path rewrite se l’origine richiede un percorso diverso. Puoi conservare l’URI, sostituirne il prefisso o sostituirlo interamente.
Per esempio, sostituendo /api con /v2, /api/orders?limit=10 diventa /v2/orders?limit=10.
Example request mostra il risultato senza inviare richieste. La sostituzione del prefisso conserva sottopercorsi e query string. La sostituzione completa conserva la query del visitatore, salvo che il nuovo URI ne contenga una o termini con ?.
Seleziona Preserve visitor URI per rimuovere la riscrittura.
Controlli di disponibilità e tentativi
Espandi Origin checks and recovery per configurare controlli attivi, soglie di failover e tempi di attesa. Con i controlli attivi, un’origine deve superare le verifiche prima di ricevere traffico. Senza controlli attivi, torna idonea dopo il periodo di attesa.
Errori di trasporto e risposte HTTP 5xx possono attivare il failover. Ogni edge valuta le origini separatamente. Loclix non ripete scritture, richieste con corpo, upgrade o richieste che hanno ricevuto una risposta HTTP di errore dall’origine.
Percorsi privati
Zero Trust verifica il percorso pubblico prima della riscrittura. Ogni origine diretta di un’applicazione protetta deve usare HTTPS verificato. All’origine, confronta origin_uri nell’attestazione con l’URI finale della richiesta.
La rete di origine permette a Loclix di scegliere l’edge che si collega a ciascun server.