ISA Server 2006 中的連結轉譯概念
Microsoft® Internet Security and Acceleration (ISA) Server 2006 網頁發行規則所發行的 Web 伺服器所傳回的網頁可能包含連結，該連結則包含電腦或網站的內部名稱，和通往網頁內容的內部路徑。由於外部用戶端無法解析這些內部名稱，所以除非以發行網站的公用名稱取代內部名稱，否則這些連結將中斷。ISA Server 包含名為「連結轉譯篩選器」的內建網頁篩選器，該篩選器使用對應，將網頁的連結中的內部名稱轉譯成公開可解析名稱。每一個對應會將一個內部 URL (或 URL 的組件) 轉譯成一個等效的公用 URL。例如，對應可將內部 URL http://team 轉譯成公用 URL https://www.team.contoso.com。連結轉譯對應是儲存在名為「連結轉譯字典」的表格中。
為網頁發行規則啟用連結轉譯時，會自動為不含萬用字元 (*) 之規則的每一個公用名稱，建立一個預設的連結轉譯字典。
ISA Server 2006 包含所有發行的網頁內容的連結轉譯支援，包含可用來發行 Microsoft Exchange Server 和 Microsoft Office SharePoint® Portal Server 伺服器的網頁發行規則支援。連結轉譯不適用於透過 HTTP 發行 FTP 伺服器的規則。
對應類型
為網頁發行規則啟用連結轉譯時，會根據下列對應 (儲存在規則的有效連結轉譯字典)，轉譯自發行的網站傳送到用戶端內容中的連結：
| • | 規則的隱含對應。這些對應是使用者針對規則所建立的，並且會將包含內部主機名稱的字串，對應到包含公開可解析主機名稱的字串。要轉譯的字串至少必須包含四個字元。本機對應可覆寫規則的隱含對應。本機對應不會自動新增到其他規則的有效連結轉譯字典。 |
| • | 本機對應。對於已定義和啟用，且在陣列 (Enterprise Edition) 或 ISA Server 電腦 (Standard Edition) 上啟用連結轉譯的每個網頁發行規則，會將這些對應自動新增到該規則的有效連結轉譯字典。這些對應是衍生自陣列 (Enterprise Edition) 或 ISA Server 電腦 (Standard Edition) 上的每一個網頁發行規則所定義的隱含對應。在 Enterprise Edition 中，也可以將其他陣列之規則的隱含對應，新增到有效連結轉譯字典中。 |
| • | 其他規則的隱含對應。對於已定義和啟用，且在陣列 (Enterprise Edition) 或 ISA Server 電腦 (Standard Edition) 上啟用連結轉譯的每個網頁發行規則，會將這些對應自動新增到該規則的有效連結轉譯字典。這些對應是衍生自陣列 (Enterprise Edition) 或 ISA Server 電腦 (Standard Edition) 上的每一個網頁發行規則所定義的隱含對應。在 Enterprise Edition 中，也可以將其他陣列之規則的隱含對應，新增到有效連結轉譯字典中。 |
| • | 全域對應。這些對應是使用者針對陣列 (Enterprise Edition) 或 ISA Server 電腦 (Standard Edition) 所建立的，並且會套用到本機陣列 (Enterprise Edition) 或 ISA Server 電腦 (Standard Edition) 上的所有網頁發行規則。這些對應會覆寫其他規則的衝突隱含對應。在 Enterprise Edition 中，也可以將它們套用到其他陣列的網頁發行規則。 |
新增本機對應
可在 [本機定義對應] 頁面上定義網頁發行規則的本機對應。在 [內容] 頁面的 [連結轉譯] 索引標籤上按一下 [設定]，可為規則開啟這個頁面。若要建立本機對應，需要指定內含網站或主機的內部名稱 (或 IP 位址) 之字串，以及其要轉譯成的公開可解析名稱的字串。轉譯的名稱通常是外部用戶端可存取的公用名稱，例如 ISA Server 電腦的完整網域名稱 (FQDN) 或 IP 位址。請注意，您無法針對相同規則下要轉譯的某個字串，定義多個本機對應。
新增全域對應
全域對應可在 [連結轉譯] 內容的 [全域對應] 索引標籤上定義。若要建立全域對應，您需要指定它應該轉譯成哪一個內部 URL 和公用 URL。內部 URL 通常包含內部網站或主機的名稱 (或 IP 位址)。轉譯的 URL 通常是外部用戶端可存取的公用名稱，例如 ISA Server 電腦的 FQDN 或 IP 位址。使用者定義的全域對應中所指定的 URL，必須以有效的通訊協定開頭 (http:// 或 https://)。
字典
為網頁發行規則啟用連結轉譯時，會自動為該規則建立一個包含規則的隱含對應之預設連結轉譯字典。若在網頁發行規則中定義多個公用名稱，則會為每一個不含萬用字元 (*) 的公用名稱自動建立一個字典。將使用者定義的本機和全域對應，及其他規則所定義的隱含對應新增到預設字典時，會建立有效的連結轉譯字典。
為一個陣列 (Enterprise Edition) 或 ISA Server 電腦 (Standard Edition) 上的每個網頁發行規則所建立的隱含對應，及使用者定義的本機對應，都適用於相同的陣列 (Enterprise Edition) 或 ISA Server 電腦 (Standard Edition) 上定義的所有網頁發行規則。為陣列 (Enterprise Edition) 啟用跨陣列連結轉譯時，企業中定義的所有網頁發行規則將可以使用這些對應。
每當您使用發行規則，將網站內容傳送到用戶端時，發行規則就會使用其有效連結轉譯字典中的對應來轉譯回應分頁上的連結。
啟用了連結轉譯之每一個網頁發行規則的有效連結轉譯字典包含：規則的隱含和本機對應，以及陣列 (Enterprise Edition) 或 ISA Server 電腦 (Standard Edition) 上定義的全域對應。如果定義規則的陣列啟用了跨陣列連結轉譯 (Enterprise Edition)，則有效的字典也會包含其他所有啟用了跨陣列連結轉譯的陣列所定義的全域對應。如果發生衝突，則依序優先採用本機對應及全域對應。
請注意，如果字典含有大量對應，且這些對應皆套用到內含許多連結的網頁內容，則可能會嚴重影響 ISA Server 效能。
跨陣列連結轉譯
ISA Server 2006 Enterprise Edition 引進了跨陣列連結轉譯，可讓一個陣列中定義的某個規則，包含來自其有效連結轉譯字典中的其他陣列的隱含和全域對應。在企業中啟用跨陣列連結轉譯時，可分別設定每一個陣列來參與跨陣列連結轉譯。設定來參與企業中跨陣列連結轉譯的所有陣列所定義的隱含和全域對應，會自動被新增到每一個網頁發行規則的有效連結轉譯字典。
如果網頁上連結的內部名稱 (該網頁由一個規則所發行的網站傳回)，在企業的另一個陣列所定義的其他網頁發行規則中使用，則可轉譯該內部名稱。例如，請考慮下列實例：陣列 Branch_1 將內部網站 http://weather 當成 https://weather.fabrikam.com 發行，該網站的網頁則包含到 http://sports 的連結。內部網站 http://sports 會當成 https://sports.fabrikam.com，在陣列 Branch_2 中發行。若為兩個陣列啟用跨陣列連結轉譯，ISA Server 會將連結 http://sports 轉譯成 https://sports.fabrikam.com。
多重對應
ISA Server 會先使用網頁發行規則 (此規則允許網頁內容要求) 的有效連結轉譯字典來轉譯其中的連結，再將其傳回用戶端。
當網頁發行規則的有效連結轉譯字典包含一個搜尋字串的多重對應時，ISA Server 會選取將用來轉譯搜尋字串的對應，並從字典中移除該搜尋字串的其他對應，只在字典中為每一個搜尋字串保留一個對應。
對於在規則的有效連結轉譯字典中擁有多重對應的每一個搜尋字串，ISA Server 會先尋找本機對應。如果找到搜尋字串的本機對應，ISA Server 會保留字典中的可用對應，並從字典中移除相同搜尋字串的其他所有對應。
如果找不到符合搜尋字串的本機對應，ISA Server 會尋找自規則中衍生的符合隱含對應 (來自網頁發行規則的預設字典的對應)。如果找到隱含對應，ISA Server 會保留字典中的可用對應，並移除相同搜尋字串的其他所有對應。
如果找不到從規則衍生的符合隱含對應，ISA Server 會尋找陣列 (Enterprise Edition) 或 ISA Server 電腦 (Standard Edition) 的全域對應。如果找到全域對應，ISA Server 會保留字典中的可用對應，並移除相同搜尋字串的其他所有對應。
如果找不到符合對應，ISA Server 會尋找陣列 (Enterprise Edition) 或 ISA Server 電腦 (Standard Edition) 上定義的其他網頁發行規則所衍生的符合隱含對應。如果找到一個符合對應，ISA Server 會保留字典中的可用對應，並移除相同搜尋字串的其他所有對應。如果某個含搜尋字串之內部名稱的網站是由多個規則發行，且這些規則使用相同陣列 (Enterprise Edition) 或 ISA Server 電腦 (Standard Edition) 上的不同公用名稱，則應該會找到多個對應。將保留的對應是按下列優先順序來選取的：
1. | 包含已轉譯 URL 的對應，此 URL 包含現行網頁發行規則的公用名稱。 |
2. | 包含已轉譯 URL 的對應，此 URL 包含網頁發行規則 (與現行網頁發行規則使用相同網頁接聽程式的網頁發行規則) 中指定的網站的公用名稱。 |
3. | 包含已轉譯 URL 的對應，此 URL 包含網域名稱系統 (DNS) 尾碼，且該 DNS 尾碼與現行網頁發行規則的公用名稱中的 DNS 尾碼最接近 (請參閱判定最接近的 DNS 尾碼)。 |
4. | 從網頁發行規則衍生的對應，該規則在儲存之設定的規則清單中有較高的排名。 |
在 Enterprise Edition 中，如果啟用跨陣列連結轉譯，而且在現行網頁發行規則之陣列的對應之間找不到相符項，ISA Server 就會從啟用跨陣列連結轉譯的其他陣列中尋找符合的全域對應。如果找到一個全域對應，ISA Server 會保留字典中的可用對應，並移除相同搜尋字串的其他所有對應。若找到多個對應，會按下列優先順序來選取將保留的對應：
1. | 由喜好陣列中定義的規則所發行的網站對應 (該喜好陣列必須由使用者指定)。 |
2. | 包含已轉譯 URL 的對應，此 URL 包含 DNS 尾碼，且該 DNS 尾碼與現行網頁發行規則的公用名稱中的 DNS 尾碼最接近 (請參閱判定最接近的 DNS 尾碼)。 |
如果找不到來自其他陣列的符合全域對應，ISA Server 會從啟用跨陣列連結轉譯的其他陣列中尋找隱含對應。若找到一個對應，則會在適用的對應中，將內部 URL 轉譯成公用 URL。如果含內部名稱的網站是由企業中的多個陣列發行，或由陣列中的多個規則發行，則應該可以為每一個陣列或規則找到一個對應，並且會使用下列優先順序來選取轉譯內部 URL 的對應：
1. | 定義在喜好陣列中的對應 (若喜好陣列是由使用者指定)。 |
2. | 包含 DNS 尾碼的對應，該 DNS 尾碼與網站 (提供內含要轉譯之連結的內容) 的公用名稱中的 DNS 尾碼最接近。 |
3. | 來自儲存之設定的 ISA Server 陣列清單中的第一個陣列對應 (按字母順序)。 |
4. | 從網頁發行規則衍生的對應，該規則在儲存之設定的陣列所定義的規則清單中有較高的排名。 |
判定最接近的 DNS 尾碼
一個 DNS 尾碼包含數個以句點分隔的組件。例如，網域名稱 team.dublin.europe.contoso.com 包含伺服器名稱 team，和四個組件建立的一個 DNS 尾碼：dublin、europe、contoso、com。
如果 DNS 尾碼的多個組件從左到右相同，DNS 尾碼 A 就會被視為較接近 DNS 尾碼 B。
例如，DNS 尾碼 oslo.europe.contoso.com 與 dublin.europe.contoso.com 的接近程度，比 DNS 尾碼 oslo.europe.contoso.com 與 atlanta.northamerica.contoso.com 的接近程度更高。
若要在包含多個陣列 (Enterprise Edition) 的企業中判定包含最接近 DNS 尾碼的對應，請考慮陣列 Branch_1 中用來發行網站 www.oslo.europe.contoso.com 的規則。這個網站所傳回的內容包含到 http://contososales 的連結，它在 Branch_1 中沒有對應。企業中另有其他兩個發行 http://contososales 的陣列：Branch_2 將 http://contososales 當成 https://www.sales.dublin.europe.contoso.com 發行，Branch_3 則將 http://contososales 當成 https://www.sales.atlanta.northamerica.contoso.com 發行。如果三個陣列都參與跨陣列連結轉譯，ISA Server 會根據 DNS 尾碼來選取最接近的陣列，且將使用 http://contososales 到 https://www.sales.dublin.europe.contoso.com 的對應。這是因為 DNS 尾碼 oslo.europe.contoso.com 較接近提供內容之網站的公用名稱中的尾碼。
轉譯 URL
將回應傳回 ISA Server 電腦時，ISA Server 會在回應中搜尋要轉譯的字串，該字串定義在規則的有效連結轉譯字典的所有對應中，此規則先允許網頁內容的要求，再將網頁內容傳給用戶端。找到搜尋字串時，ISA Server 會以對應中相應的已轉譯字串來取代搜尋字串。
ISA Server 只會轉譯完整的 URL，或後面接著終止字元 (例如空格或斜線) 的 URL 組件。例如，如果其中一個搜尋字串是 http://contoso，且回應包含 URL http://contosonews，就無法使用此對應來轉譯此 URL，因為 URL 中的搜尋字串後面並未接著終止字元。
若在相同的 URL 中找到多個搜尋字串，ISA Server 會使用最長的搜尋字串來轉譯 URL。例如，如果適用規則的有效連結轉譯字典包含具有搜尋字串 http://contoso 和 http://contoso/news 的對應，及包含 URL http://contoso/news/a.htm 的回應，ISA Server 將使用 http://contoso/news 的對應來轉譯此 URL。
啟用連結轉譯
可為每一個網頁發行規則啟用或停用連結轉譯。停用規則的連結轉譯時，不會將其隱含對應，新增到陣列 (Enterprise Edition) 或 ISA Server 電腦 (Standard Edition) 上的其他規則的有效連結轉譯字典中。
可為陣列 (Enterprise Edition) 或 ISA Server 電腦 (Standard Edition) 啟用或停用連結轉譯。依預設，會為陣列 (Enterprise Edition) 或 ISA Server 電腦 (Standard Edition) 啟用連結轉譯。
只有為陣列 (Enterprise Edition) 或 ISA Server 電腦 (Standard Edition) 啟用連結轉譯時，才能為網頁發行規則啟用連結轉譯。依預設，為陣列 (Enterprise Edition) 或 ISA Server 電腦 (Standard Edition) 啟用連結轉譯時，會為網頁發行規則啟用連結轉譯。
附註:甚至在停用連結轉譯時，也會發生標頭轉譯。
會針對套用到所有 Web 要求的網頁發行規則，或具有內含萬用字元 (*) 的一或多個公用名稱的網頁發行規則，自動停用連結轉譯。
企業中的跨陣列連結轉譯 (Enterprise Edition) 預設會停用。企業系統管理員可為企業啟用跨陣列連結轉譯，並選取將參與跨陣列連結轉譯的陣列。但只能選擇已啟用連結轉譯功能的陣列。預設不會選取陣列。如果停用了特定陣列的連結轉譯，並且啟用企業中的跨陣列連結轉譯，則會針對該陣列發出警示。可為每一個陣列設定跨陣列連結轉譯優先順序。
未發行網站的重新導向
使用者可以在 [連結轉譯] 內容的 [連結重新導向] 索引標籤上，選擇定義未發行網站的 URL 清單，並指定這些 URL 的連結可重新導向到的已發行 URL。在 [一般] 索引標籤上啟用連結轉譯時，若為規則 (用來發行指定的已發行 URL) 啟用連結轉譯，則會將內容 (從已發行網站傳回) 中的未發行網站的 URL 連結，重新導向到指定的已發行 URL。啟用連結重新導向功能時，會將要求未發行網站的使用者重新導向到指定的 URL，且不會接收到錯誤頁面。
若啟用此功能，ISA Server 會在網頁發行規則 (允許要求網頁內容) 的有效連結轉譯字典中完成搜尋字串的搜尋後，針對未發行的網站執行另一次網頁內容搜尋。若找到未發行網站的 URL，ISA Server 會以指定的已發行 URL 來取代此 URL。
內容類型
使用者可在 [連結轉譯] 內容的 [內容類型] 索引標籤上，選取連結轉譯可套用的副檔名和多用途網際網路郵件延伸標準 (MIME) 類型。所選的內容類型會套用到所有啟用連結轉譯的網頁發行規則。依預設，若啟用連結轉譯，則轉譯只會套用到 HTML 文件內容類型的網頁內容。
在 Enterprise Edition 中，如果您需要轉譯發行的 Web 伺服器所傳回的指令碼中的連結，例如 .js 檔案，則建議您不要選取「應用程式」內容類型。相反地，您可以在企業原則中，為適用的副檔名和 MIME 類型建立自己的內容類型，然後針對企業的每一個陣列，在 [連結轉譯] 內容的 [內容類型] 索引標籤上選取新的內容類型。
範圍要求
若在陣列 (Enterprise Edition) 或 ISA Server 電腦 (Standard Edition) 上啟用範圍要求封鎖，並為規則啟用連結轉譯，則將封鎖規則所套用的內容類型的範圍要求。若在陣列 (Enterprise Edition) 或 ISA Server 電腦 (Standard Edition) 上停用範圍要求封鎖，則不會針對這些要求使用連結轉譯。
編碼
ISA Server 2006 連結轉譯基本上是多樣化的搜尋與取代引擎。系統會在透過 ISA Server 電腦傳遞的網頁內容中搜尋對應的字串，只要找到對應的字串，就會適當的取代。搜尋引擎不在意字串中的 ANSI 字元大小寫。為了讓搜尋引擎正確尋找搜尋字串，引擎必須知道字串在網頁內容中的確實表示方式。
表示方式取決於下列因素：
| • | 字元組。字元集指定要使用哪個字元表格 (和對應的編碼) 來解譯字元 (例如，在 UTF-8 中，會將字母 "a" 編碼為 0x61)。 |
| • | 字元逸出。字元逸出定義了字母是以其標準格式表示，還是以逸出序列格式表示 (例如，字母 "a" 可使用 %61 表示)。 |
ISA Server 2006 加強了尋找要轉譯連結的能力，方法是支援不同的字元集，並使用改良的探測法來處理逸出字元。
然而，ISA Server 2006 不支援以萬用字元集編碼的文字中的逸出字元。
字元集
有許多網頁並非以 UTF-8 編碼。如果 ISA Server 假設所有網頁都使用 UTF-8 字元集，則連結轉譯搜尋引擎可能無法識別和取代未以 UTF-8 編碼的連結。
以下是一個簡單的範例。使用者將網站 http://myserver 當成 https://www.contoso.com 發行。ISA Server 2006 連結轉譯需要搜尋 http://myserver，並以 https://www.contoso.com 取代它。然而，字串 http://myserver 可使用數種不同的方式，在網頁中表示。例如，在 UTF-8 字元集中，"m" 會以 0x6D 表示。然而，在 UTF-16 編碼中，該字元會以 0x006D 表示。
因此，ISA Server 2006 會使用 UTF-8 字元集，並允許使用者在每一個網頁發行規則中另外選取一個字元集。例如，另一個字元集可為日文 (Shift-JIS)。
逸出編碼
在許多情況中，下列字元不會以其標準格式顯示，而是以逸出序列格式顯示：
| • | 非英文字元 (高 ASCII 字元) |
| • | 斜線記號 (/)、波狀符號 (~)、& 符號 (&)、問號 (?)、等號 (=)、分號 (;) 和其他 (不安全或保留) 字元，例如空格。 |
若 URL 中有一或多個逸出字元，例如，若以 %26 代表 & 符號 (&)，則簡單的連結轉譯搜尋將無法識別 URL。
以下是一個簡單的範例。使用者將網站 http://myserver/contoso finance 當成 https://www.contoso.com/contoso finance 發行。ISA Server 2006 連結轉譯需要搜尋 http://myserver/contoso finance，並以 https://www.contoso.com/contoso finance 取代它。然而，您可以使用下列逸出格式來正確表示字串 http://myserver/contoso finance：http://myserver/contoso%20finance。在這種情況下，會將空格逸出為 %20。
因此，ISA Server 有一個專屬的探測法可處理逸出字元。它是以搜尋對應 URL 的一般變數為基礎。例如，如果 ISA Server 連結轉譯需要搜尋 http://myserver?param=a，它也會尋找 http:%2F%2Fmyserver%3Fparam%3Da。請注意，在 ISA Server 2004 中，探測法在某些情況下會失敗。
ISA Server 2006 以下列方式改良搜尋機制：
| • | 改良用來判定逸出的編碼變數的探測法，以找到大多數 URL。 |
| • | 允許使用者指定要搜尋的 URL 的實際格式 (說明要逸出哪些字元，例如，http:%2F%2Fmyserver%3Fparam%3Da)。當逸出探測法失敗時，前述作法是一個很有用的暫行解決方法。 |
轉譯 URL 中的通訊協定
請考慮一個網頁，該網頁是由一個網頁發行規則 (伺服器 A) 所發行的 Web 伺服器傳回，並且包含到另一個網頁發行規則 (伺服器 B) 所發行的 Web 伺服器之連結：
| • | 若含 HTTP 通訊協定或 HTTPS 通訊協定的伺服器 B (取決於網頁接聽程式) 只有一個對應，請使用可用的對應。 | ||||
| • | 如果含 HTTP 通訊協定和 HTTPS 通訊協定的伺服器 B 有多個對應：
|
可視需要定義全域對應。
設定 ISA Server 透過 HTTPS 將流量導向發行伺服器時，建議您將對應的網頁接聽程式設定為僅在 HTTPS 上接聽。如果您允許使用者透過 HTTP 連線到 ISA Server，然後透過 HTTPS 將流量導向發行伺服器，則 ISA Server 會將 HTTPS 連結轉譯成在安全上可能有隱憂的 HTTP。對只在 HTTP 上接聽，或在 HTTP 和 HTTPS 上接聽的網頁接聽程式而言，這種情況會產生問題。
連結轉譯及 SSL 加速器
當 ISA Server 電腦位於外部 SSL 加速器後面，且該加速器透過網際網路接收用戶端所傳送的 HTTPS 要求時，SSL 加速器就會終止這些用戶端所啟始的 SSL 連線。SSL 加速器會將其要求當成 HTTP 要求轉寄給連接埠，此連接埠設定將 HTTP 要求傳送給 ISA Server 電腦，如果流量允許，ISA Server 電腦會繼而將要求轉寄給已發行的伺服器。如果 ISA Server 電腦在執行連結轉譯或將用戶端重新導向驗證表單時，需要產生會重新導向其本身的連結，ISA Server 就會使用為網頁發行規則使用的網頁接聽程式所指定的 SSL 加速器連接埠，並且使用每一個要求的主機標頭所發出的 SSL 加速器之 FQDN，來格式化此類含 HTTPS 通訊協定的連結。例如，若將針對網頁接聽程式所指定的 SSL 加速器連接埠設為 4443，URL 將具有格式 https://www.contoso.com:4443/path。若將針對網頁接聽程式所指定的 SSL 加速器連接埠設為 443，ISA Server 就不會在 URL 中包含連接埠號碼。
使用 Outlook Web Access for Exchange Server 2003 的伺服器端連結轉譯
ISA Server 2006 可因應下列情況。內部使用者使用內含內部伺服器名稱的 URL 來傳送電子郵件訊息。收件者使用 Microsoft Office Outlook® Web Access for Exchange Server 2003，透過 ISA Server 電腦存取訊息。URL 被包含公用名稱的收件者檢視。收件者轉寄或回覆訊息。
傳送轉寄或回覆的訊息後，ISA Server 2006 確定公用名稱保留在連結中。
回覆和轉寄的 Outlook Web Access 訊息包含下行：
<!--CURRENT FILE==”IE5” “WIN32” replyforwardnot-->
ISA Server 2006 使用模式比對來判定是否出現此類似行。識別出此行時，不會執行連結轉譯，讓內部收件者收到含內部名稱的 URL。
ISA Server 2006 引進了新的 COM 集合 (FPCLinkTranslationPatterns)。這個集合中的每一個元素是格式為 A*B 或 A 的字串。在前一種情況下，搜尋模式為 ；在後一種情況下，搜尋模式為 。使用預先定義的元素時，ISA Server 2006 會搜尋以 結尾，且在其間不含 < or > 的字串。
與 Exchange Server 2007 整合
ISA Server 2006 不會改變任何網頁的連結，也不會改變從執行 Microsoft Exchange Server 2007 的電腦傳給用戶端的電子郵件訊息中的連結。特別值得注意的是，傳送到 Outlook Web Access 用戶端的網頁，與 Exchange 2007 電腦提供的網頁是相同的。然而，將網頁傳給 Outlook Web Access 用戶端之前，Exchange 2007 電腦會在網頁的每個連結中的 URL 上執行連結轉譯。每一個改變的 URL 都有這樣的格式：https://<ExchangeServerPublicName>/owa/redir.aspx?URL=<OriginalUrl>。例如，如果 Exchange 2007 電腦的公用名稱是 mail.contoso.com，則 Exchange 2007 電腦會先將連結中的 URL http://hrweb 轉譯成 https://mail.contoso.com/owa/redir.aspx?URL=http://hrweb，再將網頁傳給 Outlook Web Access 用戶端。當使用者按一下這個 Outlook Web Access 連結時，瀏覽器器會將 GET 要求傳給 Exchange 2007 電腦的公用名稱。由於 Exchange 2007 電腦是由 ISA Server 2006 電腦發行，所以會由 ISA Server 2006 電腦接收要求，它會檢查 URL 參數的內容，判定它是否發行 URL 中指定的伺服器 (在本例中為 hrweb)。若 ISA Server 電腦未發行伺服器，則 ISA Server 電腦會將內含 URL https://mail.contoso.com/owa/redir.aspx?URL=http://hrweb 的 GET 要求轉寄給 Exchange 2007 電腦。如果 ISA Server 電腦發行了伺服器，則 ISA Server 電腦會先新增第二個參數 (稱為 TranslatedUrl)，再將 GET 要求轉寄給 Exchange 2007 電腦。這個參數將包含 ISA Server 規則中指定的公用名稱 (或第一個公用名稱)，該規則會發行 GET 要求的 URL 參數所指定的伺服器。例如，如果 hrweb 的公用名稱是 hr.contoso.com，則 ISA Server 2006 電腦轉寄的 GET 要求將包含 URL https://mail.contoso.com/owa/redir.aspx?URL=http://hrweb?TranslatedUrl=https://hr.contoso.com。
當 GET 要求到達 Exchange 2007 電腦時，它會以下列其中一種方式處理要求：
| • | 如果 URL 參數指向可進行 Proxy 的內部網路目標，Exchange 2007 電腦將回覆已 Proxy 的內容。 |
| • | 如果 URL 參數指向內部網路 Microsoft Windows SharePoint Services 文件，或指向內部網路 Microsoft Windows Server® 2003 共用上的檔案，則會在不同的視窗中開啟檔案。 |
| • | 如果 URL 參數指向內部網路 Windows SharePoint Services 文件庫或內部網路 Windows Server 2003 共用，文件庫或 Windows Server 2003 共用會在新的 [文件] 索引標籤檢視中開啟內部 Outlook Web Access。 |
| • | 如果 URL 參數指向無法加以 Proxy 且沒有 TranslatedUrl 參數的目標，則 Exchange 2007 電腦會將 HTTP REDIRECT 訊息傳給 Outlook Web Access 用戶端，接著將該訊息重新導向到原始的 URL。 |
| • | 如果 URL 參數指向無法加以 Proxy 的目標，而要求又包含 TranslatedUrl 參數，則 Exchange 2007 電腦會將 HTTP REDIRECT 訊息傳給 Outlook Web Access 用戶端，接著將該訊息重新導向到 TranslatedUrl 參數所指定的 URL。 |
Exchange 2007 另外會在兩種情況下使用 TranslatedUrl 參數：
| • | Outlook Web Access 用戶端開啟 Windows SharePoint Services 文件庫。若是由 ISA Server 電腦發行 Windows SharePoint Services 網站，ISA Server 2006 將新增 TranslatedUrl 參數。Exchange 2007 會查看參數，並在 Microsoft Internet Explorer® 中新增指向文件庫之公用名稱的黃色資訊列。 |
| • | Outlook Web Access 用戶端在 [開啟位置] 對話方塊中輸入 URL。若是由 ISA Server 電腦發行 URL，ISA Server 2006 將新增 TranslatedUrl 參數。若 Exchange 2007 電腦無法 Proxy 內容，它會將使用者重新導向到 TranslatedUrl 參數，就像在 Outlook Web Access 電子郵件訊息中按一下相同的 URL 連結時所做的一樣。 |
疑難排解
如果您看到非預期的連結轉譯結果，則通常可以檢查套用到適用規則的所有對應報告來判定原因。當您在 [內容] 頁面的 [連結轉譯] 索引標籤上，為規則按一下 [對應] 按鈕時，會顯示這份報告。為了解決每一個問題，請新增適用的本機或全域對應。