Không thể chia sẻ lịch miễn phí / thông tin bận rộn từ O365 sang miền được liên kết bên ngoài


10

Tôi đã có hai tên miền mà tôi đang cố gắng chia sẻ lịch miễn phí / thông tin bận rộn giữa thông qua liên đoàn. SiteA là một triển khai tiền đề của Exchange 2010 SP2. SiteB là một triển khai Office 365 Enterprise.

Cả hai tổ chức được liên kết thông qua cổng MSFT.

Chia sẻ hoạt động từ SiteA đến SiteB, nghĩa là người dùng tại SiteB có thể yêu cầu quyền truy cập cho người dùng tại SiteA và xem lịch của họ.

Chia sẻ không hoạt động từ SiteB đến SiteA.

Chạy Test-OrganRelationship hiển thị như sau:

[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

Tôi không thể tìm thấy bất kỳ lý do cho nó để thất bại. Đó là thất bại trong cuộc gọi tự động phát hiện cho sự an toàn. Tất cả các bài đăng trực tuyến đều cho phép kích hoạt tính năng bảo mật cho thư mục ảo, nhưng đó không phải là một tùy chọn để triển khai Office 365 trực tuyến đầy đủ. Thành thật mà nói, chia sẻ liên kết từ O365 nên "Chỉ hoạt động"

Phần tiếp theo này là dữ liệu mối quan hệ của Org đi từ SiteB (O365) đến 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

Và đây là từ SiteA (EX 2010) đến 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

Cần lưu ý rằng khi tôi nhập TargetAutodiscoverEPR ( https://pod51041.outlook.com/autodiscover/autodiscover.svc/WSSecurance ) Tôi được nhắc về thông tin đăng nhập, nghĩa là lỗi 404 tôi nhận được là lỗi.

Một điều kỳ lạ khác mà tôi nhận thấy là khi tôi thiết lập Mối quan hệ tổ chức từ SiteA sang SiteB. Chạy Get-linkIn information mang lại những điều sau cho 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 tuyên bố "triển vọng.com" và đó là cách nó được nhập khi tôi thiết lập Mối quan hệ Org trong SiteA EMC. Tuy nhiên, chia sẻ không hoạt động và thử nghiệm đã cho tôi những điều sau đây

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

Tôi đã phải truy cập thủ công vào đối tượng Mối quan hệ Org (Ủy thác SiteA của SiteB) và thay đổi URI từ "triển vọng.com" thành " http://outlook.com " để chia sẻ để hoạt động theo hướng đó. Đây là một cách giải quyết khác để thiết lập tất cả những điều này khiến tôi biết rằng đây là sự cố MSFT ở phía O365 ...


bạn đã thấy support.microsoft.com/kb/2838688 chưa?
Rob Moir

@RobM Vâng, điều đó cũng được hiển thị với tôi, nhưng nó không phù hợp ở đây. TargetSharedEpr ở cả hai bên đều không có giá trị
Holocryptic

Bạn đã sử dụng Trình phân tích kết nối từ xa để kiểm tra tự động phát hiện chưa? testexchangeconnectivity.com
john

@john Tôi đã làm, nhưng tôi không có bất kỳ thành công với nó. Tôi không tin rằng nó đã thử nghiệm những gì tôi cần nó. Ngay cả bài kiểm tra Free / Busy trên tab O365. Thử nghiệm thất bại, đi từ SiteA đến SiteB đã hoạt động.
Holocryptic

Hmmm ... Chúng tôi sử dụng triển khai kết hợp, nhưng tôi không thiết lập nên có lẽ không đủ kinh nghiệm để biết câu trả lời, nhưng bạn đã xác minh các cổng có liên quan đang mở trên tường lửa của bạn để cho phép lưu lượng truy cập đến từ O365 chưa? Tôi đoán sự khởi đầu tốt nhất là 80/443.
John

Câu trả lời:


1

Tôi đã có chính xác cùng một vấn đề và tôi nghĩ rằng tôi đã giải quyết được vấn đề này tuy nhiên chỉ trong khoảng 5 phút

Về cơ bản hôm nay tôi đã cố gắng tìm lại các cài đặt bằng cách sử dụng " Tự động khám phá thông tin cấu hình "

Nó đã thay đổi TargetAutodiscoverEpr thành https://autodiscover-s.outlook.com/autodiscover/autodiscover.svc/WSSecuritytừ https://podxxxxx.outlook.com/autodiscover/autodiscover.svc/WSSecurity. Nó hoạt động được khoảng 5 phút và bắt đầu xuất hiện 401lỗi. Tái khám phá và trở lại định dạng podxxxxxy một lần nữa.

Hy vọng rằng sẽ cung cấp một số manh mối.


đã thay đổi thành autodiscover-s.outlook.com/autodiscover/autodiscover.svc/iêu và ngẫu nhiên sau nhiều lần thử, nó bắt đầu hoạt động trở lại trong 5 phút hoặc lâu hơn và dừng lại.
XelaIT

Tôi dường như không liên tục trong khoảng 5 phút. Có vẻ như một vấn đề về phía Office 365. Sẽ cố gắng để đăng nhập một cuộc gọi với họ.
XelaIT

0

Tôi có chính xác vấn đề tương tự trên Exchange 2010 SP2 RU5v2. Sau rất nhiều thử nghiệm với một kỹ sư rất giỏi của Microsoft, anh ấy đã đề xuất cập nhật lên Exchange 2010 SP3 UR2. Anh ấy chỉ cho tôi http://support.microsoft.com/kb/2896834/en-us . Chúng tôi đã xác minh rằng chúng tôi thực sự đã gặp lỗi 404.

Tôi hiện đang chuẩn bị cho bản nâng cấp SP3 UR2. Hy vọng đó là vấn đề.

Thật thú vị, khi lần đầu tiên tôi định cấu hình Liên kết và OrgRelationships, nó hoạt động tốt. Nó đã ngừng hoạt động do một số thay đổi hệ thống cục bộ (tức là cập nhật Symantec SEP) hoặc các bản cập nhật gần đây trên O365. Thật không may, tôi không biết chính xác kích hoạt là gì ...

Dân


0

Tôi có những vấn đề giống nhau. Giao dịch tại chỗ 2010 của tôi không thể thấy sự miễn phí / bận rộn của trao đổi Office 365. Tôi đã chạy lệnh này để đặt TargetSharedEpr và bây giờ tôi có thể xem sự bận rộn miễn phí của lịch Office 365. Trước khi tôi chạy lệnh, biến là trống.

set-OrganRelationship "tên miền từ xa" -TargetSharedEpr https://pod51041.outlook.com/EWS/Exchange.asmx/WSsecurance

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.