共用方式為


以原則為依據的服務品質 (QoS)

 

適用於: Windows Server 2012

System_CAPS_note注意事項

除了本主題中,也會提供下列原則為依據的 QoS 文件。

隨著流量增加的網路上,它變得越來越重要 IT 部門網路效能與服務成本之間取得平衡。 不過,網路流量是不太容易設定優先權和管理。 關鍵任務和延遲的應用程式必須會競爭對較低優先順序流量的頻寬。 在此同時某些使用者和電腦與特定網路效能需求可能需要不同服務等級。

提供符合成本效益、 可預測的網路效能層級的這類挑戰通常第一次出現透過廣域網路 (wan) 連線或延遲的之類的應用程式,voice over IP (VoIP) 和視訊。 不過,提供可預測的網路服務層級的最終目標適用於任何網路環境 (例如企業的區域網路) 及多個 VoIP 應用程式,例如貴公司的自訂特定業務應用程式。

如果電腦使用Windows Server 2012,Windows 8,Windows Server 2008 R2,Windows 7,Windows Server 2008,和Windows Vista、 您可以使用以原則為基礎的服務品質 (QoS) 來管理流量更佳的使用者體驗、 控制頻寬成本,或更精確協商與頻寬提供者或業務部門的服務等級。 原則式 QoS 提供根據應用程式、 使用者和電腦的網路控制。 應用程式不需要撰寫特定的應用程式發展介面 (Api) 提供您使用 QoS 搭配現有的應用程式。 此外,原則為依據的 QoS 利用現有的管理基礎結構因為原則為依據的 QoS 會內建在群組原則。

您可以指定定義透過區別服務代碼點 (DSCP) 值的優先順序的 QoS 原則。 DSCP 套用值 (0 – 63) 內的 IPv4 封包標頭中的服務類型 (TOS) 欄位和 ipv6 流量類別欄位中。 此 DSCP 值會提供在網際網路通訊協定 (IP) 層級,路由器可以用來決定佇列行為分類。 您也可以藉由指定節流閥速率限制應用程式的輸出網路流量。

例如,您可以設定路由器將具有特定 DSCP 值的封包放入三個佇列的其中一個: 高優先、 最佳效能或較低比最佳投入時間。 因此,關鍵任務的網路流量,在高優先順序佇列,取得其他流量之前的喜好設定。 定義節流的 QoS 原則會限制輸出網路流量的速率。 例如,IT 部門可能會實作指定的檔案伺服器可以永遠不會提供下載特定的速率來管理 WAN 成本超過服務等級協定。

您也可以使用原則式 QoS 套用 DSCP 值和節流閥所示的輸出網路流量的速率:

  • 傳送應用程式和目錄路徑

  • 來源和目的地 IP 位址,包括位址首碼的支援

  • 來源和目的地連接埠和連接埠範圍

  • 通訊協定 (傳輸控制通訊協定 [TCP] 和使用者資料包通訊協定 [UDP])

  • 特定群組的使用者或電腦 (透過群組原則中的部署)

使用這些控制項,您可以指定 QoS 原則 46 VoIP 應用程式的 DSCP 值讓路由器能夠將這些封包放在低延遲佇列中,或者您可以使用 QoS 原則進行節流設為 512 kb / 秒 (KBps) 的伺服器的輸出流量的一組從 TCP 連接埠 443 傳送時。 或者,如同展開下一節範例中,QoS 原則可以套用至特定的應用程式具有特殊的頻寬需求。

原則式 QoS 的優點

以原則為依據的 QoS,IT 系統管理員可以設定和強制執行 QoS 原則無法在路由器和交換器上設定。

  1. **層級的詳細資料:**很難路由器或交換器上建立使用者層級 QoS 原則,特別是如果使用者的電腦是設定任何使用動態 IP 位址指派或電腦未連接過固定的交換器或路由器連接埠到因為經常是可攜式電腦的情況。 相較之下,原則為依據的 QoS 輕鬆地在網域控制站上設定使用者層級 QoS 原則並傳播到使用者的電腦,無論何處或如何連線到網路。 例如,您可以設定將套用到電腦,無論使用者登入的使用者層級 QoS 原則: 例如,在兩個主要辦公室或分公司辦公室中。 同樣地,相同使用者層級 QoS 原則會套用不論使用者如何連接到網路: 例如,由有線乙太網路或 Wi-fi。

  2. **安全性:**如果您的 IT 部門加密使用者的流量從端對端使用網際網路通訊協定安全性 (IPsec),您無法分類 (例如 TCP 連接埠) 的封包中的 IP 層上的任何資訊為基礎的路由器上的流量。 不過,您可以藉由使用原則式 QoS,分類結束裝置以指出在 IP 標頭之前 IP 裝載有加密的封包和送出的封包的優先順序的封包。

  3. **效能:**有些 QoS 函式,例如節流、 更好執行時更接近來源。 原則為依據的 QoS 會將這類 QoS 函式移至其中它們可以是最接近的來源。

  4. **管理性:**原則式 QoS 增強網路管理功能以兩種方式:

    • 首先,因為它根據群組原則,您可以使用原則式 QoS 設定和管理一組使用者/電腦 QoS 原則,在需要的時候和一個中央的網域控制站電腦上。

    • 第二個、 以原則為依據的 QoS 有助於使用者/電腦設定提供一種機制來指定原則由 URL,而不是指定每個 QoS 原則要套用的伺服器的 IP 位址為基礎的原則。

    例如,假設您的網路共用通用的 URL 的伺服器叢集。 藉由使用原則式 QoS,您需要只建立一個原則是根據該常見的 URL,而不是在叢集中,建立一個原則用於每一部伺服器使用每個原則根據每一部伺服器的 IP 位址。

案例 1:排列優先順序的特定業務應用程式

在此案例中,IT 部門將提供更佳的使用者金鑰組的網路效能的 QoS 和關鍵任務應用程式使用者而定,但也需要 WAN 連結成本降至最低。 IT 部門決定要設定特定的應用程式優先順序使用 DSCP 值來分類網路流量並將其提供差別待遇較高的優先順序流量的路由器設定。 更新版本中,它們可能會考慮使用此分類協商租用的 WAN 連結的服務等級。

除了 DSCP 值 QoS 原則可以指定節流閥速率。 節流限制比對特定的傳送速率的 QoS 原則的所有輸出流量。

