了解宣告

電子郵件宣告類型一律會對應到電子郵件宣告類型。做為此對應的一部分，在帳戶 Federation Service 上，網域尾碼可對應到常數值。對應網域尾碼至常數值可保護夥伴組織，防止不慎提供其內部樹系結構的資訊給另一個組織。在資源 Federation Service 中，可以針對常數值清單篩選網域尾碼。

下列範例說明兩個組織 (Tailspin Toys 和 Adventure Works) 之間的 AD FS 同盟。在這個範例中，Tailspin Toys 是帳戶夥伴，Adventure Works 則是資源夥伴。

• Tailspin Toys 是帳戶 Federation Service，它會針對 Adventure Works，將電子郵件組織宣告對應到連出電子郵件宣告。在該對應過程中，它會將所有電子郵件尾碼對應到 tailspintoys.com。假設組織電子郵件宣告為 (e-mail=jsmith@sales.tailspintoys.com)，連出電子郵件宣告為 (e-mail=jsmith@tailspintoys.com)。
  
  
• 做為資源 Federation Service 的 Adventure Works，會將連入 Tailspin Toys 電子郵件宣告對應到電子郵件組織宣告，而在對應的過程中，它會針對 tailspintoys.com 篩選尾碼清單。因此，會接受連入 Tailspin Toys 電子郵件宣告 (e-mail=jsmith@tailspintoys.com)，但拒絕連入 Tailspin Toys 電子郵件宣告 (e-mail=jsmith@adventure-works.com)。
  
  

UPN 宣告類型一律對應到 UPN 宣告類型。它們執行尾碼對應和篩選的方式與電子郵件宣告相同。然而，由於 AD DS 允許不含 @ 符號的 UPN，因此如果定義了 UPN 尾碼對應，帳戶 Federation Service 將附加 @ 符號，後面接著尾碼。否則，如果傳遞任何尾碼，Federation Service 就會依原狀傳遞 UPN，而不加上 @ 符號。在資源端上，如果允許任何 UPN 尾碼，則接受不含 @ 符號的 UPN。否則，如果允許特定的 UPN 尾碼，則拒絕不含 @ 符號的 UPN。

一般名稱宣告類型一律對應到一般名稱宣告類型。它們不受限於其他規則。

自訂宣告類型一律對應到其他自訂宣告類型。例如，假設連入宣告集為 (UPN, Custom=[EmployeeNumber, TaxPayerID])，組織宣告集為 (UPN, Custom=[Employee, SSN])，則可建立 EmployeeNumber 到 Employee 的對應，與 TaxPayerID 到 SSN 的對應。

群組宣告類型一律對應到其他群組宣告類型。例如，假設連入宣告集為 (UPN, Group=[One, Two, Three])，組織宣告集為 (UPN, Group=[X,Y,Z])，則可建立 One 到 Y、Two 到 X 和 Three 到 Z 的對應。

除了先前的章節所說明的標準對應外，您也可以使用特殊的「群組到 UPN」宣告對應。當宣告是從帳戶夥伴連入時，則只能在資源 Federation Service 上進行「群組到 UPN」宣告對應。在這種情況下，UPN 宣告類型不會對應到 UPN 宣告類型。相反地，您會提供「群組到 UPN」宣告對應的排序清單。

例如，「群組到 UPN」清單可能是：

1. Dev to developers@internal.tailspintoys.com
   
   
2. Test to testers@internal.tailspintoys.com
   
   
3. PM to progmgrs@internal.tailspintoys.com
   
   

假設連入宣告集為 (Common name=John Smith, Group=[Dev])，組織宣告集包含 (Common name=John Smith, UPN=developers@internal.tailspintoys.com)。請記住這是排序的清單。因此，宣告集 (Common name=John Smith, Group=[Dev,PM]) 將導致 (Common name=John Smith, UPN=developers@internal.tailspintoys.com)。此外，如果連入宣告有 UPN，則會覆寫 UPN。此特殊對應規則特別支援存取傳統資源的群組型資源帳戶。Federation Service 的「群組到 UPN」對應順序指定於信任原則中。