O365から外部のフェデレーションドメインにカレンダーの空き時間情報を共有できません

10

フェデレーションを介してカレンダーの空き時間情報を共有しようとしている2つのドメインがあります。SiteAは、Exchange 2010 SP2のオンプレミス展開です。SiteBはOffice 365 Enterpriseの展開です。

どちらの組織も、MSFTゲートウェイを介してフェデレーションされます。

共有は、SiteAからSiteBに機能します。つまり、SiteBのユーザーは、SiteAのユーザーへのアクセスを要求し、カレンダーを表示できます。

SiteBからSiteAへの共有は機能しません。

Test-OrganizationRelationshipを実行すると、次のようになります。

[PS] C:\Windows\system32>Test-OrganizationRelationship -UserIdentity me@site.a -Identity siteB -verbose
VERBOSE: [20:24:06.006 GMT] Test-OrganizationRelationship : Active Directory session settings for
'Test-OrganizationRelationship' are: View Entire Forest: 'False', Default Scope: 'mydomain', Configuration
Domain Controller: 'mydc', Preferred Global Catalog: 'mygc', Preferred
Domain Controllers: '{ mydc1, mydc2 }'
VERBOSE: [20:24:06.006 GMT] Test-OrganizationRelationship : Runspace context: Executing user:
me@site.a, Executing user organization: , Current organization: , RBAC-enabled: Enabled.
VERBOSE: [20:24:06.006 GMT] Test-OrganizationRelationship : Beginning processing &
VERBOSE: [20:24:06.006 GMT] Test-OrganizationRelationship : Instantiating handler with index 0 for cmdlet extension
agent "Admin Audit Log Agent".
VERBOSE: [20:24:06.037 GMT] Test-OrganizationRelationship : Current ScopeSet is: { Recipient Read Scope: {{, }},
Recipient Write Scopes: {{, }}, Configuration Read Scope: {{, }}, Configuration Write Scope(s): {{, }, }, Exclusive
Recipient Scope(s): {}, Exclusive Configuration Scope(s): {} }
VERBOSE: [20:24:06.037 GMT] Test-OrganizationRelationship : Searching objects "me" of type "ADUser" under the root
 "$null".
VERBOSE: [20:24:06.037 GMT] Test-OrganizationRelationship : Previous operation run on global catalog server
'mygc'.
VERBOSE: [20:24:06.037 GMT] Test-OrganizationRelationship : Searching objects "siteB" of type "OrganizationRelationship"
under the root "$null".
VERBOSE: [20:24:06.037 GMT] Test-OrganizationRelationship : Previous operation run on domain controller
'mydc'.
VERBOSE: Test that organization relationships are properly configured.
VERBOSE: [20:24:06.053 GMT] Test-OrganizationRelationship : Resolved current organization: .
VERBOSE: [20:24:06.053 GMT] Test-OrganizationRelationship : Calling the Microsoft Exchange Autodiscover service for the
 remote federation information.
VERBOSE: [20:24:09.084 GMT] Test-OrganizationRelationship : The Autodiscover call succeeded for the following URL:
https://pod51041.outlook.com/autodiscover/autodiscover.svc.
VERBOSE: [20:24:09.084 GMT] Test-OrganizationRelationship : The Autodiscover call succeeded for the following URL:
https://pod51041.outlook.com/autodiscover/autodiscover.svc.
VERBOSE: [20:24:09.084 GMT] Test-OrganizationRelationship : The Autodiscover call succeeded for the following URL:
https://pod51041.outlook.com/autodiscover/autodiscover.svc.
VERBOSE: [20:24:09.084 GMT] Test-OrganizationRelationship : The Autodiscover call succeeded for the following URL:
https://pod51041.outlook.com/autodiscover/autodiscover.svc.
VERBOSE: [20:24:09.084 GMT] Test-OrganizationRelationship : Generating delegation token for user me@siteA for
application http://outlook.com/.
VERBOSE: [20:24:09.366 GMT] Test-OrganizationRelationship : The delegation token was successfully generated.
VERBOSE: [20:24:09.366 GMT] Test-OrganizationRelationship : The Microsoft Exchange Autodiscover service is being called
 to determine the remote organization relationship settings.
VERBOSE: [20:24:09.366 GMT] Test-OrganizationRelationship : The Client will call the Microsoft Exchange Autodiscover
service using the following URL: https://pod51041.outlook.com/autodiscover/autodiscover.svc/WSSecurity.
VERBOSE: [20:24:10.553 GMT] Test-OrganizationRelationship : The Microsoft Exchange Autodiscover service failed to be
called at 'https://pod51041.outlook.com/autodiscover/autodiscover.svc/WSSecurity' because the following error occurred:
 WebException.Response = <cannot read response stream>