第一個關鍵任務應用程式的使用原則式 QoS 是全公司的企業資源規劃 (ERP) 應用程式。 ERP 應用程式裝載在執行數個電腦上Windows Server 2012在資料中心、 哪些是電腦的組織單位 (OU) 的一部分。 雖然許多群組內的公司存取 ERP 應用程式的 finance 群組需要區分效能,因為 finance 群組相依於此應用程式處理客戶時。 ERP 應用程式的用戶端元件安裝在執行電腦上Windows 8,Windows 7,和Windows Vista。

下列範例說明用戶端和優先處理案例中的伺服器。 後續的章節標題為 「設定原則為依據的 QoS」 逐步解說建立 QoS 原則的精靈步驟。 在此範例中,IT 系統管理員會選取群組原則物件 (GPO) 將在其部署 QoS 原則。 透過 QoS 原則精靈] 中,IT 系統管理員建立 QoS 原則的群組的伺服器稱為 「 LOB 伺服器原則"指定為高優先順序 DSCP 值 44 的所有應用程式、 任何 IP 位址、 TCP 和 UDP 和連接埠號碼。 QoS 原則會只套用至特定業務 (LOB) 伺服器藉由將 GPO 連結到 OU 包含只有這些伺服器,透過群組原則管理主控台 (GPMC) 工具。 每當電腦傳送網路流量高優先順序 DSCP 值套用此初始伺服器 LOB 原則。 此 QoS 原則包括 ERP 應用程式的通訊埠編號會限制原則來指定通訊埠號碼在使用時才會套用至稍後編輯 (在 「 群組原則物件編輯器 」 工具)。

若要確保 finance 群組可支援他們的客戶,QoS 原則必須分類為較高優先權的這些使用者的流量。 不過,原則應該套用當財務群組的成員使用 ERP 應用程式以外的應用程式。 因此,IT 部門定義呼叫第二個 QoS 原則"用戶端 LOB 原則 」 套用 DSCP 值為 60 財務使用者群組執行 ERP 應用程式時的群組原則物件編輯器] 工具中。

個別的備份應用程式在所有電腦上執行。 若要確保備份應用程式的流量不會使用所有可用的網路資源,會建立備份資料原則。 此備份原則指定 DSCP 值為此備份的應用程式可執行檔的名稱為基礎的 1 backup.exe。 第三個 GPO 建立並部署在網域中的所有用戶端電腦。 每當備份應用程式傳送資料,會套用低優先順序的 DSCP 值,即使它來自財務部門的電腦。

請注意沒有 QoS 原則的流量會傳送 DSCP 值是 0。

下表摘要說明這個案例中的 QoS 原則。

原則名稱

DSCP 值

節流閥速率

套用到組織單位

描述

[沒有原則]

0

[不部署]

未分類的流量的最佳投入時間 (預設值) 處理。

備份資料

1

所有用戶端

適用於此大量資料的低優先順序 DSCP 值。

LOB 伺服器

44

電腦 OU ERP 伺服器

適用於 ERP 伺服器流量的高優先順序 DSCP

用戶端 LOB

60

財務使用者群組

適用於 ERP 用戶端流量的高優先順序 DSCP

System_CAPS_note注意事項

DSCP 值會以小數格式表示。

定義和使用群組原則套用的 QoS 原則,輸出網路流量會接收原則指定 DSCP 值。 路由器則提供使用佇列根據這些 DSCP 值差異的處理方式。 這個 IT 部門、 路由器的設定與四個佇列: 高優先、 中介優先、 最佳效能和低優先順序。

流量到達路由器的 DSCP 值 「 LOB 伺服器原則"和"用戶端 LOB 原則"資料放入高優先順序佇列。 DSCP 值為 0 的流量會接收服務的最佳效能層級。 DSCP 值是 1 (從備份應用程式) 的封包接收低優先順序的處理方式。

排列優先順序的特定業務應用程式的必要條件

若要完成這項工作,請確定您符合下列需求:

  • 涉及的電腦正在執行Windows Server 2012,Windows 8,Windows Server 2008 R2,Windows Server 2008,或Windows Vista。

  • 如此一來就可以使用群組原則控制,涉及的電腦是 Active Directory 網域服務 (AD DS) 網域的成員。

  • TCP/IP 網路設定與路由器設定為 DSCP (RFC 2474)。 如需詳細資訊,請參閱http://www.ietf.org/rfc/rfc2474.txt

  • 符合系統管理認證需求。

系統管理認證

若要完成這項工作中,您必須能夠建立和部署群組原則物件。

排列優先順序的特定業務應用程式的測試環境設定

若要設定測試環境,請完成下列工作:

  • 使用用戶端與分組到組織單位的使用者建立的 AD DS 網域控制站。

  • 將路由器設定為 differentially DSCP 值為基礎的佇列。 例如,DSCP 值 44 輸入"白金"佇列且所有其他的加權-公平佇列。

    System_CAPS_note注意事項

    使用網路擷取,例如 NetMon,之類的工具和觀察 TOS 欄位可以檢視 DSCP 值。

排列優先順序的特定業務應用程式的步驟

若要設定其優先順序的特定業務應用程式完成下列工作:

  1. 建立並連結與 QoS 原則群組原則物件 (GPO)。

  2. 設定路由器 differentially 處理的特定業務應用程式 (透過使用佇列) 根據所選的 DSCP 值。 這項工作的程序而異的路由器您有類型而定。

案例 2:HTTP 伺服器應用程式訂定優先順序

許多企業應用程式是針對開發和裝載在網際網路資訊服務 (IIS) web 伺服器上。 通常,從用戶端電腦上的瀏覽器存取應用程式。 這些部署中,IT 部門可以受益訂定優先順序與 web 架構應用程式相關聯的網路流量。 在Windows Server 2012,Windows 8,Windows 7,和Windows Server 2008 R2,原則為依據的 QoS 提供稱為新功能,URL 為基礎的原則,可讓系統管理員將 HTTP 回應 — 以 HTTP 為基礎的應用程式 — 受限於 QoS 控制。

在此案例中,假設您管理一組 IIS 伺服器的主機訓練影片貴組織的所有員工。 您的目標是確保來自這些影片的伺服器的流量不會妨礙您的網路和確保視訊流量區別語音及資料在網路上的流量。 工作是類似於案例 1 中的工作。 您將設計和設定的流量管理設定,例如視訊流量的 DSCP 值和節流速率相同的特定業務應用程式一樣。 只有在指定的流量,而不能提供應用程式名稱時您只需要輸入您的 HTTP 伺服器應用程式會回應的 URL: 例如 https://hrweb/training。

