मुझे दो डोमेन मिले हैं जो मैं संघ के माध्यम से कैलेंडर मुक्त / व्यस्त जानकारी साझा करने का प्रयास कर रहा हूं। SiteA, एक्सचेंज 2010 SP2 की प्रमुख तैनाती पर है। SiteB एक Office 365 एंटरप्राइज़ परिनियोजन है।
दोनों संगठनों को MSFT गेटवे के माध्यम से संघबद्ध किया जाता है।
साइटए से साइटबी के लिए काम साझा करना, जिसका अर्थ है कि साइटबी में एक उपयोगकर्ता साइटा पर एक उपयोगकर्ता तक पहुंच का अनुरोध कर सकता है और उनका कैलेंडर देख सकता है।
साझा करना साइटबी से साइटए तक काम नहीं करता है।
टेस्ट-ऑर्गनाइजेशन रनिंगशिप निम्नलिखित दिखाती है:
[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 से फेडरेटेड शेयरिंग "जस्ट वर्क" होना चाहिए
यह अगला टुकड़ा Org संबंध डेटा है जो 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 त्रुटि चारपाई है।
दूसरी अजीब बात जो मैंने देखी है, जब मैंने साइटा से साइटबी के लिए संगठन संबंध स्थापित किया है। GetB- फ़ेडरेशनइन्फॉर्मेशन को चलाने से साइटबी के लिए निम्नलिखित आय प्राप्त होती है
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 में "आउटलुक डॉट कॉम" कहा गया है, और यह है कि जब मैं साइट ईएमसी में ऑर्ग रिलेशनशिप सेटअप करता हूं तो यह कैसे दर्ज किया जाता है। हालाँकि, साझा करने से काम नहीं चला और परीक्षण मुझे निम्नलिखित मिला
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
मुझे मैन्युअल रूप से ऑर्ग रिलेशनशिप ऑब्जेक्ट (साइटबी के साइट ट्रस्ट) में जाना पड़ा और उस दिशा में काम करने के लिए यूआरआई को "आउटलुक डॉट कॉम" से " http://outlook.com " में बदल दिया । यह इस सब को स्थापित करने का एक और विचित्र सवाल है जो मुझे यह बता रहा है कि यह O365 पक्ष पर एक MSFT मुद्दा है ...
क्या आपने support.microsoft.com/kb/2838688 देखा है ?
—
Rob Moir
@RobM हाँ, जो मुझे भी दिखाया गया था, लेकिन यह यहाँ फिट नहीं है। दोनों तरफ का टार्गेटशेयरिंग पहले से ही अशक्त है
—
Holocryptic
क्या आपने ऑटोडिस्कवरी का परीक्षण करने के लिए रिमोट कनेक्टिविटी एनालाइजर का उपयोग किया है? testexchangeconnectivity.com
—
जॉन
@ जो मैंने किया, लेकिन मुझे इससे कोई सफलता नहीं मिली। मुझे विश्वास नहीं है कि यह परीक्षण कर रहा था कि मुझे इसकी क्या आवश्यकता है। यहां तक कि O365 टैब पर नि: शुल्क / व्यस्त परीक्षण। परीक्षण विफल हो गया, साइटबा से साइटबी पर जा रहा है जो पहले से ही काम कर रहा था।
—
Holocryptic
हम्मम ... हम एक हाइब्रिड परिनियोजन का उपयोग करते हैं, लेकिन मैंने इसे सेट नहीं किया है, इसलिए शायद इसका उत्तर जानने के लिए पर्याप्त अनुभव नहीं है, लेकिन क्या आपने सत्यापित किया है कि आने वाले ट्रैफ़िक को O365 से प्रवाहित करने की अनुमति देने के लिए आपके फ़ायरवॉल पर संबंधित पोर्ट खुले हैं? मुझे लगता है कि सबसे अच्छी शुरुआत 80/443 है।
—
जॉन