ไม่สามารถแชร์ข้อมูลว่าง / ไม่ว่างในปฏิทินจาก O365 ไปยังโดเมนภายนอก

ฉันมีสองโดเมนที่ฉันพยายามแบ่งปันข้อมูลว่าง / ไม่ว่างในปฏิทินระหว่างผ่านสหพันธรัฐ 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 แบบออนไลน์อย่างตรงไปตรงมาการแบ่งปันแบบรวมจาก O365 ควร "แค่ทำงาน"

ข้อมูลชิ้นต่อไปนี้เป็นข้อมูลความสัมพันธ์ขององค์กรจาก 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 ที่ฉันได้รับนั้นเป็นสองชั้น

สิ่งที่แปลกประหลาดอื่น ๆ ที่ฉันสังเกตเห็นคือเมื่อฉันตั้งค่าความสัมพันธ์องค์กรจาก 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 " เพื่อแบ่งปันให้ทำงานในทิศทางนั้น นี่เป็นเรื่องแปลกใหม่ของการตั้งค่าทั้งหมดนี้ที่ทำให้ฉันเป็นสิ่งที่เป็นปัญหา MSFT ในด้าน O365 ...

exchange-2010 microsoft-office-365 federated

— Holocryptic
แหล่งที่มา

คุณเคยเห็นsupport.microsoft.com/kb/2838688หรือไม่

— Rob Moir

@RobM ใช่นั่นก็แสดงให้ฉันเห็นเช่นกัน แต่มันไม่พอดีกับที่นี่ TargetSharingEpr ทั้งสองฝั่งนั้นว่างอยู่แล้ว

— Holocryptic

คุณใช้ตัววิเคราะห์การเชื่อมต่อระยะไกลเพื่อทดสอบการค้นหาอัตโนมัติหรือไม่ testexchangeconnectivity.com

— john

@ จอห์นฉันทำ แต่ฉันไม่ประสบความสำเร็จ ฉันไม่เชื่อว่ามันเป็นการทดสอบสิ่งที่ฉันต้องการ แม้แต่การทดสอบว่าง / ไม่ว่างในแท็บ O365 การทดสอบล้มเหลวเริ่มจาก SiteA ไปยัง SiteB ซึ่งใช้งานได้แล้ว

— Holocryptic

อืม ... เราใช้การปรับใช้แบบไฮบริด แต่ฉันไม่ได้ตั้งค่าดังนั้นอาจไม่มีประสบการณ์เพียงพอที่จะรู้คำตอบ แต่คุณได้ยืนยันว่าพอร์ตที่เกี่ยวข้องเปิดอยู่บนไฟร์วอลล์ของคุณเพื่อให้ทราฟฟิกไหลเข้าจาก O365 ฉันเดาว่าการเริ่มต้นที่ดีที่สุดคือ 80/443

— john

ฉันมีปัญหาเดียวกันทั้งหมดและฉันคิดว่าฉันสามารถแก้ไขมันได้อย่างไรก็ตามมันใช้เวลาประมาณ 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

ฉันดูเหมือนจะเป็นระยะเวลาประมาณ 5 นาที ดูเหมือนว่าปัญหาในด้าน Office 365 จะพยายามบันทึกการโทรกับพวกเขา

— XelaIT

ฉันมีปัญหาเดียวกันกับ Exchange 2010 SP2 RU5v2 หลังจากทดสอบกับวิศวกรที่ดีมากจาก Microsoft เขาแนะนำให้อัปเดต Exchange 2010 SP3 UR2 เขาชี้ให้ฉันไปhttp://support.microsoft.com/kb/2896834/en-us เราตรวจสอบแล้วว่าเราได้รับข้อผิดพลาด 404

ฉันกำลังเตรียมพร้อมสำหรับการอัปเกรด SP3 UR2 หวังว่านั่นเป็นปัญหา

ที่น่าสนใจเมื่อฉันกำหนดค่า Federation และ OrgRelationships ครั้งแรกมันใช้ได้ดี มันหยุดทำงานเนื่องจากการเปลี่ยนแปลงของระบบภายใน (เช่นการอัปเดตของ Symantec SEP) หรือการอัปเดตล่าสุดของ O365 น่าเสียดายที่ฉันไม่ทราบว่าสิ่งที่เรียกคือ ...

แดน

— แดเนียล
แหล่งที่มา

ฉันมีปัญหาเดียวกัน การแลกเปลี่ยน 2010 ในสถานที่ของฉันไม่สามารถดูการแลกเปลี่ยน Office 365 ที่ว่าง / ไม่ว่าง ฉันรันคำสั่งนี้เพื่อตั้งค่า TargetSharingEpr และตอนนี้ฉันสามารถดูปฏิทินว่างของ Office 365 ก่อนที่ฉันจะรันคำสั่งตัวแปรจะว่างเปล่า

set-OrganizationRelationship "โดเมนระยะไกล" -TargetSharingEpr https://pod51041.outlook.com/EWS/Exchange.asmx/WSsecurity

— Davis Parker
แหล่งที่มา