System_CAPS_note注意事項

URL 為基礎的 QoS 原則只能套用到電腦執行Windows Server 2012,Windows 8,Windows 7,和Windows Server 2008 R2。 您無法使用 URL 為依據的 QoS 原則設定執行之前所發行的 Windows 作業系統的電腦的網路流量的優先順序Windows 7和Windows Server 2008 R2。

以 URL 為基礎原則的優先順序規則

所有下列 Url 是有效而且可以是以原則為依據的 QoS 指定,且同時套用至電腦或使用者:

但是哪一種會收到優先順序嗎? 規則很簡單。 以 URL 為基礎的原則是左到右的順序排列優先順序。 因此,從最高的優先順序到最低優先順序 URL 欄位如下:

  1. 1.URL 配置

  2. 2.URL 主機

  3. 3.URL 連接埠

  4. 4.URL 路徑

詳細資料如下:

1.URL 配置

https:// 具有較高的優先順序比 http://。

2.URL 主機

從最高的優先順序到最低它們是:

  1. 主機名稱

  2. IPv6 位址

  3. IPv4 位址

  4. 萬用字元

如果主機名稱是與多點線的項目 (更深入了解) 的主機名稱會有較高的優先順序比具有較少的虛線元素的主機名稱。 例如在下列的主機名稱:

  • video.internal.training.hr.mycompany.com (深度 = 6)

  • selfguide.training.mycompany.com (深度 = 4)

  • 訓練 (深度 = 1)

  • 程式庫 (深度 = 1)

video.internal.training.hr.mycompany.com具有最高的優先順序和selfguide.training.mycompany.com的下一個最高優先權。訓練文件庫共用相同的最低優先順序。

3.URL 連接埠

特定或隱含的連接埠號碼具有較高的優先順序比萬用字元連接埠。

4.URL 路徑

例如主機名稱的 URL 路徑可能包含多個項目。 具有多個項目一定會有較高的優先順序比事半功倍。 例如,下列路徑會依照優先順序列出:

  1. /ebooks/tech/windows/networking/qos

  2. / 電子書/科技/windows /

  3. /ebooks

  4. /

如果使用者選擇要包含所有子目錄和下列 URL 路徑的檔案,此 URL 路徑會有較低的優先順序比它如果選擇不進行。

使用者也可以選擇在 URL 為基礎的原則中指定的目的地 IP 位址。 目的地 IP 位址的優先順序要低於任何先前所述的四個 URL 欄位。

URL 為基礎的原則 vs。5 倍的原則

5 倍的原則被指定通訊協定識別碼、 來源 IP 位址、 來源連接埠、 目的地 IP 位址和目的地連接埠。 5 倍原則永遠的優先順序高於任何 URL 為基礎的原則。 如果使用者已經套用 5 倍的原則,新的 URL 為基礎的原則不會造成衝突任何該使用者的用戶端電腦。

設定原則為依據的 QoS

根據先前的特定業務應用程式範例,您可以看到的 QoS 的網路是業界集合的標準和機制來確保關鍵任務應用程式的高品質效能。 藉由使用 QoS 機制,網路管理員可以有效地使用現有的資源並確定所需的服務層級,而不會反應性地擴充或過度佈建網路。

在 Windows 作業系統,原則為依據的 QoS 結合大小的標準為依據的 QoS 功能的群組原則管理能力。 設定此組合讓 QoS 原則輕易應用群組原則物件。 Windows 包含協助您以原則為依據的 QoS 精靈]:

  • 建立 QoS 原則。

  • 檢視、編輯或刪除 QoS 原則。

建立 QoS 原則

建立 QoS 原則之前,請務必了解可用來管理網路流量的兩個索引鍵 QoS 控制項:

  • DSCP 值

  • 節流閥速率

使用 DSCP 排定流量

如先前的特定業務應用程式範例中所述,您可以使用定義輸出網路流量的優先順序指定 DSCP 值QoS 原則設定特定的 DSCP 值。 如 RFC 2474 中所述,DSCP 允許從 0 到 63 TOS 欄位在 IPv4 封包內和 ipv6 流量類別欄位中指定的值。 網路封包分類並適當地佇列這些網路路由器會使用 DSCP 值。

System_CAPS_note注意事項

根據預設,Windows 流量的 DSCP 值為 0。

組織的 QoS 策略必須設計佇列數目及優先順序行為。 例如,您的組織可以選擇有五個佇列: 延遲敏感流量、 控制流量、 商務關鍵性流量、 盡力服務流量和大量資料傳輸流量。

流量節流

DSCP 值以及節流是另一個索引鍵的控制項來管理網路頻寬。 如先前所述,您可以使用指定節流閥速率QoS 原則設定輸出流量的特定節流閥速率的設定。 藉由使用節流,QoS 原則會限制指定的節流閥速率連出網路流量。 DSCP 標示和節流可以一起用來有效管理流量。

System_CAPS_note注意事項

預設不會選取 [指定節流閥速率] 核取方塊。

若要建立 QoS 原則及編輯的群組原則物件 (GPO) 從群組原則管理主控台 (GPMC) 工具中的設定。 然後 GPMC 會開啟 [群組原則物件編輯器]。

QoS 原則名稱必須是唯一的。 原則套用至伺服器和使用者的方式取決於 QoS 原則儲存在群組原則物件編輯器 」 中的位置:

  • 在 [電腦設定\Windows 設定\以原則為依據的 QoS] 中的 QoS 原則會套用到電腦,不論目前登入的使用者是誰。 通常對於伺服器電腦,會使用以電腦為依據的 QoS 原則。

  • 在 [使用者設定\Windows 設定\以原則為依據的 QoS] 中的 QoS 原則會在使用者登入之後套用到使用者,不論他們登入的是哪一部電腦。

使用 [以原則為依據的 QoS 精靈] 建立新 QoS 原則
  • 在 「 群組原則物件編輯器 」 中,使用滑鼠右鍵按一下的原則為依據的 QoS節點,然後再按一下建立新的原則

精靈第 1 頁-原則設定檔

以原則為依據的 QoS 精靈] 第一頁,您可以指定原則名稱並設定 QoS 控制連出網路流量的方式。

