本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 對 HTTP 的 HLS 輸出群組
<a name="origin-server-http"></a>

如果您[確定](identify-downstream-system.md)要建立 HLS 輸出群組，並以下列其中一個下游系統做為目的地，請遵循此程序：
+ HTTP 或 HTTPS PUT 伺服器。
+ HTTP 或 HTTPS WebDAV 伺服器。
+ Akamai 原始伺服器。

您和下游系統的運算子必須同意 HLS 輸出群組輸出的目的地。

當您透過 HTTP 交付 HLS 時，您通常會交付到原始伺服器。原始伺服器通常對於目的地路徑的規則有明確的指導方針，包括主要資訊清單的檔案名稱 ( `.M3U8` 檔案）。

**安排目的地的設定**

您必須與下游系統的 運算子交談，以協調您的設定。

1. 如果下游系統不是 Akamai 伺服器，請查明它是否使用 PUT 或 WebDAV。

1. 了解下游系統是否有特殊的連線需求。這些連線欄位會在主控台的 HLS 輸出群組 **CDN 設定**區段中分組。若要在 MediaLive 主控台上顯示此頁面，請在**建立頻道**頁面的**輸出群組**區段中，選擇**新增**，然後選擇 **HLS**。選擇群組，然後在 **HLS 設定**中開啟 **CDN 設定**。

1. 判斷輸出是否需要兩個目的地：
   + 您需要兩個[標準頻道](plan-redundancy.md)中的目的地。
   + 您需要單一管道頻道中的一個目的地。

1. 了解下游系統是否使用安全連線。如果是這樣，請與 運算子一起安排設定使用者登入資料。

1. 了解下游系統是否需要主要資訊清單和子資訊清單內的自訂路徑。如需詳細資訊，請參閱[自訂 HLS 資訊清單內的路徑](hls-manifest-paths.md)。

1. 如果您要設定[標準頻道](plan-redundancy.md)，請了解下游系統是否支援備援資訊清單。若支援，請決定您是否想要實作此功能。如需詳細資訊，請參閱 [建立備援 HLS 資訊清單](hls-redundant-manifests.md)，以及特定說明[Akamai CDN 的規則](hls-redundant-manif-akamai.md)的 [適用於大多數下游系統的規則](hls-redundant-manif-most-systems.md)和 。

1. 與下游系統的運算子交談，以同意三個 HLS 檔案類別 （主要資訊清單、子資訊清單和媒體檔案） 的完整目的地路徑。MediaLive 一律會將每個目的地的所有三個檔案類別放在這個位置。無法設定 MediaLive 將一些檔案放在另一個位置。

   如果您有兩個目的地，則目的地路徑必須以某種方式彼此不同。一個路徑的至少一個部分必須與其他部分不同。所有部分都不同是可以接受的。與下游系統的運算子討論此需求。下游系統可能有關於唯一性的特定規則。

1. 與下游系統中的運算子討論三個 HLS 檔案類別名稱的特殊需求。一般而言，下游系統沒有特殊需求。

1. 針對子資訊清單和媒體檔案的名稱，與下游系統中的運算子討論修改器的特殊需求。

   子資訊清單和媒體檔案一律會在其檔案名稱中包含此修飾詞。此修飾詞會區分每個輸出與另一個輸出，因此每個輸出中都必須是唯一的。例如，高解析度輸出的檔案必須與低解析度輸出的檔案具有不同的名稱。例如，一個輸出的檔案可以具有檔案名稱和修飾詞 `curling_high`，而另一個輸出可以具有 `curling_low`。

   一般而言，下游系統沒有特殊需求。

1. 詢問下游系統的運算子是否應該在不同的子目錄中設定媒體檔案。例如，第一個 1000 個區段一個子目錄、第二個 1000 個區段另一個子目錄，依此類推。

   大多數下游系統不需要個別的子目錄。

1. 同意下游系統具有特殊需求的目的地路徑部分。
   + 例如，下游系統可能只需要您傳送至特定主機。下游系統不需要知道您將使用的資料夾或檔案名稱。

     例如，將 傳送到您命名的兩個資料夾，但在 的主機上 `https://203.0.113.55`

     或傳送至您命名的兩個資料夾，但在 `https://203.0.113.55`和 的主機上 `https://203.0.113.82`
   + 或者，下游系統可能需要特定的主機和資料夾，但具有您選擇的檔案名稱。例如，此主機和資料夾：

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

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

1. 請記下您已收集的資訊：
   + 下游系統的連線類型 – Akamai、PUT 或 WebDAV。
   + 如果下游系統有特殊需求，則為連線欄位設定。
   + 交付的通訊協定：HTTP 或 HTTPS。
   + 如果下游系統需要已驗證的請求，存取下游系統的使用者名稱和密碼。請注意，這些使用者登入資料與使用者身分驗證相關，而不是與通訊協定相關。使用者身分驗證是關於下游系統是否接受您的請求。通訊協定則會影響系統是否要透過安全連線傳送請求。
   + 全部或部分目的地路徑，可能包括檔案名稱。
   + 您是否需要設定個別的子目錄。