設定 Dispatcher

以下各節說明如何設定Dispatcher的各個層面。

支援IPv4和IPv6

AEM和Dispatcher的所有元素都可安裝在IPv4和IPv6網路中。 請參閱IPV4和IPV6。

Dispatcher組態檔

預設情況下，Dispatcher設定會儲存在dispatcher.any文字檔案中，不過您可以在安裝期間變更此檔案的名稱和位置。

設定檔案包含一系列單值或多值屬性，可控制Dispatcher的行為：

• 屬性名稱的前置詞為正斜線/。
• 多值屬性使用大括弧{ }括住子項。

範例設定的結構如下：

# name of the dispatcher
/name "internet-server"

# each farm configures a set off (loadbalanced) renders
/farms
 {
  # first farm entry (label is not important, just for your convenience)
   /website
     {  
     /clientheaders
       {
       # List of headers that are passed on
       }
     /virtualhosts
       {
       # List of URLs for this Web site
       }
     /sessionmanagement
       {
       # settings for user authentification
       }
     /renders
       {
       # List of AEM instances that render the documents
       }
     /filter
       {
       # List of filters
       }
     /vanity_urls
       {
       # List of vanity URLs
       }
     /cache
       {
       # Cache configuration
       /rules
         {
         # List of cachable documents
         }
       /invalidate
         {
         # List of auto-invalidated documents
         }
       }
     /statistics
       {
       /categories
         {
         # The document categories that are used for load balancing estimates
         }
       }
     /stickyConnectionsFor "/myFolder"
     /health_check
       {
       # Page gets contacted when an instance returns a 500
       }
     /retryDelay "1"
     /numberOfRetries "5"
     /unavailablePenalty "1"
     /failover "1"
     }
 }

您可以包含對設定有貢獻的其他檔案：

• 如果您的設定檔案很大，您可以將其分割為數個較小的檔案（更容易管理），然後納入這些檔案。
• 包含自動生成的檔案。

例如，要在/farms配置中包含檔案myFarm.any ，請使用以下代碼：

/farms
  {
  $include "myFarm.any"
  }

使用星號(*)作為通配符，指定要包括的檔案範圍。

例如，如果檔案farm_1.any到farm_5.any包含從1到5的伺服器陣列的配置，則可以按如下方式包括這些配置：

/farms
  {
  $include "farm_*.any"
  }

使用環境變數

您可以在dispatcher.any檔案的字串值屬性中使用環境變數，而非硬式編碼值。 若要包含環境變數的值，請使用${variable_name}格式。

例如，如果dispatcher.any檔案與快取目錄位於相同目錄中，則可使用docroot屬性的下列值：

/docroot "${PWD}/cache"

另一個例子是，如果您建立一個名為PUBLISH_IP的環境變數，用於儲存AEM發佈例項的主機名稱，則可使用/renders屬性的下列設定：

/renders {
  /0001 {
    /hostname "${PUBLISH_IP}"
    /port "8443"
  }
}

命名Dispatcher例項

使用/name屬性來指定唯一名稱以識別Dispatcher例項。 /name屬性是配置結構中的頂級屬性。

定義場

/farms屬性定義一或多組Dispatcher行為，其中每組行為都與不同的網站或URL相關聯。 /farms屬性可以包含單個伺服器陣列或多個伺服器陣列：

• 當您希望Dispatcher以相同方式處理所有網頁或網站時，請使用單一伺服器陣列。
• 當您網站的不同區域或不同網站需要不同的Dispatcher行為時，請建立多個伺服器陣列。

/farms屬性是配置結構中的頂級屬性。 要定義伺服器場，請向/farms屬性添加子屬性。 使用屬性名稱，可唯一識別Dispatcher例項內的伺服器陣列。

/farmname屬性是多值的，且包含定義Dispatcher行為的其他屬性：

• 伺服器陣列套用之頁面的URL。
• 用於轉譯檔案的一或多個服務URL(通常為AEM發佈例項)。
• 用於負載平衡多個文檔呈現器的統計資訊。
• 其他幾種行為，例如要快取的檔案和位置。

值可以包含任何英數字元(a-z、0-9)。 以下示例顯示名為/daycom和/docsdaycom的兩個伺服器陣列的骨架定義：

#name of dispatcher
/name "day sites"

#farms section defines a list of farms or sites
/farms
{
   /daycom
   {
       ...
   }
   /docdaycom
   {
      ...
   }
}

每個伺服器陣列屬性都可包含下列子屬性：

指定預設頁（僅限IIS） — /homepage

指定要傳遞的HTTP標題

/clientheaders屬性定義了HTTP標題清單，Dispatcher會將這些標題從用戶端HTTP請求傳遞至轉譯器(AEM例項)。

依預設，Dispatcher會將標準HTTP標題轉送至AEM例項。 在某些情況下，您可能會想要轉送其他標題，或移除特定標題：

• 新增AEM例項在HTTP要求中預期的標題，例如自訂標題。
• 移除僅與Web伺服器相關的標題，例如驗證標題。

如果您要自訂要傳遞的標題集，您必須指定完整的標題清單，包括通常預設會包含的標題。

例如，處理發佈執行個體之頁面啟動請求的Dispatcher執行個體需要/clientheaders區段中的PATH標題。 PATH標題可啟用復寫代理與調度程式之間的通信。

以下代碼是/clientheaders的示例配置：

/clientheaders
  {
  "CSRF-Token"
  "X-Forwarded-Proto"
  "referer"
  "user-agent"
  "authorization"
  "from"
  "content-type"
  "content-length"
  "accept-charset"
  "accept-encoding"
  "accept-language"
  "accept"
  "host"
  "if-match"
  "if-none-match"
  "if-range"
  "if-unmodified-since"
  "max-forwards"
  "proxy-authorization"
  "proxy-connection"
  "range"
  "cookie"
  "cq-action"
  "cq-handle"
  "handle"
  "action"
  "cqstats"
  "depth"
  "translate"
  "expires"
  "date"
  "dav"
  "ms-author-via"
  "if"
  "lock-token"
  "x-expected-entity-length"
  "destination"
  "PATH"
  }

標識虛擬主機

/virtualhosts屬性定義Dispatcher為此伺服器陣列接受的所有主機名/URI組合的清單。 您可以使用星號(*)字元作為通配符。 / virtualhosts屬性的值使用下列格式：

[scheme]host[uri][*]