設定 [以原則為依據的 QoS 精靈] 的 [原則設定檔] 頁面
  1. 在 [原則名稱] 中,輸入 QoS 原則的名稱。 名稱必須唯一識別該原則。

  2. (選擇性) 使用指定 DSCP 值啟用 DSCP 標示和然後設定 DSCP 值介於 0 和 63 之間。

  3. 或者,使用 [指定節流閥速率] 來啟用流量節流,並設定節流閥速率。 節流閥速率值必須大於 1,您可以指定以每秒 KB (KBps) 為單位,或以每秒 MB (MBps) 為單位。

  4. 按 [下一步]。

精靈第 2 頁-應用程式名稱

以原則為依據的 QoS 精靈] 的第二個頁面中您可以套用原則到所有應用程式、 特定的應用程式所識別由可執行檔的名稱、 路徑和應用程式名稱或處理特定的 URL 要求的 HTTP 伺服器應用程式。

  • [所有應用程式] 指定將 [以原則為依據的 QoS 精靈] 第 1 頁上的流量管理設定套用到所有應用程式。

  • [僅此可執行檔名稱的應用程式] 指定 [以原則為依據的 QoS 精靈] 第 1 頁上的流量管理設定適用於特定應用程式。 可執行檔名稱必須以 .exe 副檔名結尾。

  • 只有 HTTP 伺服器應用程式回應此 URL 的要求指定以原則為依據的 QoS 精靈] 的第一頁上的流量管理設定套用到特定 HTTP 伺服器應用程式。

您可以選擇輸入應用程式路徑。 若要指定應用程式路徑,請在路徑加入應用程式名稱。 路徑可以包含環境變數。 例如,%ProgramFiles%\My Application Path\MyApp.exe,或 c:\program files\my application path\myapp.exe。

System_CAPS_note注意事項

應用程式路徑不能包含會解析成符號連結的路徑。

URL 必須符合 RFC 1738 (http://tools.ietf.org/html/rfc1738),也就是格式"http [s]:// < 主機名稱 >: < 連接埠 > / < url 路徑 >"。 您可以使用萬用字元 ' *',< 主機名稱 > 的和/或 < 連接埠 > 例如 http://training。 * / https://*.*,但萬用字元無法代表子字串的 < 主機名稱 > 或 < 連接埠 >。

換句話說,沒有 http://my * 網站 / 也不是有效的 https://*training*/。 (選擇性) 您可以檢查包含子目錄及檔案要執行比對所有子目錄和下列 URL 的檔案。 例如,如果勾選此選項,則 URL 會是"http://training"原則為依據的 QoS 會考量"http://training/video"要求完全相符。

設定 [以原則為依據的 QoS 精靈] 的 [應用程式名稱] 頁面
  1. 此 QoS 原則會套用至,選取所有應用程式僅此可執行檔名稱的應用程式

  2. 如果選取 [僅此可執行檔名稱的應用程式],請指定以 .exe 附檔名結尾的可執行檔名稱。

  3. 按一下下一步

精靈第 3 頁-IP 位址

第三個原則為依據的 QoS 精靈] 頁面中您可以指定 QoS 原則,包括下列的 IP 位址條件:

  • 所有來源 IPv4 或 IPv6 位址,或是特定的來源 IPv4 或 IPv6 位址。

  • 所有目的 IPv4 或 IPv6 位址或特定的目的地 IPv4 或 IPv6 位址

如果選取 [僅下列來源 IP 位址] 或 [僅下列目的 IP 位址],就必須輸入下列其中一項:

  • IPv4 位址,例如 192.168.1.1

  • 使用網路首碼長度表示法的 IPv4 位址首碼,例如 192.168.1.0/24。

  • IPv6 位址,例如 3ffe:ffff::1

  • IPv6 位址首碼,例如 3ffe:ffff::/48

如果您同時選取僅適用於下列來源 IP 位址僅適用於下列目的地 IP 位址,位址或位址首碼必須是 IPv4 或 IPv6 為基礎。

如果您在前一個精靈頁面中指定 HTTP 伺服器應用程式的 URL,您會發現這個精靈頁面上的 QoS 原則的來源 IP 位址灰色。 這是因為來源 IP 位址是 HTTP 伺服器位址,而且不可以設定以下。 相反地,您仍然可以藉由指定的目的地 IP 位址自訂原則。 這可讓您使用相同的 HTTP 伺服器應用程式不同的用戶端建立不同的原則。

設定 [以原則為依據的 QoS 精靈] 的 [IP 位址] 頁面
  1. 此 QoS 原則會套用至(來源)、 選取任何來源 IP 位址僅適用於下列的 IP 來源位址

  2. 如果您選取僅下列來源 IP 位址、 指定 IPv4 或 IPv6 位址或首碼。

  3. 此 QoS 原則會套用至(目的地) 選取任何目的地位址僅適用於下列目的地 IP 位址。

  4. 如果您選取僅適用於下列目的地 IP 位址,指定 IPv4 或 IPv6 位址的型別對應的前置詞或指定來源位址前置詞。

  5. 按 [下一步]。

精靈第 4 頁-通訊協定和連接埠

在以原則為依據的 QoS 精靈] 第四個頁面上,您可以指定類型的流量和精靈的第一頁上的設定來控制的連接埠。 您可以指定:

  • TCP 流量、UDP 流量或兩者

  • 所有來源連接埠、某個範圍的來源連接埠,或特定來源連接埠

  • 所有目的地連接埠、 目的地連接埠範圍或特定目的地連接埠

設定 [以原則為依據的 QoS 精靈] 的 [通訊協定及連接埠] 頁面
  1. 在 [選取此 QoS 原則套用的通訊協定] 中,選取 [TCP]、[UDP] 或 [TCP 及 UDP]。

  2. 在 [指定來源連接埠號碼] 中,選取 [來自任意來源的連接埠] 或 [來自此來源的連接埠號碼]。

  3. 如果您選取來自此來源的連接埠號碼,輸入介於 1 到 65535 之間的通訊埠編號。

    您可以選擇性地指定連接埠範圍的格式為":,"其中含代表連接埠範圍的下限和上限。每一個必須是介於 1 到 65535 之間的數字。 冒號 (:) 字元和數字之間不允許有空格。

  4. 在 [指定目的地連接埠號碼] 中,選取 [到任何目的地連接埠] 或 [到此目的地連接埠號碼]。

  5. 如果在上一個步驟中選取了 [到此目的地連接埠號碼],請輸入介於 1 和 65535 之間的連接埠號碼。

