

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

# Gruppo di output HLS su HTTP
<a name="origin-server-http"></a>

Segui questa procedura se hai [deciso](identify-downstream-system.md) di creare un gruppo di output HLS con uno dei seguenti sistemi downstream come destinazione:
+ Un server PUT HTTP o HTTPS.
+ Un server WebDAV HTTP o HTTPS.
+ Un server di origine Akamai.

L'utente e l'operatore del sistema a valle devono concordare la destinazione dell'output del gruppo di output HLS. 

Quando si distribuisce HLS tramite HTTP, spesso si effettua la consegna a un server di origine. Il server di origine in genere dispone di linee guida chiare sulle regole per il percorso di destinazione, incluso il nome del file del manifesto principale (il `.M3U8` file).

**Per organizzare la configurazione della destinazione**

È necessario parlare con l'operatore del sistema a valle per coordinare la configurazione.

1. Se il sistema downstream non è un server Akamai, scoprite se utilizza PUT o WebDAV. 

1. Scopri se il sistema a valle presenta dei requisiti di connessione speciali. Questi campi di connessione sono raggruppati nella console nella sezione delle **impostazioni CDN** per il gruppo di output HLS. **Per visualizzare questa pagina sulla MediaLive console, nella pagina **Crea canale**, nella sezione **Gruppi di output**, scegli **Aggiungi**, quindi scegli HLS.** Scegli il gruppo, quindi nelle impostazioni **HLS, apri le impostazioni** **CDN**.

1. Decidi se hai bisogno di due destinazioni per l'output: 
   + Sono necessarie due destinazioni in un [canale standard](plan-redundancy.md).
   + È necessaria una destinazione in un canale a pipeline singola.

1. Scopri se il sistema a valle utilizza una connessione sicura. In caso affermativo, concordate con l'operatore la configurazione delle credenziali utente. 

1. Scopri se il sistema a valle richiede percorsi personalizzati all'interno dei manifest principali e dei manifest figlio. Per ulteriori informazioni, consulta [Personalizzazione dei percorsi all'interno dei manifest HLS](hls-manifest-paths.md).

1. Se state configurando un [canale standard](plan-redundancy.md), verificate se il sistema a valle supporta manifesti ridondanti. In tal caso, decidi se implementare questa funzionalità. Per ulteriori informazioni, vedere e, in particolare [Creazione di manifesti HLS ridondanti](hls-redundant-manifests.md)[Regole per la maggior parte dei sistemi a valle](hls-redundant-manif-most-systems.md), per istruzioni specifiche. [Regole per Akamai CDNs](hls-redundant-manif-akamai.md) 

1. Parlate con l'operatore del sistema a valle per concordare un percorso di destinazione completo per le tre categorie di file HLS (i manifesti principali, i manifesti secondari e i file multimediali). MediaLive colloca sempre tutte e tre le categorie di file per ogni destinazione in un'unica posizione. Non è possibile configurare l'inserimento MediaLive di alcuni file in un'altra posizione. 

   Se hai due destinazioni, i percorsi di destinazione devono essere in qualche modo diversi l'uno dall'altro. Almeno una delle porzioni di un percorso deve essere diversa dall'altra. È accettabile che tutte le porzioni siano diverse. Discutete di questo requisito con l'operatore del sistema a valle. Il sistema a valle potrebbe avere regole specifiche sull'unicità.

1. Parlate con l'operatore del sistema a valle in merito ai requisiti speciali per i nomi delle tre categorie di file HLS. In genere, il sistema a valle non ha requisiti speciali. 

1. Parlate con l'operatore del sistema a valle in merito ai requisiti speciali per il modificatore relativo ai nomi dei manifesti secondari e dei file multimediali. 

   I manifesti secondari e i file multimediali includono sempre questo modificatore nei loro nomi di file. Questo modificatore distingue ogni output dall'altro, quindi deve essere unico in ogni output. Ad esempio, i file per l'output ad alta risoluzione devono avere un nome diverso dai file per l'output a bassa risoluzione. Ad esempio, i file di un output potrebbero avere il nome e il modificatore del file`curling_high`, mentre l'altro output potrebbe avere. `curling_low`

   In genere, il sistema a valle non ha requisiti speciali.

1. Chiedete all'operatore del sistema a valle se i file multimediali devono essere configurati in sottodirectory separate. Ad esempio, una sottodirectory per i primi 1000 segmenti, un'altra sottodirectory per i secondi 1000 segmenti e così via.

   La maggior parte dei sistemi a valle non richiede sottodirectory separate.

1. Concordate le parti del percorso di destinazione in cui il sistema a valle ha requisiti speciali.
   + Ad esempio, il sistema downstream potrebbe richiedere solo l'invio a un host specifico. Il sistema a valle non ha bisogno di conoscere i nomi delle cartelle o dei file che verranno utilizzati.

     Ad esempio, invia a due cartelle a cui hai dato il nome, ma sull'host all'indirizzo `https://203.0.113.55`

     Oppure invia a due cartelle a cui hai dato il tuo nome, ma sugli host in `https://203.0.113.55` e `https://203.0.113.82`
   + In alternativa, il sistema downstream potrebbe richiedere un host e una cartella specifici, ma con un nome di file a scelta. Ad esempio, questo host e queste cartelle:

     `https://203.0.113.55/sports/delivery/`

     `https://203.0.113.55/sports/backup/`

1. Prendi nota delle informazioni che hai raccolto:
   + Il tipo di connessione per il sistema downstream: Akamai, PUT o WebDAV.
   + Le impostazioni per i campi di connessione, se il sistema a valle ha requisiti speciali.
   + Il protocollo di consegna: HTTP o HTTPS.
   + Il nome utente e la password per accedere al sistema a valle, se il sistema a valle richiede richieste autenticate. Tieni presente che queste credenziali utente si riferiscono all'autenticazione dell'utente, non al protocollo. L'autenticazione dell'utente riguarda l'accettazione o meno della richiesta da parte del sistema a valle. Il protocollo conferma se la richiesta viene inviata tramite una connessione sicura.
   + Tutti o parte dei percorsi di destinazione, inclusi possibilmente i nomi dei file.
   + Se è necessario configurare sottodirectory separate.