• scheme:（選用） https:// 或 https://.
• host:主機的名稱或IP地址以及埠號（如有必要）。(請參閱https://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.23)
• uri:（選用）資源的路徑。

以下示例配置處理myCompany的.com和.ch域以及mySubDivision的所有域的請求：

   /virtualhosts
    {
    "www.myCompany.com"
    "www.myCompany.ch"
    "www.mySubDivison.*"
    }

以下配置處理​all​請求：

   /virtualhosts
    {
    "*"
    }

解析虛擬主機

當Dispatcher收到HTTP或HTTPS要求時，會找到最符合要求的host, uri和scheme標題的虛擬主機值。 Dispatcher會依下列順序評估virtualhosts屬性中的值：

• Dispatcher從最低的伺服器陣列開始，並在dispatcher.any檔案中向上推進。
• 對於每個伺服器陣列，Dispatcher會從virtualhosts屬性中最頂端的值開始，然後依序進行值清單。

Dispatcher會以下列方式找出最符合的虛擬主機值：

• 第一個遇到的虛擬主機會匹配請求的host、scheme和uri的所有三個。
• 如果沒有virtualhosts值的scheme和uri部分都與請求的scheme和uri匹配，則使用與請求的host匹配的第一個遇到的虛擬主機。
• 如果沒有virtualhosts值的主機部分與請求的主機匹配，則使用最頂端伺服器陣列的最頂端虛擬主機。

因此，您應將預設虛擬主機放置在dispatcher.any檔案的最頂端伺服器陣列的virtualhosts屬性頂端。

虛擬主機解析度示例

下列範例代表dispatcher.any檔案中的程式碼片段，該檔案定義兩個Dispatcher伺服器陣列，而每個伺服器陣列定義一個virtualhosts屬性。

/farms
  {
  /myProducts
    {
    /virtualhosts
      {
      "www.mycompany.com"
      }
    /renders
      {
      /hostname "server1.myCompany.com"
      /port "80"
      }
    }
  /myCompany
    {
    /virtualhosts
      {
      "www.mycompany.com/products/*"
      }
    /renders
      {
      /hostname "server2.myCompany.com"
      /port "80"
      }
    }
  }

使用此範例，下表顯示為指定HTTP請求解析的虛擬主機：

啟用安全會話 — /sessionmanagement

建立安全工作階段以存取轉譯伺服器陣列，讓使用者需要登入才能存取伺服器陣列中的任何頁面。 登入後，使用者可以存取伺服器陣列中的頁面。 有關將此功能與CUG一起使用的資訊，請參閱建立封閉用戶組。 另外，在上線前，請參閱Dispatcher 安全性檢查清單。

/sessionmanagement屬性是/farms的子屬性。

/ sessionmanagements幾個子參數：

/directory （必填）

儲存會話資訊的目錄。 如果目錄不存在，則會建立該目錄。

/sessionmanagement
  {
  /directory "/usr/local/apache/.sessions"
  }

/encode （選用）

工作階段資訊的編碼方式。 使用md5加密使用md5算法，或使用hex進行十六進位編碼。 如果您加密會話資料，則具有檔案系統訪問權限的用戶無法讀取會話內容。 預設值為md5。

/header （選用）

儲存授權資訊的HTTP標題或Cookie的名稱。 如果將資訊儲存在http標題中，請使用HTTP:<header-name>。 若要將資訊儲存在Cookie中，請使用Cookie:<header-name>。 如果未指定值HTTP:authorization ，則使用。

/timeout （選用）

上次使用後，工作階段逾時的秒數。 若未指定"800"，則工作階段會在使用者最後一個要求後13分鐘多一點逾時。

配置示例如下所示：

/sessionmanagement
  {
  /directory "/usr/local/apache/.sessions"
  /encode "md5"
  /header "HTTP:authorization"
  /timeout "800"
  }

定義頁面轉譯器

/renders屬性定義Dispatcher傳送請求以轉譯檔案的URL。 以下範例/renders區段識別要呈現的單一AEM例項：

/renders
  {
    /myRenderer
      {
      # hostname or IP of the renderer
      /hostname "aem.myCompany.com"
      # port of the renderer
      /port "4503"
      # connection timeout in milliseconds, "0" (default) waits indefinitely
      /timeout "0"
      }
  }

下列範例/renders小節識別與Dispatcher在相同電腦上執行的AEM例項：

/renders
  {
    /myRenderer
     {
     /hostname "127.0.0.1"
     /port "4503"
     }
  }

下列範例/renders小節會在兩個AEM例項之間平均分發呈現請求：

/renders
  {
    /myFirstRenderer
      {
      /hostname "aem.myCompany.com"
      /port "4503"
      }
    /mySecondRenderer
      {
      /hostname "127.0.0.1"
      /port "4503"
      }
  }

呈現選項

/timeout

指定存取AEM例項的連線逾時（以毫秒為單位）。 預設值為"0"，導致Dispatcher無限期等候。

/receiveTimeout

指定允許回應花費的時間（毫秒）。 預設值為"600000"，導致Dispatcher等候10分鐘。 "0"的設定完全消除了超時。

如果剖析回應標題時逾時，會傳回504（錯誤閘道）的HTTP狀態。 如果在讀取回應內文時逾時，Dispatcher會將不完整的回應傳回給用戶端，但刪除可能已寫入的任何快取檔案。

/ipv4

指定Dispatcher是使用getaddrinfo函式（針對IPv6）還是使用gethostbyname函式（針對IPv4）來取得轉譯的IP位址。 值0會使用getaddrinfo。 值1會使用gethostbyname。 預設值為 0.

getaddrinfo函式返回IP地址清單。 Dispatcher會反覆計算地址清單，直到它建立TCP/IP連線為止。 因此，當呈現主機名與多個IP地址關聯時， ipv4屬性非常重要，並且主機響應getaddrinfo函式返回始終按相同順序排列的IP地址清單。 在此情況下，您應使用gethostbyname函式，讓Dispatcher所連線的IP位址隨機化。

Amazon Elastic Load Balancing(ELB)是一項服務，可使用可能相同順序的IP位址清單回應getaddrinfo。

/secure

如果/secure屬性的值為"1",Dispatcher會使用HTTPS與AEM例項通訊。 如需其他詳細資訊，另請參閱將Dispatcher設定為使用SSL。

/always-resolve

若使用Dispatcher版本​4.1.6，您可以依照下列方式設定/always-resolve屬性：

• 設為"1"時，會解析每個請求的主機名稱（Dispatcher永遠不會快取任何IP位址）。 由於需要額外呼叫來取得每個請求的主機資訊，因此可能會對效能造成輕微影響。
• 如果未設定屬性，預設會快取IP位址。

此外，此屬性也可用於防止您遇到動態IP解析問題，如下列範例所示：

/renders {
  /0001 {
     /hostname "host-name-here"
     /port "4502"
     /ipv4 "1"
     /always-resolve "1"
     }
  }

配置內容訪問

使用/filter區段來指定Dispatcher接受的HTTP請求。 所有其他請求都會以404錯誤碼（找不到頁面）傳回至Web伺服器。 若不存在/filter區段，則會接受所有請求。

注意： statfile的請 🔗 求一律拒絕。

/filter區段包含一系列規則，這些規則會根據HTTP要求的要求行部分的模式拒絕或允許存取內容。 您應對/filter區段使用允許清單策略：

• 首先，拒絕訪問所有內容。
• 視需要允許存取內容。

定義篩選器

/filter區段中的每個項目都包含類型和模式，這些類型和模式與請求行或整個請求行的特定元素相匹配。 每個篩選器可包含下列項目：

• 類型:會指 /type 出是否允許或拒絕對符合模式的要求進行存取。值可以是allow或deny。

• 請求行的元素： 包 /method含、 /url、 /query /protocol 或，以及根據HTTP請求的請求行部分的這些特定部分來篩選請求的模式。偏好的篩選方法是依請求行的元素進行篩選（而非整個請求行）。

• 請求行的進階元素： 從Dispatcher 4.2.0開始，有四個新的篩選元素可供使用。這些新元素分別為/path、/selectors、/extension和/suffix。 包含一或多個這些項目以進一步控制URL模式。

• 全局屬性:屬 /glob 性可用來比對HTTP要求的整個要求行。

HTTP請求的請求行部分

HTTP/1.1定義request-line如下：

Method Request-URI HTTP-Version<CRLF>

<CRLF>字元代表歸位字元，後面接著行饋送。 以下範例是當客戶要求WKND網站的美文 — 英文頁面時收到的要求行：

GET /content/wknd/us/en.html HTTP.1.1<CRLF>

您的模式必須考慮要求行中的空格字元和<CRLF>字元。

雙引號與單引號

建立篩選規則時，請對簡單模式使用雙引號"pattern"。 如果您使用Dispatcher 4.2.0或更新版本，且您的模式包含規則運算式，則必須在單引號內將規則運算式模式'(pattern1|pattern2)'括住。

規則運算式

在4.2.0以後的Dispatcher版本中，您可以在篩選模式中加入POSIX延伸規則運算式。

疑難排解篩選器

如果您的篩選器沒有以預期的方式觸發，請在Dispatcher上啟用追蹤記錄，以便您查看哪個篩選器正在攔截請求。

範例篩選：全部拒絕

下列範例篩選器區段會使Dispatcher拒絕所有檔案的請求。 您應拒絕訪問所有檔案，然後允許訪問特定區域。

  /0001  { /glob "*" /type "deny" }

請求明確拒絕的區域會導致傳回404錯誤碼（找不到頁面）。

範例篩選：拒絕訪問特定區域

篩選器也可讓您拒絕存取各種元素，例如ASP頁面和發佈執行個體內的敏感區域。 下列篩選器拒絕存取ASP頁面：

/0002  { /type "deny" /url "*.asp"  }

範例篩選：啟用POST請求

下列範例篩選器允許使用POST方法提交表單資料：

/filter {
    /0001  { /glob "*" /type "deny" }
    /0002 { /type "allow" /method "POST" /url "/content/[.]*.form.html" }
}

範例篩選：允許訪問工作流控制台

下列範例顯示用於拒絕外部存取工作流程控制台的篩選器：

/filter {
    /0001  { /glob "*" /type "deny" }
    /0002  {  /type "allow"  /url "/libs/cq/workflow/content/console*"  }
}

如果您的發佈例項使用Web應用程式內容（例如發佈），則這也可以新增至您的篩選器定義。

/0003   { /type "deny"  /url "/publish/libs/cq/workflow/content/console/archive*"  }

如果您仍需要存取限制區域內的單一頁面，則可允許存取這些頁面。 例如，若要允許存取工作流程控制台中的封存索引標籤，請新增下列區段：

/0004  { /type "allow"  /url "/libs/cq/workflow/content/console/archive*"   }

範例篩選：使用規則運算式

此篩選器會使用規則運算式，在非公用內容目錄中啟用擴充功能，定義於此處的單引號之間：

/005  {  /type "allow" /extension '(css|gif|ico|js|png|swf|jpe?g)' }

範例篩選：篩選請求URL的其他元素

以下是使用路徑、選取器和擴充功能的篩選器，封鎖從/content路徑及其子樹狀結構擷取內容的規則範例：

/006 {
        /type "deny"
        /path "/content/*"
        /selectors '(feed|rss|pages|languages|blueprint|infinity|tidy)'
        /extension '(json|xml|html)'
        }

範例/filter區段

在設定Dispatcher時，您應盡可能限制外部存取。 下列範例將外部訪客的存取權限降至最低：

• /content

• 其他內容，例如設計和用戶端資料庫；例如：

  • /etc/designs/default*
  • /etc/designs/mydesign*

建立篩選器後，請測試頁面存取以確保您的AEM例項安全。

dispatcher.any檔案的下列/filter區段可作為Dispatcher設定檔案的基礎。

此範例以隨Dispatcher提供的預設設定檔案為基礎，並打算以範例形式用於生產環境。 前置詞為#的項目已停用（註解），如果您決定啟用其中任何項目（透過移除該行上的#），請謹慎處理，因為這可能會影響安全性。

您應拒絕存取所有項目，然後允許存取特定（有限）元素：

  /filter
      {
      # Deny everything first and then allow specific entries
      /0001 { /type "deny" /glob "*" }

      # Open consoles
#     /0011 { /type "allow" /url "/admin/*"  }  # allow servlet engine admin
#     /0012 { /type "allow" /url "/crx/*"    }  # allow content repository
#     /0013 { /type "allow" /url "/system/*" }  # allow OSGi console

      # Allow non-public content directories
#     /0021 { /type "allow" /url "/apps/*"   }  # allow apps access
#     /0022 { /type "allow" /url "/bin/*"    }
      /0023 { /type "allow" /url "/content*" }  # disable this rule to allow mapped content only

#     /0024 { /type "allow" /url "/libs/*"   }
#     /0025 { /type "deny"  /url "/libs/shindig/proxy*" } # if you enable /libs close access to proxy

#     /0026 { /type "allow" /url "/home/*"   }
#     /0027 { /type "allow" /url "/tmp/*"    }
#     /0028 { /type "allow" /url "/var/*"    }

      # Enable extensions in non-public content directories, using a regular expression
      /0041
        {
        /type "allow"
        /extension '(css|gif|ico|js|png|swf|jpe?g)'
        }

      # Enable features
      /0062 { /type "allow" /url "/libs/cq/personalization/*"  }  # enable personalization

      # Deny content grabbing, on all accessible pages, using regular expressions
      /0081
        {
        /type "deny"
        /selectors '((sys|doc)view|query|[0-9-]+)'
        /extension '(json|xml)'
        }
      # Deny content grabbing for /content and its subtree
      /0082
        {
        /type "deny"
        /path "/content/*"
        /selectors '(feed|rss|pages|languages|blueprint|infinity|tidy)'
        /extension '(json|xml|html)'
        }

#     /0087 { /type "allow" /method "GET" /extension 'json' "*.1.json" }  # allow one-level json requests
}

如果您選擇延伸存取權，請考慮下列建議：

• 如果您使用CQ 5.4版或舊版，/admin的外部存取應一律​完全​停用。

• 允許訪問/libs中的檔案時，必須謹慎。 應允許個別存取。

• 拒絕對復寫配置的訪問，因此無法看到：

  • /etc/replication.xml*
  • /etc/replication.infinity.json*

• 拒絕訪問Google小工具反向代理：

  • /libs/opensocial/proxy*

視您的安裝而定，在/libs、/apps或其他位置下可能會有其他資源，必須讓這些資源可用。 您可以使用access.log檔案作為確定外部訪問的資源的一種方法。

限制查詢字串

自Dispatcher 4.1.5版起，請使用/filter區段來限制查詢字串。 強烈建議您明確允許查詢字串，並透過allow篩選元素排除一般允許。

單個條目可以具有glob或method、url、query和version的某些組合，但不能同時具有這些組合。 下列範例允許a=*查詢字串，並拒絕解析至/etc節點之URL的所有其他查詢字串：

/filter {
 /0001 { /type "deny" /method "POST" /url "/etc/*" }
 /0002 { /type "allow" /method "GET" /url "/etc/*" /query "a=*" }
}

/filter {  
>/0001 { /type "deny" /method “*" /url "/path/*" }  
>/0002 { /type "allow" /method "GET" /url "/path/*" }  
>/0003 { /type “deny" /method "GET" /url "/path/*" /query "*" }  
>/0004 { /type "allow" /method "GET" /url "/path/*" /query "a=*" }  
}  

測試Dispatcher安全性

Dispatcher篩選器應會封鎖AEM發佈例項上對下列頁面和指令碼的存取權。 使用網頁瀏覽器嘗試以網站訪客會的方式開啟下列頁面，並驗證是否傳回程式碼404。 如果獲得任何其他結果，請調整您的篩選。

請注意，您應該會看到/content/add_valid_page.html?debug=layout的一般頁面呈現。

• /admin
• /system/console
• /dav/crx.default
• /crx
• /bin/crxde/logs
• /jcr:system/jcr:versionStorage.json
• /_jcr_system/_jcr_versionStorage.json
• /libs/wcm/core/content/siteadmin.html
• /libs/collab/core/content/admin.html
• /libs/cq/ui/content/dumplibs.html
• /var/linkchecker.html
• /etc/linkchecker.html
• /home/users/a/admin/profile.json
• /home/users/a/admin/profile.xml
• /libs/cq/core/content/login.json
• /content/../libs/foundation/components/text/text.jsp
• /content/.{.}/libs/foundation/components/text/text.jsp
• /apps/sling/config/org.apache.felix.webconsole.internal.servlet.OsgiManager.config/jcr%3acontent/jcr%3adata
• /libs/foundation/components/primary/cq/workflow/components/participants/json.GET.servlet
• /content.pages.json
• /content.languages.json
• /content.blueprint.json
• /content.-1.json
• /content.10.json
• /content.infinity.json
• /content.tidy.json
• /content.tidy.-1.blubber.json
• /content/dam.tidy.-100.json
• /content/content/geometrixx.sitemap.txt
• /content/add_valid_page.query.json?statement=//*
• /content/add_valid_page.qu%65ry.js%6Fn?statement=//*
• /content/add_valid_page.query.json?statement=//*[@transportPassword]/(@transportPassword%20|%20@transportUri%20|%20@transportUser)
• /content/add_valid_path_to_a_page/_jcr_content.json
• /content/add_valid_path_to_a_page/jcr:content.json
• /content/add_valid_path_to_a_page/_jcr_content.feed
• /content/add_valid_path_to_a_page/jcr:content.feed
• /content/add_valid_path_to_a_page/pagename._jcr_content.feed
• /content/add_valid_path_to_a_page/pagename.jcr:content.feed
• /content/add_valid_path_to_a_page/pagename.docview.xml
• /content/add_valid_path_to_a_page/pagename.docview.json
• /content/add_valid_path_to_a_page/pagename.sysview.xml
• /etc.xml
• /content.feed.xml
• /content.rss.xml
• /content.feed.html
• /content/add_valid_page.html?debug=layout
• /projects
• /tagging
• /etc/replication.html
• /etc/cloudservices.html
• /welcome

在終端或命令提示符中發出以下命令，以確定是否啟用匿名寫入訪問。 您不應將資料寫入節點。

curl -X POST "https://anonymous:anonymous@hostname:port/content/usergenerated/mytestnode"

在終端機或命令提示字元中發出下列命令，以嘗試使Dispatcher快取失效，並確保您收到程式碼404回應：

curl -H "CQ-Handle: /content" -H "CQ-Path: /content" https://yourhostname/dispatcher/invalidate.cache

啟用虛名URL的存取

設定Dispatcher以啟用對您AEM頁面所設定之虛名URL的存取。

啟用虛名URL的存取時，Dispatcher會定期呼叫呈現例項上執行的服務，以取得虛名URL清單。 Dispatcher將此清單儲存在本機檔案中。 當因/filter區段中的篩選器而拒絕頁面請求時，Dispatcher會查詢虛名URL清單。 如果拒絕的URL在清單上，Dispatcher會允許存取虛名URL。

若要啟用虛名URL的存取，請在/farms區段中新增/vanity_urls區段，如下列範例所示：

 /vanity_urls {
      /url "/libs/granite/dispatcher/content/vanityUrls.html"
      /file "/tmp/vanity_urls"
      /delay 300
 }

/vanity_urls部分包含以下屬性：

• /url:演算執行個體上執行之虛名URL服務的路徑。此屬性的值必須是"/libs/granite/dispatcher/content/vanityUrls.html"。

• /file:本機檔案的路徑，Dispatcher會在此儲存虛名URL清單。請確定Dispatcher對此檔案具有寫入存取權。

• /delay:（秒）呼叫虛名URL服務之間的時間。

請依照下列程式啟用虛名URL的存取權。

1. 如果您的轉譯服務是AEM例項，請在發佈例項上安裝「com.adobe.granite.dispatcher.vanityurl.content」套件（請參閱上述附註）。
2. 針對您為AEM或CQ頁面設定的每個虛名URL，請確定/filter設定拒絕URL。 如有必要，請新增拒絕URL的篩選器。
3. 新增/farms下方的/vanity_urls區段。
4. 重新啟動Apache Web伺服器。

轉發聯合請求 — /propagateSyncPost

整合請求通常僅針對Dispatcher，因此依預設，這些請求不會傳送至轉譯器(例如AEM例項)。

如有必要，請將/propagateSyndPost屬性設為"1"，以將整合請求轉送至Dispatcher。 若已設定，您必須確定篩選器區段中不會拒絕POST要求。

設定Dispatcher快取 — /cache

/cache區段控制Dispatcher快取檔案的方式。 設定數個子屬性以實作快取策略：

• /docroot
• /statfile
• /serveStaleOnError
• /allowAuthorized
• /rules
• /statfileslevel
• /invalidate
• /invalidateHandler
• /allowedClients
• /ignoreUrlParams
• /headers
• /mode
• /gracePeriod
• /enableTTL

快取區段的範例如下所示：

/cache
  {
  /docroot "/opt/dispatcher/cache"
  /statfile  "/tmp/dispatcher-website.stat"
  /allowAuthorized "0"

  /rules
    {
    # List of files that are cached
    }

  /invalidate
    {
    # List of files that are auto-invalidated
    }
  }
  

指定快取目錄

/docroot屬性標識儲存快取檔案的目錄。

如果使用多個伺服器陣列，則每個伺服器陣列必須使用不同的文檔根。

命名Statfile

/statfile屬性標識要用作statfile的檔案。 Dispatcher使用此檔案來註冊最新內容更新的時間。 statfile可以是Web伺服器上的任何檔案。

statfile沒有內容。 內容更新時，Dispatcher會更新時間戳記。 預設的statfile名為.stat，並儲存在docroot中。 Dispatcher會封鎖對statfile的存取。

發生錯誤時提供過時文檔

/serveStaleOnError屬性可控制當轉譯伺服器傳回錯誤時，Dispatcher是否傳回失效的檔案。 依預設，當接觸到statfile且讓快取內容失效時，Dispatcher會在下次請求快取內容時刪除該內容。

如果將/serveStaleOnError設為"1"，除非轉譯伺服器傳回成功回應，否則Dispatcher不會從快取中刪除已失效的內容。 來自AEM的5xx回應或連線逾時會導致Dispatcher提供過時內容，並以111的和HTTP狀態回應（重新驗證失敗）。

使用身份驗證時快取

/allowAuthorized屬性控制是否快取包含下列任何驗證資訊的請求：

• authorization標題
• 名為authorization的Cookie
• 名為login-token的Cookie

預設情況下，不會快取包含此身份驗證資訊的請求，因為當快取文檔返回到客戶端時，不會執行身份驗證。 此設定可防止Dispatcher將快取的檔案提供給沒有必要權限的使用者。

不過，如果您的要求允許快取已驗證的檔案，請將/allowAuthorized設為：

/allowAuthorized "1"

指定要快取的文檔

/rules屬性控制根據文檔路徑快取哪些文檔。 無論/rules屬性為何，Dispatcher在下列情況下都不會快取檔案：

• 如果請求URI包含問號(?)。

  • 這通常表示有動態頁面，例如不需要快取的搜尋結果。

• 缺少檔案副檔名。

  • Web 伺服器需要副檔名來判斷文件類型 (MIME 類型)。

• 驗證標頭已設定 (這可以設定)。

• 如果AEM例項使用下列標題回應：

  • no-cache
  • no-store
  • must-revalidate

/rules屬性中的每個項目都包含glob模式和類型：

• glob模式用於匹配文檔的路徑。
• 類型指示是否快取與glob模式匹配的文檔。 此值可以是允許（快取文檔）或拒絕（始終呈現文檔）。

如果您沒有動態頁面（除了上述規則已排除的頁面以外），您可以設定Dispatcher來快取所有內容。 此區段的規則區段如下：

/rules
  {
    /0000  {  /glob "*"   /type "allow" }
  }

有關全局屬性的資訊，請參閱設計全局屬性的模式。

如果您的頁面中有某些區段是動態的（例如新聞應用程式），或是封閉的使用者群組內，您可以定義例外：

/rules
  {
   /0000  { /glob "*" /type "allow" }
   /0001  { /glob "/en/news/*" /type "deny" }
   /0002  { /glob "*/private/*" /type "deny"  }
  }

壓縮

在Apache Web伺服器上，您可以壓縮快取的文檔。 如果客戶端請求壓縮，則Apache可以以壓縮格式返回文檔。 通過啟用Apache模組mod_deflate(例如：

AddOutputFilterByType DEFLATE text/plain

預設情況下，模組會與Apache 2.x一起安裝。

按資料夾級別使檔案失效

使用/statfileslevel屬性，根據快取檔案的路徑使其無效：

• Dispatcher會在從資料夾到您指定層級的每個資料夾中建立.stat檔案。 資料夾為0級。

• 觸摸.stat檔案會使檔案失效。 將.stat檔案的上次修改日期與快取文檔的上次修改日期進行比較。 如果.stat檔案較新，則會重新擷取檔案。

• 當位於某一級別的檔案失效時，將接觸從docroot 到​的​所有 .stat檔案(無效檔案的級別或配置的statsfilevel（較小者）)。

  • 例如：如果將statfileslevel屬性設定為6，且檔案在5級失效，則從docroot到5的每個.stat檔案都將被觸摸。 在此範例中，如果檔案在7級失效，則每次。 stat 檔案從docroot移至6時會被接觸(因為 /statfileslevel = "6")。

只有沿無效檔案的路徑​的資源​會受到影響。 請考量下列範例：網站使用結構/content/myWebsite/xx/.若您將statfileslevel設為3，則會建立.stat檔案，如下所示：

• docroot
• /content
• /content/myWebsite
• /content/myWebsite/*xx*

當/content/myWebsite/xx中的檔案失效時，從docroot到/content/myWebsite/xx的每個.stat檔案都會被觸摸。 這僅適用於/content/myWebsite/xx，而不適用於/content/myWebsite/yy或/content/anotherWebSite。

自動使快取檔案失效

/invalidate屬性定義內容更新時自動失效的文檔。

在自動失效的情況下，Dispatcher不會在內容更新後刪除快取檔案，但會在下次請求時檢查其有效性。 快取中未自動失效的檔案會保留在快取中，直到內容更新明確刪除為止。

自動失效通常用於HTML頁面。 HTML頁面通常包含其他頁面的連結，因此很難判斷內容更新是否會影響頁面。 若要確保內容更新時所有相關頁面都失效，請自動使所有HTML頁面失效。 下列設定會使所有HTML頁面失效：

  /invalidate
  {
   /0000  { /glob "*" /type "deny" }
   /0001  { /glob "*.html" /type "allow" }
  }

有關全局屬性的資訊，請參閱設計全局屬性的模式。

此配置在/content/wknd/us/en激活時導致以下活動：

• 所有模式為en的檔案。*會從/content/wknd/us資料夾中移除。
• 已刪除/content/wknd/us/en./_jcr_content資料夾。
• 未立即刪除與/invalidate配置匹配的所有其他檔案。 下次請求發生時，會刪除這些檔案。 在我們的範例/content/wknd.html中，未刪除它，則會在請求/content/wknd.html時將其刪除。

如果您提供自動產生的PDF和ZIP檔案以供下載，您也可能必須自動使這些檔案無效。 此設定範例如下所示：

/invalidate
  {
   /0000 { /glob "*" /type "deny" }
   /0001 { /glob "*.html" /type "allow" }
   /0002 { /glob "*.zip" /type "allow" }
   /0003 { /glob "*.pdf" /type "allow" }
  }

AEM與Adobe Analytics的整合會在您網站的analytics.sitecatalyst.js檔案中提供設定資料。 隨Dispatcher提供的範例dispatcher.any檔案包含此檔案的下列無效規則：

{
   /glob "*/analytics.sitecatalyst.js"  /type "allow"
}

使用自訂失效指令碼

/invalidateHandler屬性可讓您定義指令碼，該指令碼會針對Dispatcher收到的每個無效請求進行呼叫。

會使用下列引數呼叫：

• Handle — 已失效的內容路徑
• 動作 — 復寫動作（例如啟用、停用）
• 動作範圍 — 復寫動作的範圍(空，除非傳送CQ-Action-Scope: ResourceOnly的標題，否則請參閱使來自AEM的快取頁面失效以取得詳細資訊)

這可用於涵蓋許多不同的使用案例，例如使其他應用程式特定快取失效，或用於處理頁面的外部化URL及其在資料夾中的位置不符合內容路徑的情況。

以下範例指令碼記錄對檔案的每個無效請求。

/invalidateHandler "/opt/dispatcher/scripts/invalidate.sh"

無效處理程式指令碼示例

#!/bin/bash

printf "%-15s: %s %s" $1 $2 $3>> /opt/dispatcher/logs/invalidate.log

限制可刷新快取的客戶端

/allowedClients屬性定義允許刷新快取的特定客戶端。 全域模式會與IP相符。

下列範例：

1. 拒絕訪問任何客戶端
2. 顯式允許訪問localhost

/allowedClients
  {
   /0001 { /glob "*.*.*.*"  /type "deny" }
   /0002 { /glob "127.0.0.1" /type "allow" }
  }

有關全局屬性的資訊，請參閱設計全局屬性的模式。

忽略URL參數

ignoreUrlParams區段定義在判斷頁面是快取還是從快取傳送時，會忽略哪些URL參數：

• 當要求URL包含全部忽略的參數時，系統會快取頁面。
• 當要求URL包含一或多個未忽略的參數時，系統不會快取頁面。

忽略頁面的參數時，系統會在首次要求頁面時快取頁面。 快取頁面會提供頁面的後續要求，不論要求中的參數值為何。

要指定要忽略的參數，請將全局規則添加到ignoreUrlParams屬性：

• 若要忽略參數，請建立允許參數的全域屬性。
• 若要防止快取頁面，請建立拒絕參數的全域屬性。

下列範例會使Dispatcher忽略q參數，以便快取包含q參數的請求URL:

/ignoreUrlParams
{
    /0001 { /glob "*" /type "deny" }
    /0002 { /glob "q" /type "allow" }
}

使用ignoreUrlParams範例值，下列HTTP要求會因為忽略q參數而導致頁面進行快取：

GET /mypage.html?q=5

使用範例ignoreUrlParams值，下列HTTP要求會使頁面快取​not，因為p參數不會忽略：

GET /mypage.html?q=5&p=4

有關全局屬性的資訊，請參閱設計全局屬性的模式。

快取HTTP回應標題

/headers屬性可讓您定義Dispatcher將要快取的HTTP標題類型。 在對未快取資源的第一個請求中，與其中一個已設定值相符的所有標題（請參閱下方的設定範例）會儲存在快取檔案旁的個別檔案中。 在對快取資源的後續請求中，儲存的標題會新增至回應。

以下是預設設定的範例：

/cache {
  ...
  /headers {
    "Cache-Control"
    "Content-Disposition"
    "Content-Type"
    "Expires"
    "Last-Modified"
    "X-Content-Type-Options"
    "Last-Modified"
  }
}

FileETag none

Dispatcher快取檔案權限

mode屬性指定將哪些檔案權限應用於快取中的新目錄和檔案。 此設定受調用進程的umask限制。 它是從以下一個或多個值的總和中構建的八位數：

• 0400 允許由所有者讀取。
• 0200 允許由所有者寫入。
• 0100 允許所有者在目錄中搜索。
• 0040 允許按組成員讀取。
• 0020 允許按組成員寫入。
• 0010 允許組成員在目錄中搜索。
• 0004 允許他人閱讀。
• 0002 允許他人寫。
• 0001 允許其他人在目錄中搜尋。

預設值為0755，允許所有者讀取、寫入或搜索組和其他人讀取或搜索。

調節接觸的.stat檔案

使用預設的/invalidate屬性，每次啟動都會有效使所有.html檔案失效（當其路徑符合/invalidate區段時）。 在具有相當流量的網站上，多次後續啟動會增加後端的cpu負載。 在這種情況下，最好「限制」.stat檔案接觸以保持網站的回應。 您可以使用/gracePeriod屬性來執行此操作。

/gracePeriod屬性定義上次啟動後，自動失效的過時資源仍可從快取中提供的秒數。 該屬性可用於設定中，否則批次啟動會重複使整個快取失效。 建議的值為2秒。

如需其他詳細資訊，請另閱上文的/invalidate和/statfileslevel小節。

配置基於時間的快取失效 — /enableTTL

若已設定，/enableTTL屬性將評估來自後端的回應標題，而如果回應標題包含Cache-Control最大頁數或Expires日期，則會建立快取檔案旁的輔助空白檔案，修改時間等於到期日。 在修改時間之後請求快取檔案時，會自動從後端重新請求該檔案。

配置負載平衡 — /statistics

/statistics區段定義檔案的類別，Dispatcher會對每次轉譯的回應進行評分。 Dispatcher會使用分數來判斷要傳送請求的轉譯。

您建立的每個類別都會定義全域模式。 Dispatcher會比較所請求內容的URI與這些模式，以判斷所請求內容的類別：

• 類別的順序決定了它們與URI的比較順序。
• 符合URI的第一個類別模式是檔案的類別。 不再評估類別模式。

Dispatcher最多支援8個統計資料類別。 如果您定義了8個以上的類別，則只會使用前8個類別。

渲染選擇

每次Dispatcher需要呈現的頁面時，都會使用下列演算法來選取呈現：

1. 如果請求在renderid Cookie中包含轉譯名稱，Dispatcher會使用該轉譯。

2. 如果請求不含renderid Cookie,Dispatcher會比較轉譯統計資料：

   1. Dispatcher會決定請求URI的類別。
   2. Dispatcher會判斷哪個轉譯具有該類別最低的回應分數，並選取該轉譯。

3. 如果尚未選取任何呈現，請在清單中使用第一個呈現。

呈現類別的分數會以先前的回應時間，以及Dispatcher嘗試的先前失敗和成功連線為基礎。 對於每次嘗試，所請求URI類別的分數都會更新。

定義統計類別

為要保留用於選擇渲染的統計資訊的每種類型的文檔定義類別。 /statistics部分包含/categories部分。 要定義類別，請在/categories區段下添加一行，該行具有以下格式：

/name { /glob "pattern"}

類別name必須對伺服器陣列唯一。 pattern在為全局屬性設計模式部分中描述。

為了確定URI的類別，Dispatcher會將URI與每個類別模式進行比較，直到找到相符項目為止。 Dispatcher從清單中的第一個類別開始，並依順序繼續。 因此，請先放置具有更具體模式的類別。

例如，預設的dispatcher.any檔案Dispatcher會定義HTML類別和其他類別。 HTML類別較具體，因此會先顯示：

/statistics
  {
  /categories
    {
      /html { /glob "*.html" }
      /others  { /glob "*" }
    }
  }

下列範例也包含搜尋頁面的類別：

/statistics
  {
  /categories
    {
      /search { /glob "*search.html" }
      /html { /glob "*.html" }
      /others  { /glob "*" }
    }
  }

在Dispatcher統計資料中反映伺服器不可用性

/unavailablePenalty屬性設定當與呈現的連接失敗時應用於呈現統計資訊的時間（以秒的十分之一為單位）。 Dispatcher會將時間新增至符合請求URI的統計資料類別。

例如，當無法建立到指定主機名/埠的TCP/IP連接時，將應用懲罰，原因可能是AEM未運行（且未偵聽）或因為與網路相關的問題。

/unavailablePenalty屬性是/farm節的直接子項（/statistics節的同級項）。

如果不存在/unavailablePenalty屬性，則使用"1"值。

/unavailablePenalty "1"

識別黏著連線資料夾 —的/stickyConnections

/stickyConnectionsFor屬性定義一個包含黏著檔案的資料夾；這將使用URL來存取。 Dispatcher會從單一使用者傳送此資料夾中的所有請求至相同的呈現例項。 黏著連線可確保所有檔案都有工作階段資料且一致。 此機制使用renderid Cookie。

下列範例定義與/products資料夾的黏著連線：

/stickyConnectionsFor "/products"

當頁面由來自多個內容節點的內容組成時，請包含/paths屬性，該屬性會列出指向內容的路徑。 例如，頁面包含/content/image、/content/video和/var/files/pdfs的內容。 下列設定會針對頁面上的所有內容啟用黏著連線：

/stickyConnections {
  /paths {
    "/content/image"
    "/content/video"
    "/var/files/pdfs"
  }
}

httpOnly

嚴格連線啟用時，Dispatcher模組會設定renderid Cookie。 此Cookie沒有httponly標幟，應新增此標幟以增強安全性。 您可以通過在dispatcher.any配置檔案的/stickyConnections節點中設定httpOnly屬性來執行此操作。 屬性的值（0或1）定義renderid Cookie是否附加了HttpOnly屬性。 預設值為0，表示不會新增屬性。

有關httponly標幟的其他資訊，請閱讀此頁。

secure

嚴格連線啟用時，Dispatcher模組會設定renderid Cookie。 此Cookie沒有secure標幟，應新增此標幟以增強安全性。 您可以通過在dispatcher.any配置檔案的/stickyConnections節點中設定secure屬性來執行此操作。 屬性的值（0或1）定義renderid Cookie是否附加了secure屬性。 預設值為0，這表示如果傳入的請求安全，則將添加​屬性。​如果值設為1，則無論傳入的請求是否安全，都會新增安全標幟。

處理渲染連接錯誤

當轉譯伺服器傳回500錯誤或無法使用時，設定Dispatcher行為。

指定運行狀況檢查頁

使用/health_check屬性來指定當500狀態代碼發生時所檢查的URL。 如果此頁還返回500狀態代碼，則該實例被視為不可用，並且在重試之前，可配置的時間代價(/unavailablePenalty)將應用於呈現。

/health_check
  {
  # Page gets contacted when an instance returns a 500
  /url "/health_check.html"
  }

指定頁面重試延遲

/retryDelay屬性會設定Dispatcher在伺服器陣列轉譯的連線嘗試回合之間等待的時間（以秒為單位）。 對於每個回合，Dispatcher嘗試連線至轉譯的次數上限為伺服器陣列中的轉譯次數。

如果未明確定義/retryDelay,Dispatcher會使用"1"值。 預設值在大多數情況下都適用。

/retryDelay "1"

配置重試次數

/numberOfRetries屬性設定Dispatcher隨轉譯而執行的連線嘗試次數上限。 如果在此次重試次數之後，Dispatcher無法成功連線至轉譯，Dispatcher會傳回失敗的回應。

對於每個回合，Dispatcher嘗試連線至轉譯的次數上限為伺服器陣列中的轉譯次數。 因此，Dispatcher嘗試連線的次數上限為(/numberOfRetries)x（轉譯次數）。

如果未明確定義值，則預設值為5。

/numberOfRetries "5"

使用故障轉移機制

在原始請求失敗時，啟用Dispatcher伺服器陣列上的故障轉移機制，將請求重新傳送至不同的轉譯。 啟用故障轉移時，Dispatcher的行為如下：

• 當呈現的請求傳回HTTP狀態503(UNAVAILABLE)時，Dispatcher會將請求傳送至不同的呈現。
• 當呈現請求傳回HTTP狀態50x時（503除外）,Dispatcher會傳送針對health_check屬性所設定的頁面請求。
  • 如果健康狀況檢查傳回500(INTERNAL_SERVER_ERROR),Dispatcher會將原始請求傳送至不同的轉譯。
  • 如果健康檢查傳回HTTP狀態200,Dispatcher會將初始HTTP 500錯誤傳回給用戶端。

要啟用故障轉移，請將以下行添加到場（或網站）中：

/failover "1"

忽略中斷錯誤 — /ignoreEINTR

如果系統調用的對象位於通過NFS訪問的遠程系統上，則任何面向檔案系統的系統調用都可能中斷EINTR。 這些系統調用是否可能超時或中斷取決於本地電腦上安裝基礎檔案系統的方式。

如果您的執行個體具有此類設定，且記錄檔包含下列訊息，請使用/ignoreEINTR參數：

Error while reading response: Interrupted system call

在內部，Dispatcher會使用可表示為的回圈，從遠端伺服器(即AEM)讀取回應：

while (response not finished) {  
read more data  
}

當EINTR在「read more data」部分中出現時，可以生成這樣的消息，這些消息是由在接收任何資料之前接收到的信號引起的。

要忽略此類中斷，可以將以下參數添加到dispatcher.any（/farms之前）:

/ignoreEINTR "1"

將/ignoreEINTR設為"1"會導致Dispatcher繼續嘗試讀取資料，直到讀取完整回應為止。 預設值為0 ，並停用該選項。

設計全局屬性的模式

Dispatcher設定檔案中的數個區段使用glob屬性作為用戶端請求的選擇標準。 glob屬性的值是Dispatcher與請求方面（例如請求的資源路徑或用戶端的IP位址）相比較的模式。 例如，/filter區段中的項目會使用glob模式來識別Dispatcher針對或拒絕的頁面所採取的動作路徑。

glob值可以包含通配符和英數字元來定義模式。

記錄

在Web伺服器配置中，可以設定：

• Dispatcher記錄檔的位置。
• 記錄層級。

如需詳細資訊，請參閱Web伺服器檔案和Dispatcher例項的自述檔案。

Apache旋轉/管道記錄檔

如果使用​Apache Web伺服器，則可以對旋轉和/或管道日誌使用標準功能。 例如，使用管道日誌：

DispatcherLog "| /usr/apache/bin/rotatelogs logs/dispatcher.log%Y%m%d 604800"

這會自動旋轉：

• dispatcher日誌檔案；副檔名中有時間戳記(logs/dispatcher.log%Y%m%d)。
• 每週(60 x 60 x 24 x 7 = 604800秒)。

請參閱Log Rotation和Finued Logs上的Apache Web伺服器文檔；例如Apache 2.4。

跟蹤記錄

在Dispatcher的其他增強功能中，4.2.0版也導入了追蹤記錄功能。

這比偵錯記錄檔的級別高，會在記錄檔中顯示其他資訊。 它會新增下列項目的記錄：

• 轉送標題的值；
• 正針對特定動作套用的規則。

您可以在Web伺服器中將日誌級別設定為4以啟用跟蹤日誌記錄。

以下是已啟用追蹤的記錄範例：

[Thu Mar 03 16:05:38 2016] [T] [17183] request.headers[Host] = "localhost:8443"
[Thu Mar 03 16:05:38 2016] [T] [17183] request.headers[User-Agent] = "curl/7.43.0"
[Thu Mar 03 16:05:38 2016] [T] [17183] request.headers[Accept] = "*/*"
[Thu Mar 03 16:05:38 2016] [T] [17183] request.headers[X-Forwarded-SSL-Client-Cert] = "(null)"
[Thu Mar 03 16:05:38 2016] [T] [17183] request.headers[Via] = "1.1 localhost:8443 (dispatcher)"
[Thu Mar 03 16:05:38 2016] [T] [17183] request.headers[X-Forwarded-For] = "::1"
[Thu Mar 03 16:05:38 2016] [T] [17183] request.headers[X-Forwarded-SSL] = "on"
[Thu Mar 03 16:05:38 2016] [T] [17183] request.headers[X-Forwarded-SSL-Cipher] = "DHE-RSA-AES256-SHA"
[Thu Mar 03 16:05:38 2016] [T] [17183] request.headers[X-Forwarded-SSL-Session-ID] = "ba931f5e4925c2dde572d766fdd436375e15a0fd24577b91f4a4d51232a934ae"
[Thu Mar 03 16:05:38 2016] [T] [17183] request.headers[X-Forwarded-Port] = "8443"
[Thu Mar 03 16:05:38 2016] [T] [17183] request.headers[Server-Agent] = "Communique-Dispatcher"

請求符合封鎖規則的檔案時記錄的事件：

[Thu Mar 03 14:42:45 2016] [T] [11831] 'GET /content.infinity.json HTTP/1.1' was blocked because of /0082

確認基本操作

若要確認Web伺服器、Dispatcher和AEM例項的基本操作和互動，您可以使用下列步驟：

1. 將loglevel設為3。

2. 啟動Web伺服器；這也會啟動Dispatcher。

3. 啟動AEM例項。

4. 檢查您的Web伺服器和Dispatcher的記錄檔和錯誤檔案。

   • 根據您的Web伺服器，您應該會看到下列訊息：
     • [Thu May 30 05:16:36 2002] [notice] Apache/2.0.50 (Unix) configured與
     • [Fri Jan 19 17:22:16 2001] [I] [19096] Dispatcher initialized (build XXXX)

5. 通過Web伺服器瀏覽網站。 確認內容已視需要顯示。
   例如，在AEM在埠4502上運行的本地安裝中，以及80上的Web伺服器使用兩者訪問網站控制台：

   • https://localhost:4502/libs/wcm/core/content/siteadmin.html
   • https://localhost:80/libs/wcm/core/content/siteadmin.html
   • 結果應相同。 使用相同機制確認對其他頁面的存取。

6. 檢查快取目錄是否已填入。

7. 啟動頁面以檢查快取是否正確清除。

8. 如果一切正常運作，您可以將loglevel縮小為0。

使用多個 Dispatcher

您可以透過複雜的設定來使用多個 Dispatcher。例如您可以使用：

• 一個 Dispatcher 在內部網路上發佈網站
• 另一個 Dispatcher 位於不同的位址下，並具有不同的安全設定，以便在網際網路上發佈相同的內容。

在這種情況下，請確定每個請求只通過一個 Dispatcher。Dispatcher 不會處理來自其他 Dispatcher 的請求。因此，請確定兩個 Dispatcher 都直接存取 AEM 網站。

除錯

將標題X-Dispatcher-Info新增至請求時，Dispatcher會回答目標是否已快取、從快取中傳回，或完全無法快取。 回應標題X-Cache-Info以可讀的形式包含此資訊。 您可以使用這些回應標題來偵錯與Dispatcher快取的回應有關的問題。

預設不會啟用此功能，因此，為了納入回應標題X-Cache-Info，伺服器陣列必須包含下列項目：

/info "1"

例如，

/farm
{
    /mywebsite
    {
        # Include X-Cache-Info response header if X-Dispatcher-Info is in request header
        /info "1"
    }
}

此外，X-Dispatcher-Info標題不需要值，但如果您使用curl進行測試，則必須提供值才能傳送標題，例如：

curl -v -H "X-Dispatcher-Info: true" https://localhost/content/wknd/us/en.html

以下是包含X-Dispatcher-Info將傳回之回應標題的清單：

• 快取
  目標檔案包含在快取中，且Dispatcher已判斷傳送該檔案是有效的。
• 快取
  快取中未包含目標檔案，且Dispatcher已判斷對輸出進行快取並傳送該檔案有效。
• 快取：stat檔案更
  新。目標檔案包含在快取中，但是，由更新的stat檔案使其失效。Dispatcher將刪除目標檔案，從輸出中重新建立該檔案並進行傳送。
• 無法快取：無文
  檔根伺服器場的配置不包含文檔根（配置元素）
  cache.docroot)。
• 無法快取：快取檔案路徑太長
  目標檔案（文檔根檔案和URL檔案的串連）超過了系統上可能最長的檔案名。
• 無法快取：臨時檔案路徑太長
  臨時檔案名模板超過了系統上可能的最長檔案名。 Dispatcher會先建立暫時檔案，然後再實際建立或覆寫快取的檔案。 臨時檔案名是目標檔案名，其中附加了字元_YYYYXXXXXX，其中將替換Y和X以建立唯一名稱。
• 無法快取：要求URL沒有副檔名
  請求URL沒有副檔名，或有路徑在副檔名後面，例如：/test.html/a/path。
• 無法快取：要求不是GET或
  HEADT HTTP方法既非GET也非HEAD。Dispatcher假設輸出包含不應進行快取的動態資料。
• 無法快取：包含查詢字串的要求
  要求包含查詢字串。 Dispatcher假設輸出取決於指定的查詢字串，因此不會進行快取。
• 無法快取：會話管理器未驗證
  伺服器場的快取由會話管理器管理（配置包含sessionmanagement節點），並且請求不包含適當的身份驗證資訊。
• 無法快取：請求包含授權
  伺服器陣列不能快取輸出(allowAuthorized 0)，請求中包含身份驗證資訊。
• 無法快取：target是目錄
  目標檔案是目錄。 這可能會指出某些概念錯誤，例如，如果/test.html/a/file.ext的請求排在第一位，且包含可快取輸出，則Dispatcher將無法快取後續請求的輸出至/test.html。
• 無法快取：要求URL的尾端斜線
  請求URL有尾斜線。
• 無法快取：請求URL不在快取規則中
  伺服器陣列的快取規則會明確拒絕快取某些要求URL的輸出。
• 無法快取：授權檢查程式拒絕訪問
  伺服器場的授權檢查器拒絕訪問快取的檔案。
• 無法快取：session not
  valid伺服器場的快取受會話管理器(配置包含 sessionmanagement 節點)控制，用戶的會話無效或不再有效。
• 無法快取：響應包no_cache
  含遠程伺服器返回
  Dispatcher: no_cache 標題，禁止dispatcher快取輸出。
• 無法快取：回應內容長
  度為零回應的內容長度為零；dispatcher不會建立零長度的檔案。