若要完成建立新的 QoS 原則,按一下完成通訊協定和連接埠原則為依據的 QoS 精靈] 頁面。 當完成時,新的 QoS 原則會列在 [詳細資料] 窗格的 [群組原則物件編輯器]。

若要將 QoS 原則設定套用至使用者或電腦,連結的 GPO 中的 QoS 原則是位在 Active Directory 網域服務容器,例如網域、 站台或組織單位 (OU)。

檢視、編輯或刪除 QoS 原則

當您檢視或編輯原則的內容時所顯示的內容頁面對應原則為依據的 QoS 精靈先前所述的頁面。

檢視 QoS 原則的內容

  • 以滑鼠右鍵按一下 [詳細資料窗格的 [群組原則物件編輯器 」 中] 中的原則名稱,然後按一下屬性

    [群組原則物件編輯器] 會顯示具有下列索引標籤的 [內容] 頁面:

    • 原則設定檔

    • 應用程式名稱

    • IP 位址

    • 通訊協定及連接埠

編輯 QoS 原則

  • 以滑鼠右鍵按一下 [詳細資料窗格的 [群組原則物件編輯器 」 中] 中的原則名稱,然後按一下編輯現有的原則

    [群組原則物件編輯器] 會顯示編輯現有的 QoS 原則對話方塊。

刪除 QoS 原則

  • 以滑鼠右鍵按一下 [詳細資料窗格的 [群組原則物件編輯器 」 中] 中的原則名稱,然後按一下刪除原則

QoS 原則 GPMC 報告

整個組織中套用 QoS 原則的數目之後,可能有效或才需要定期檢閱如何套用原則。 使用 GPMC 報告可以檢視特定使用者或電腦 QoS 原則的摘要。

若要執行的報表 QoS 原則群組原則結果精靈

  • GPMC 中以滑鼠右鍵按一下群組原則結果節點,然後再選取功能表選項群組原則結果精靈]。

已產生群組原則結果之後,請按一下設定] 索引標籤。 在設定] 索引標籤可以在 「 電腦設定 \windows 設定 \ 原則型 QoS 」 和 「 使用者設定 \windows 設定 \ 原則型 QoS 」 節點下找到 QoS 原則。

設定索引標籤上,QoS 原則會列出其 DSCP 值、 節流閥速率、 原則條件的 QoS 原則名稱來並贏得 GPO 中相同的資料列列出...

[群組原則結果] 檢視可唯一識別優勢 GPO。 當多個 Gpo 有同名的 QoS 原則的 QoS 原則時,會套用 GPO 優先順序最高的 GPO。 這是優勢 GPO。 衝突的資料附加至較低優先順序的 GPO 不會套用 QoS 原則 (原則名稱所識別)。 請注意 GPO 優先權會定義哪些 QoS 原則適當地部署在站台、 網域或 OU。 在部署之後,在使用者或電腦層級QoS 原則優先順序規則判斷允許和封鎖哪些流量。

QoS 原則的 DSCP 值、 節流閥速率和原則條件也會顯示在群組原則物件編輯器 (GPOE)

漫遊和遠端使用者的進階的設定

以原則為依據的 QoS,目標是管理企業網路上的流量。 在行動裝置的情況下,使用者可能會傳送流量開啟或關閉企業網路。 QoS 原則不相關時遠離企業網路,因為只有在連接到企業的網路介面上啟用 QoS 原則Windows 8,Windows 7,或Windows Vista。

例如,使用者可能她可攜式電腦連線到她企業網路透過虛擬私人網路 (VPN) 從咖啡廳。 VPN (例如無線) 的實體網路介面不會有套用 QoS 原則。 不過,VPN 介面必須套用,因為它會連接到企業的 QoS 原則。 如果使用者稍後輸入不需要 AD DS 的信任關係的另一個企業網路,將不會啟用 QoS 原則。

請注意,這些行動的情況下不會套用到伺服器工作負載。 例如,具有多張網路介面卡的伺服器可能坐在企業網路的邊緣。 IT 部門可能會選擇將 egresses 企業; 的 QoS 原則節流流量不過,此傳送此輸出流量的網路介面卡並不一定要連回企業網路。 基於這個理由,QoS 原則一定會啟用所有網路介面執行的電腦上Windows Server 2012。

System_CAPS_note注意事項

   本文件接下來要討論的進階 QoS 設定 QoS 原則而非,僅適用於選擇性啟用。

進階的 QoS 設定

進階的 QoS 設定提供 IT 系統管理員管理的電腦網路耗用量和 DSCP 標示的其他控制項。 而 QoS 原則可以套用電腦和使用者層級只能在電腦層級適用於進階的 QoS 設定。

若要設定進階 QoS 設定

  1. 按一下電腦設定,然後按一下群組原則中的 Windows 設定

  2. 以滑鼠右鍵按一下原則為依據的 QoS,然後按一下進階 QoS 設定

    下圖顯示兩個進階 QoS 設定] 索引標籤:輸入 TCP 流量DSCP 標示覆寫

System_CAPS_note注意事項

   進階的 QoS 設定是電腦層級的群組原則設定。

進階 QoS 設定: 輸入 TCP 流量

連入 TCP 流量而 QoS 原則會影響輸出的 TCP 和 UDP 流量控制在接收者端 TCP 頻寬耗用量。 藉由設定較低的輸送量層級上連入 TCP 流量TCP 會限制] 索引標籤大小其通告的 TCP 接收視窗。 此設定的效果將可以提升的輸送量速率並連結以更高的頻寬或延遲 (頻寬延遲乘積) 的 TCP 連接的使用率。 根據預設,執行電腦Windows Server 2012,Windows 8,Windows Server 2008 R2,Windows Server 2008,和Windows Vista設為最大輸送量層級。

TCP 接收視窗中已變更Windows Server 2012,Windows 8,Windows Server 2008 R2,Windows Server 2008,和Windows Vista從舊版的 Windows。 舊版的 Windows 而受到限制上限為 64 kb TCP 接收端窗Windows Server 2012,Windows 8,Windows Server 2008 R2,Windows Server 2008,和Windows Vista動態調整大小接收端窗達 16 mb。 在連入 TCP 流量控制項中,您可以控制的輸入的輸送量層級設定 TCP 接收視窗所能成長的最大值。 層級對應於下列的最大值。

輸入的輸送量層級

最大需求

0

64 KB

1

256 KB