Exception:
System.Net.WebException: The request failed with HTTP status 404: Not Found.
   at System.Web.Services.Protocols.SoapHttpClientProtocol.ReadResponse(SoapClientMessage message, WebResponse

私はそれが失敗する理由を見つけることができません。wssecurityの自動検出呼び出しで失敗しています。すべてのオンライン投稿では、仮想ディレクトリのwssecurityを有効にするように言っていますが、これはOffice 365の完全なオンライン展開のオプションではありません。

この次のピースは、SiteB（O365）からSiteA（EX 2010）に行く組織関係データです。

PS C:\Users\me> Get-OrganizationRelationship | fl
Creating a new session for implicit remoting of "Get-OrganizationRelationship" command...


RunspaceId            : b56a8f0b-7e7e-4e8c-bf5c-c33209e59b13
DomainNames           : {SiteA}
FreeBusyAccessEnabled : True
FreeBusyAccessLevel   : LimitedDetails
FreeBusyAccessScope   :
MailboxMoveEnabled    : False
DeliveryReportEnabled : False
MailTipsAccessEnabled : False
MailTipsAccessLevel   : None
MailTipsAccessScope   :
PhotosEnabled         : False
TargetApplicationUri  : FYDIBOHF25SPDLT.SiteA.us
TargetSharingEpr      :
TargetOwaURL          :
TargetAutodiscoverEpr : https://autodiscover.SiteA.us/autodiscover/autodiscover.svc/WSSecurity
OrganizationContact   :
Enabled               : True
ArchiveAccessEnabled  : False
UseOAuth              : False
AdminDisplayName      :
ExchangeVersion       : 0.10 (14.0.100.0)
Name                  : SiteA
DistinguishedName     : CN=SiteA,CN=Federation,CN=Configuration,CN=appriver3651001356.onmicrosoft.com,CN=ConfigurationUni
                        ts,DC=NAMPR04A001,DC=prod,DC=outlook,DC=com
Identity              : SiteA
Guid                  : d01ce3d5-6b47-41c6-b597-9f5ed5aca4a8
ObjectCategory        : NAMPR04A001.prod.outlook.com/Configuration/Schema/ms-Exch-Fed-Sharing-Relationship
ObjectClass           : {top, msExchFedSharingRelationship}
WhenChanged           : 7/19/2013 3:36:22 AM
WhenCreated           : 7/19/2013 3:36:13 AM
WhenChangedUTC        : 7/19/2013 10:36:22 AM
WhenCreatedUTC        : 7/19/2013 10:36:13 AM
OrganizationId        : NAMPR04A001.prod.outlook.com/Microsoft Exchange Hosted
                        Organizations/appriver3651001356.onmicrosoft.com - NAMPR04A001.prod.outlook.com/ConfigurationUn
                        its/appriver3651001356.onmicrosoft.com/Configuration
OriginatingServer     : BL2PR04A001DC06.NAMPR04A001.prod.outlook.com
IsValid               : True
ObjectState           : Unchanged

そして、これはSiteA（EX 2010）からSiteB（O365）への

[PS] C:\Windows\system32>Get-OrganizationRelationship | fl

RunspaceId            : a9029d90-cdf0-494a-85ea-a960bc04f023
DomainNames           : {SiteB domains, 4 total}
FreeBusyAccessEnabled : True
FreeBusyAccessLevel   : LimitedDetails
FreeBusyAccessScope   :
MailboxMoveEnabled    : False
DeliveryReportEnabled : False
MailTipsAccessEnabled : False
MailTipsAccessLevel   : None
MailTipsAccessScope   :
TargetApplicationUri  : http://outlook.com/
TargetSharingEpr      :
TargetOwaURL          :
TargetAutodiscoverEpr : https://pod51041.outlook.com/autodiscover/autodiscover.svc/WSSecurity
OrganizationContact   :
Enabled               : True
ArchiveAccessEnabled  : False
AdminDisplayName      :
ExchangeVersion       : 0.10 (14.0.100.0)
Name                  : SiteB
DistinguishedName     : CN=SiteB,CN=Federation,CN=First Organization,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=my,DC=site
Identity              : SiteB
Guid                  : 458f9921-f2f8-4286-92e2-a3f0b8c444f1
ObjectCategory        : Mysite/Configuration/Schema/ms-Exch-Fed-Sharing-Relationship
ObjectClass           : {top, msExchFedSharingRelationship}
WhenChanged           : 7/19/2013 10:37:58 PM
WhenCreated           : 7/19/2013 3:16:18 PM
WhenChangedUTC        : 7/20/2013 5:37:58 AM
WhenCreatedUTC        : 7/19/2013 10:16:18 PM
OrganizationId        :
OriginatingServer     : MyDC
IsValid               : True

TargetAutodiscoverEPR（https://pod51041.outlook.com/autodiscover/autodiscover.svc/WSSecurity）を入力すると、資格情報の入力を求められます。つまり、404エラーが表示されます。

私が気付いたもう1つの奇妙なことは、SiteAからSiteBへの組織関係をセットアップしたときです。Get-FederationInformationを実行すると、SiteBについて次のようになります。

PS C:\Users\me> Get-FederationInformation -DomainName SiteB
Creating a new session for implicit remoting of "Get-FederationInformation" command...


RunspaceId            : d6086380-948f-43db-9d0c-4ba7325b5a20
TargetApplicationUri  : outlook.com
DomainNames           : {SiteB domains, 4 total}
TargetAutodiscoverEpr : https://pod51041.outlook.com/autodiscover/autodiscover.svc/WSSecurity
TokenIssuerUris       : {urn:federation:MicrosoftOnline}
IsValid               : True
ObjectState           : Unchanged

TargetApplicationUriには "outlook.com"と記載されており、SiteA EMCで組織関係を設定したときにこのように入力されました。ただし、共有が機能せず、テストで次のことがわかりました

PS C:\Users\me> Test-OrganizationRelationship -UserIdentity me@SiteB -Identity SiteA


RunspaceId  : d6086380-948f-43db-9d0c-4ba7325b5a20
Identity    :
Id          : ApplicationUrisDiffer
Status      : Error
Description : The TargetApplicationUri of the remote organization doesn't match the local ApplicationUri of the
              Federation Trust object. The remote URI value is http://outlook.com/. The local URI value is
              outlook.com/.
IsValid     : True
ObjectState : New

RunspaceId  : d6086380-948f-43db-9d0c-4ba7325b5a20
Identity    :
Id          : VerificationOfRemoteOrganizationRelationshipFailed
Status      : Error
Description : There were errors while verifying the remote organization relationship SiteB.
IsValid     : True
ObjectState : New

組織リレーションシップオブジェクト（SiteAのSiteBの信頼）に手動で移動し、共有をその方向で機能させるには、URIを「outlook.com」から「http://outlook.com」に変更する必要がありました。これは、これをすべて設定する際のもう1つの奇妙な点であり、これは、これがO365側のMSFTの問題であると私に思わせています...

exchange-2010  microsoft-office-365  federated 
— ホロクリプティック
ソース
support.microsoft.com/kb/2838688を見ましたか？
— Rob Moir
@RobMええ、それは私にも示されましたが、ここには合いません。両側のTargetSharingEprはすでにnullです
— Holocryptic 2013
リモート接続アナライザーを使用して自動検出をテストしましたか？testexchangeconnectivity.com
— ジョン
@johnやりましたが、うまくいきませんでした。私が必要としていることをテストしているとは思いません。[O365]タブの空き時間情報テストでも。テストは失敗し、SiteAからすでに機能しているSiteBに行きました。
— Holocryptic 2013
うーん...ハイブリッド展開を使用していますが、私はそれをセットアップしなかったので、おそらく答えを知るのに十分な経験がなかったのですが、O365からの着信トラフィックが流れるように、ファイアウォールで関連するポートが開いていることを確認しましたか？最良のスタートは80/443だと思います。
— ジョン

回答:

1

私はまったく同じ問題を抱えていたので、なんとか解決できると思いましたが、約5分間で

基本的には今日の私は、「使用して設定を再発見しようとした自動的に設定情報を発見します」

TargetAutodiscoverEprがhttps://autodiscover-s.outlook.com/autodiscover/autodiscover.svc/WSSecurityからに変更されましたhttps://podxxxxx.outlook.com/autodiscover/autodiscover.svc/WSSecurity。約5分間動作し、401エラーが発生し始めました。再発見され、再びpodxxxxxyフォーマットに戻りました。

それがいくつかの手がかりを提供することを願っています。

— XelaIT
ソース
autodiscover-s.outlook.com/autodiscover/autodiscover.svc/…に変更され、何度も試行した後、ランダムに5分間ほど動作し始め、再び停止しました。
— XelaIT 2013
5分ほど断続的に見えます。Office 365側の問題のようです。彼らとの通話を記録しようとします。
— XelaIT 2013
0

Exchange 2010 SP2 RU5v2でもまったく同じ問題があります。マイクロソフトの非常に優れたエンジニアによる多くのテストの後、彼はExchange 2010 SP3 UR2に更新することを提案しました。彼は私にhttp://support.microsoft.com/kb/2896834/en-usを教えてくれました。実際に404エラーが発生したことを確認しました。

SP3 UR2アップグレードの準備をしています。うまくいけば、それが問題でした。

興味深いことに、FederationとOrgRelationshipsを最初に構成したとき、それは正常に機能しました。ローカルシステムの変更（Symantec SEPのアップデートなど）またはO365での最近のアップデートにより、動作が停止しました。残念ながら、何がトリガーだったのか正確にはわかりません...

ダン

— ダニエル
ソース
0

私は同じ問題を抱えていました。私の社内交換2010では、Office 365交換の空き時間を確認できませんでした。このコマンドを実行してTargetSharingEprを設定すると、Office 365カレンダーの空き時間を表示できるようになりました。コマンドを実行する前は、変数は空白でした。

set-OrganizationRelationship "リモートドメイン" -TargetSharingEpr https://pod51041.outlook.com/EWS/Exchange.asmx/WSsecurity

— デイビスパーカー
ソース
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.