Takvim serbest / meşgul bilgisi O365'den harici birleşik alana paylaşılamıyor

10

Federasyon aracılığıyla takvim serbest / meşgul bilgilerini paylaşmaya çalıştığım iki alanım var. SiteA, Exchange 2010 SP2'nin şirket içi dağıtımdır. SiteB bir Office 365 Kurumsal dağıtımdır.

Her iki kuruluş da MSFT ağ geçidi üzerinden birleştirilir.

Paylaşım SiteA'dan SiteB'ye çalışır, yani SiteB'deki bir kullanıcı SiteA'daki bir kullanıcıya erişim isteyebilir ve takvimlerini görüntüleyebilir.

SiteB'den SiteA'ya paylaşım çalışmıyor.

Test-OrganizationRelationship'i çalıştırmak aşağıdakileri gösterir:

[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

Başarısız olması için hiçbir neden bulamıyorum. Wssecurity için otomatik bulma çağrısında başarısız oluyor. Tüm çevrimiçi yayınlar sanal dizin için güvenlik güvenliğini etkinleştirdiğini söylüyor, ancak bu Office 365'in tam çevrimiçi dağıtımı için bir seçenek değil.

Bu sonraki parça, SiteB'den (O365) SiteA'ya (EX 2010) giden Kuruluş ilişkisi verileridir.

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

Ve bu SiteA'dan (EX 2010) SiteB'ye (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 ) 'ye girdiğimde, kimlik bilgilerinin sorulduğunu, yani aldığım 404 hatasının ranza olduğu belirtilmelidir.

Fark ettiğim diğer garip şey ise, Organizasyon İlişkisini SiteA'dan SiteB'ye kurduğumda. Get-FederationInformation'ı çalıştırmak, SiteB için aşağıdakileri sağlar

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" belirtir ve SiteA EMC'deki Kuruluş İlişkisini kurduğumda bu şekilde girilir. Ancak, paylaşım işe yaramadı ve test bana aşağıdakileri getirdi

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

El ile Org İlişki nesnesi (SiteB SiteA güven) gitmek ve bu yönde çalışmak için paylaşım için " http://outlook.com " URI " http://outlook.com " URI değiştirmek zorunda kaldı. Bu, O365 tarafında bir MSFT sorunu olduğu bana bir şey yapan tüm bunları kurmanın başka bir tuhaflığı ...

exchange-2010  microsoft-office-365  federated 
— Holocryptic
kaynak
— Rob Moir
@RobM Evet, bu da bana gösterildi, ama buraya uymuyor. Her iki taraftaki TargetSharingEpr zaten boş
— Holocryptic
Otomatik keşfi test etmek için Uzaktan Bağlantı Analizörünü kullandınız mı? testexchangeconnectivity.com
— john
@john yaptım, ama başarılı olamadım. İhtiyacım olan şeyi test ettiğine inanmıyorum. O365 sekmesindeki Serbest / Meşgul testi bile. Test, SiteA'dan zaten çalışmakta olan SiteB'ye geçerek başarısız oldu.
— Holocryptic
Hmmm ... Karma bir dağıtım kullanıyoruz, ancak muhtemelen cevabı bilecek kadar deneyimli olmadım, ancak gelen trafiğin O365'den akmasına izin vermek için güvenlik duvarınızda ilgili bağlantı noktalarının açık olduğunu doğruladınız mı? Sanırım en iyi başlangıç ​​80/443.
— john

Yanıtlar:

1

Ben tam olarak aynı sorunu vardı ve ben çözmeyi başardı düşündüm ancak yaklaşık 5 dakika oldu

Temelde bugün "kullanarak ayarları yeniden keşfetmek için çalıştı Otomatik yapılandırma bilgiler keşfetmek "

Bu kadar TargetAutodiscoverEpr değişti https://autodiscover-s.outlook.com/autodiscover/autodiscover.svc/WSSecuritydan https://podxxxxx.outlook.com/autodiscover/autodiscover.svc/WSSecurity. Yaklaşık 5 dakika çalıştı ve 401hatayla gelmeye başladı . Yeniden keşfedildi ve tekrar podxxxxxy biçimine geri döndü.

Umarım bazı ipuçları verir.

— XelaIT
kaynak
autodiscover-s.outlook.com/autodiscover/autodiscover.svc/… olarak değiştirildi ve birçok denemeden sonra rastgele 5 dakika boyunca tekrar çalışmaya başladı ve tekrar durdu.
— XelaIT
Yaklaşık 5 dakika aralıklı görünüyor. Office 365 tarafında bir sorun gibi görünüyor. Onlarla bir çağrı kaydetmeye çalışacağım.
— XelaIT
0

Exchange 2010 SP2 RU5v2'de tam olarak aynı sorunu yaşıyorum. Microsoft'tan çok iyi bir mühendisle yapılan birçok testten sonra Exchange 2010 SP3 UR2'ye güncellemenizi önerdi. Beni http://support.microsoft.com/kb/2896834/en-us adresine yönlendirdi . Aslında 404 hatası aldığımızı doğruladık.

Şimdi SP3 UR2 yükseltmesi için hazırlanıyorum. Umarım sorun buydu.

İlginç bir şekilde, Federasyon ve OrgRelationships'i ilk yapılandırdığımda iyi çalıştı. Bazı yerel sistem değişiklikleri (yani Symantec SEP'nin güncellenmesi) veya O365'deki son güncellemeler nedeniyle çalışmayı durdurdu. Ne yazık ki, tetikleyicinin ne olduğunu tam olarak bilmiyorum ...

Dan

— Daniel
kaynak
0

Aynı sorunu yaşıyordum. Şirket içi exhchange 2010'um Office 365 alışverişinin serbest / meşgul durumunu göremedi. TargetSharingEpr'i ayarlamak için bu komutu çalıştırdım ve artık Office 365 takvimlerinin serbest meşgulünü görüntüleyebiliyorum. Komutu çalıştırmadan önce değişken boştu.

set-OrganizationRelationship "uzak etki alanı" -TargetSharingEpr https://pod51041.outlook.com/EWS/Exchange.asmx/WSsurity

— Davis Parker
kaynak
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.