2

1 MB

3

16 MB

實際的視窗大小可能的值等於或小於最大值根據網路狀況而定。

若要設定 TCP 接收端窗口
  1. 在 「 群組原則物件編輯器 」 中,按一下本機電腦原則,按一下Windows 設定,以滑鼠右鍵按一下原則為依據的 QoS,然後按一下進階 QoS 設定

  2. TCP 接收輸送量、 選取設定 TCP 接收輸送量,然後選取您想要的輸送量層級。

  3. 將 GPO 連結到 OU。

進階的 QoS 設定:DSCP 標示覆寫

DSCP 標示覆寫限制為指定的應用程式的能力 — 或 「 標記 」 — DSCP 以外 QoS 原則中所指定的值。 藉由指定的應用程式可以設定 DSCP 值,應用程式可以設定非零的 DSCP 值。 藉由指定忽略、 使用 QoS Api 的應用程式必須設為零,其 DSCP 值和只有 QoS 原則可以設定 DSCP 值。 根據預設,執行電腦Windows Server 2012,Windows 8,Windows Server 2008 R2,Windows Server 2008,和Windows Vista並允許應用程式指定 DSCP 值; 應用程式和裝置不使用 QoS Api 不會被覆寫。

無線多媒體和 DSCP 值

Wi-fi Alliance已建立的無線多媒體 (WMM) 定義四個存取類別 (WMM_AC) 優先排序網路流量傳送 Wi-fi 無線網路上的憑證。 存取類別包含 (依順序的最高-最低優先順序): 語音、 視訊、 最佳精力和背景。分別縮寫為 VO、 VI、 BE 和亮度。 WMM 規格定義的 DSCP 值會對應與每四個存取類別目錄:

DSCP 值

WMM 存取類別目錄

48-63

語音 (VO)

32-47

視訊 (VI)

24-31, 0-7

最大努力 (BE)

8-23

背景 (亮度)

在Windows Server 2012,Windows 8,Windows Server 2008 R2,Windows Server 2008,和Windows VistaQoS 原則可以的使用這些 DSCP 值,才能確保攜帶型電腦使用 Wi-fi 認證 ™ WMM 如無線介面卡接收優先順序處理 WMM 存取點與 Wi-fi 認證相關聯時建立。

QoS 原則優先順序規則

類似 GPO 的優先順序,QoS 原則有多個 QoS 原則會套用至一組特定的流量時解決衝突的優先順序規則。 輸出的 TCP 或 UDP 流量,只有一個 QoS 原則可以套用一次,這表示 QoS 原則並沒有累計的效果,例如會加總節流閥速率。

一般而言,贏得最符合條件的 QoS 原則。 當套用多個 QoS 原則時,規則可分為三個類別: 使用者層級與電腦層級。應用程式與網路 quintuple 中。與網路之間 quintuple。

網路 5 倍,我們所謂的來源 IP 位址、 目的地 IP 位址、 來源連接埠、 目的地連接埠和通訊協定 (TCP/UDP)。

使用者層級的 QoS 原則的優先順序高於電腦層級的 QoS 原則

此規則會大幅簡化 QoS Gpo 的特別是針對使用者群組為基礎原則的網路系統管理員的管理。 例如,如果網路系統管理員想要定義使用者群組的 QoS 原則,它們可以只建立並散發給該群組的 GPO。 它們不需要擔心有關哪些電腦的使用者登入和是否這些電腦會有衝突的 QoS 原則定義,因為使用者層級原則有衝突時,一定會優先。

System_CAPS_note注意事項

使用者層級 QoS 原則只適用於該使用者所產生的流量。 特定的電腦和電腦本身的其他使用者將不會受限於該使用者定義任何 QoS 原則。

應用程式更具體而且製作優先於網路 quintuple

當多個 QoS 原則相符的特定流量時,會套用更特定的原則。 識別應用程式的原則之間包含傳送應用程式的檔案路徑的原則會被視為比僅用來識別應用程式名稱 (不含路徑) 的另一個原則更明確。 如果應用程式的多個原則仍然適用,優先順序規則會使用 5 倍網路來尋找最符合項目。

或者,多個 QoS 原則可能會藉由指定非重疊的條件套用到相同的流量。 應用程式的條件與網路 quintuple、 之間指定的應用程式的原則會被視為更明確而且會套用。 例如 policy_A 只會指定應用程式名稱 (app.exe) 和 policy_B 指定目的地 IP 位址 192.168.1.0/24。 當這些 QoS 原則相衝突 (app.exe 傳送流量至 IP 位址範圍內的 192.168.4.0/24) 時,policy_A 取得套用。

更多的精確性會在網路中的優先 5 倍

對於網路 quintuple 內原則衝突,最符合條件的原則優先。 例如,假設 policy_C 指定來源 IP 位址"any",目的地 IP 位址為 10.0.0.1、 來源連接埠"any",目的地連接埠"any"和"TCP"通訊協定。 接下來,假設 policy_D 指定來源 IP 位址"any"、 目的地 IP 位址 10.0.0.1、 來源連接埠"any",目的地連接埠 80 和通訊協定"TCP"。 則 policy_C 和 policy_D 都符合目的地 10.0.0.1: 80 的連接。 因為原則為依據的 QoS 會套用具有最特定的符合條件的原則、 policy_D 優先在此範例中。

不過,QoS 原則可能會有相同數目的條件。 例如,許多原則可能每個指定只有一個 (但不是相同) 的網路 quintuple 片段。 網路 quintuple、 以下列順序是從較低的優先順序更高版本:

  • 來源 IP 位址

  • 目的地 IP 位址

  • 來源連接埠

  • 目的地連接埠

  • 通訊協定 (TCP 或 UDP)。

在特定條件,例如 IP 位址更特定的 IP 位址會被視為具有較高的優先順序。例如,IP 位址 192.168.4.1 是比 192.168.4.0/24 更明確。

System_CAPS_note注意事項

   通常您應該 QoS 原則設計為盡量明確地以簡化您的組織了解的原則是作用中。

參考資料

錯誤和事件訊息

以下是以原則為依據的 QoS 相關聯的錯誤和事件訊息。

告知性訊息

MessageId

16500

嚴重性

資訊

SymbolicName

EVENT_EQOS_INFO_MACHINE_POLICY_REFRESH_NO_CHANGE

Language

英文

訊息

電腦 QoS 原則已成功重新整理。 未偵測到變更。

MessageId

16501

嚴重性

資訊

SymbolicName

EVENT_EQOS_INFO_MACHINE_POLICY_REFRESH_WITH_CHANGE

Language

英文

訊息

電腦 QoS 原則已成功重新整理。 偵測到的原則變更。

MessageId

16502

嚴重性

資訊

SymbolicName

EVENT_EQOS_INFO_USER_POLICY_REFRESH_NO_CHANGE

Language

英文

訊息

使用者的 QoS 原則已成功重新整理。 未偵測到變更。

MessageId

16503

嚴重性

資訊

SymbolicName

EVENT_EQOS_INFO_USER_POLICY_REFRESH_WITH_CHANGE

Language

英文

訊息

使用者的 QoS 原則已成功重新整理。 偵測到的原則變更。

MessageId

16504

嚴重性

資訊

SymbolicName

EVENT_EQOS_INFO_TCP_AUTOTUNING_NOT_CONFIGURED

Language

英文

訊息

輸入的 TCP 輸送量層級的進階 QoS 設定成功重新整理。 未指定任何 QoS 原則設定的值。 將套用本機電腦預設值。

MessageId

16505

嚴重性

資訊

SymbolicName

EVENT_EQOS_INFO_TCP_AUTOTUNING_OFF

Language

英文

訊息

輸入的 TCP 輸送量層級的進階 QoS 設定成功重新整理。 將值設定為層級 0 (最小的輸送量)。

MessageId

16506

嚴重性

資訊

SymbolicName

EVENT_EQOS_INFO_TCP_AUTOTUNING_HIGHLY_RESTRICTED

Language

英文

訊息

輸入的 TCP 輸送量層級的進階 QoS 設定成功重新整理。 將值設定為層級 1。

MessageId

16507

嚴重性

資訊

SymbolicName

EVENT_EQOS_INFO_TCP_AUTOTUNING_RESTRICTED

Language

英文

訊息

輸入的 TCP 輸送量層級的進階 QoS 設定成功重新整理。 將值設定為層級 2。

MessageId

16508

嚴重性

資訊

SymbolicName

EVENT_EQOS_INFO_TCP_AUTOTUNING_NORMAL

Language

英文

訊息

輸入的 TCP 輸送量層級的進階 QoS 設定成功重新整理。 將值設定為層級 3 (最大輸送量)。

MessageId

16509

嚴重性

資訊

SymbolicName

EVENT_EQOS_INFO_APP_MARKING_NOT_CONFIGURED

Language

英文

訊息

DSCP 標示進階 QoS 設定會覆寫已成功重新整理。 未指定設定值。 應用程式可以設定與 QoS 原則無關的 DSCP 值。

MessageId

16510

嚴重性

資訊

SymbolicName

EVENT_EQOS_INFO_APP_MARKING_IGNORED

Language

英文

訊息

DSCP 標示進階 QoS 設定會覆寫已成功重新整理。 應用程式的 DSCP 標示要求都會被忽略。 只有 QoS 原則可以設定 DSCP 值。

MessageId

16511

嚴重性

資訊

SymbolicName

EVENT_EQOS_INFO_APP_MARKING_ALLOWED

Language

英文

訊息

DSCP 標示進階 QoS 設定會覆寫已成功重新整理。 應用程式可以設定與 QoS 原則無關的 DSCP 值。

MessageId

16512

嚴重性

資訊

SymbolicName

EVENT_EQOS_INFO_LOCAL_SETTING_DONT_USE_NLA

Language

英文

訊息

已停用選擇性的應用程式網域網路類別為基礎的 QoS 原則。 QoS 原則會套用至所有網路介面。

警告訊息

MessageId

16600

嚴重性

Warning

SymbolicName

EVENT_EQOS_WARNING_TEST_1

Language

英文

訊息

EQOS: * * * 測試 * * * [,與一個字串]"%2"。

MessageId

16601

嚴重性

Warning

SymbolicName

EVENT_EQOS_WARNING_TEST_2

Language

英文

訊息

EQOS: * * * 測試 * * * [,與兩個字串是 string1]"%2"[,string2 為]"%3"。

MessageId

16602

嚴重性

Warning

SymbolicName

EVENT_EQOS_WARNING_MACHINE_POLICY_VERSION

Language

英文

訊息

電腦 QoS 原則"%2"具有無效的版本號碼。 將不會套用此原則。

MessageId

16603

嚴重性

Warning

SymbolicName

EVENT_EQOS_WARNING_USER_POLICY_VERSION

Language

英文

訊息

使用者"%2"的 QoS 原則具有無效的版本號碼。 將不會套用此原則。

MessageId

16604

嚴重性

Warning

SymbolicName

EVENT_EQOS_WARNING_MACHINE_POLICY_PROFILE_NOT_SPECIFIED

Language

英文

訊息

電腦"%2"的 QoS 原則不會指定 DSCP 值或節流閥速率。 將不會套用此原則。

MessageId

16605

嚴重性

Warning

SymbolicName

EVENT_EQOS_WARNING_USER_POLICY_PROFILE_NOT_SPECIFIED

Language

英文

訊息

使用者"%2"的 QoS 原則未指定 DSCP 值或節流閥速率。 將不會套用此原則。

MessageId

16606

嚴重性

Warning

SymbolicName

EVENT_EQOS_WARNING_MACHINE_POLICY_QUOTA_EXCEEDED

Language

英文

訊息

超過電腦 QoS 原則的最大數目。 將不會套用 QoS 原則"%2"和後續電腦 QoS 原則。

MessageId

16607

嚴重性

Warning

SymbolicName

EVENT_EQOS_WARNING_USER_POLICY_QUOTA_EXCEEDED

Language

英文

訊息

超過使用者 QoS 原則的最大數目。 將不會套用 QoS 原則"%2"和後續使用者 QoS 原則。

MessageId

16608

嚴重性

Warning

SymbolicName

EVENT_EQOS_WARNING_MACHINE_POLICY_CONFLICT

Language

英文

訊息

電腦"%2"的 QoS 原則可能會發生衝突時與其他 QoS 原則。 請參閱文件以了解哪種套用原則的規則。

MessageId

16609

嚴重性

Warning

SymbolicName

EVENT_EQOS_WARNING_USER_POLICY_CONFLICT

Language

英文

訊息

使用者"%2"的 QoS 原則可能會發生衝突時使用其他的 QoS 原則。 請參閱文件以了解哪種套用原則的規則。

MessageId

16610

嚴重性

Warning

SymbolicName

EVENT_EQOS_WARNING_MACHINE_POLICY_NO_FULLPATH_APPNAME

Language

英文

訊息

電腦"%2"的 QoS 原則已忽略因為無法處理的應用程式路徑。 應用程式路徑可能是無效的、 包含無效的磁碟機代號或包含對應的網路磁碟機。

MessageId

16611

嚴重性

Warning

SymbolicName

EVENT_EQOS_WARNING_USER_POLICY_NO_FULLPATH_APPNAME

Language

英文

訊息

使用者"%2"的 QoS 原則已忽略因為無法處理的應用程式路徑。 應用程式路徑可能是無效的、 包含無效的磁碟機代號或包含對應的網路磁碟機。

錯誤訊息

MessageId

16700

嚴重性

錯誤

SymbolicName

EVENT_EQOS_ERROR_MACHINE_POLICY_REFERESH

Language

英文

訊息

若要重新整理失敗電腦 QoS 原則。 錯誤碼:"%2"。

MessageId

16701

嚴重性

錯誤

SymbolicName

EVENT_EQOS_ERROR_USER_POLICY_REFERESH

Language

英文

訊息

無法重新整理使用者 QoS 原則。 錯誤碼:"%2"。

MessageId

16702

嚴重性

錯誤

SymbolicName

EVENT_EQOS_ERROR_OPENING_MACHINE_POLICY_ROOT_KEY

Language

英文

訊息

QoS 無法開啟 QoS 原則的電腦層級根機碼。 錯誤碼:"%2"。

MessageId

16703

嚴重性

錯誤

SymbolicName

EVENT_EQOS_ERROR_OPENING_USER_POLICY_ROOT_KEY

Language

英文

訊息

QoS 無法開啟 QoS 原則的使用者層級根機碼。 錯誤碼:"%2"。

MessageId

16704

嚴重性

錯誤

SymbolicName

EVENT_EQOS_ERROR_MACHINE_POLICY_KEYNAME_TOO_LONG

Language

英文

訊息

電腦 QoS 原則會超過最大允許的名稱的長度。 有問題的原則會列在電腦層級 QoS 原則根機碼下,具有索引"%2"。

MessageId

16705

嚴重性

錯誤

SymbolicName

EVENT_EQOS_ERROR_USER_POLICY_KEYNAME_TOO_LONG

Language

英文

訊息

QoS 原則的使用者超過最大允許的名稱的長度。 有問題的原則會列在使用者層級 QoS 原則根機碼下,具有索引"%2"。

MessageId

16706

嚴重性

錯誤

SymbolicName

EVENT_EQOS_ERROR_MACHINE_POLICY_KEYNAME_SIZE_ZERO

Language

英文

訊息

QoS 原則的電腦具有零長度的名稱。 有問題的原則會列在電腦層級 QoS 原則根機碼下,具有索引"%2"。

MessageId

16707

嚴重性

錯誤

SymbolicName

EVENT_EQOS_ERROR_USER_POLICY_KEYNAME_SIZE_ZERO

Language

英文

訊息

QoS 原則的使用者具有零長度的名稱。 有問題的原則會列在使用者層級 QoS 原則根機碼下,具有索引"%2"。

MessageId

16708

嚴重性

錯誤

SymbolicName

EVENT_EQOS_ERROR_OPENING_MACHINE_POLICY_SUBKEY

Language

英文

訊息

QoS 無法開啟電腦 QoS 原則的登錄子機碼。 原則會列在電腦層級 QoS 原則根機碼下,具有索引"%2"。

MessageId

16709

嚴重性

錯誤

SymbolicName

EVENT_EQOS_ERROR_OPENING_USER_POLICY_SUBKEY

Language

英文

訊息

QoS 無法開啟使用者的 QoS 原則的登錄子機碼。 原則會列在使用者層級 QoS 原則根機碼下,具有索引"%2"。

MessageId

16710

嚴重性

錯誤

SymbolicName

EVENT_EQOS_ERROR_PROCESSING_MACHINE_POLICY_FIELD

Language

英文

訊息

QoS 無法讀取或驗證電腦 QoS 原則"%3"的"%2"欄位。

MessageId

16711

嚴重性

錯誤

SymbolicName

EVENT_EQOS_ERROR_PROCESSING_USER_POLICY_FIELD

Language

英文

訊息

QoS 無法讀取或驗證使用者的 QoS 原則"%3"的"%2"欄位。

MessageId

16712

嚴重性

錯誤

SymbolicName

EVENT_EQOS_ERROR_SETTING_TCP_AUTOTUNING

Language

英文

訊息

QoS 無法讀取或設定輸入的 TCP 輸送量層級,錯誤碼:"%2"。

MessageId

16713

嚴重性

錯誤

SymbolicName

EVENT_EQOS_ERROR_SETTING_APP_MARKING

Language

英文

訊息

無法讀取或設定 DSCP 標示的 QoS 覆寫設定,錯誤碼:"%2"。

其他資源

常見問題集

若要執行將我的網域控制站需要在何種作業系統?

網域控制站可以執行 Windows 2000 Server、 Windows Server 2003、Windows Server 2008,或Windows 8。

System_CAPS_note注意事項

GPMC 必須提供版本Windows Server 2012,Windows 8,Windows Server 2008 R2,Windows Server 2008,或Windows Vista。

我需要 Windows Server 2008、 Windows Server 2008 R2 或 Windows Server 2012 將 QoS 原則部署嗎?

不對Windows Server 2008,Windows Server 2008 R2,或Windows Server 2012並非必要。 不過,QoS 原則只套用至使用者或電腦執行Windows Server 2012,Windows 8,Windows Server 2008 R2,Windows Server 2008,和Windows Vista。

QoS 原則並套用到寄件者或接收者的流量嗎?

必須套用 QoS 原則會影響其輸出流量傳送的電腦上。 若要影響的兩部電腦的雙向傳輸,QoS 原則必須部署到兩部電腦。

如果有衝突的原則部署到同一部電腦發生什麼事?

如果套用多個原則,更特定的 QoS 原則的優先順序較高。 比方說,已套用原則,指出主機位址 (192.168.4.12) 而非網路位址 (192.168.0.0/16)。 如果電腦層級和使用者層級原則有相同的細節,而不是電腦層級 QoS 原則套用使用者層級 QoS 原則。

其他資源