Toon posts:

Office 365 SSO Onelogin

Pagina: 1
Acties:

Verwijderd

Topicstarter
Hi Tweakers,

Momenteel ben ik bezig om SSO werkend te krijgen in een test omgeving. Het doel is dat gebruikers maar één wachtwoord hoeven te onthouden en dat het wachtwoord automatisch gesynchroniseert wordt tussen verschillende applicaties. Hiervoor maak ik gebruik van OneLogin.

De test opstelling in Windows Azure is als volgt:

Server 1 -> DC
Server 2 -> Member server

Op de machines is het volgende geinstalleerd:

DC: Onelogin AD connector.
Member server: Dirsync en Office 365 Onelogin Federation.

De sync tussen de verschillende programma's werkt prima. Dus dit werkt:
1. User wordt aangemaakt in AD.
2. Wordt gesynchroniseerd naar Onelogin.
3. Wordt gesynchroniseerd naar Windows Azure domain.

Echter als ik probeer met de gebruikers account in te loggen dan verschijnt de foutmelding 80041034 of 8004786C. Deze foutmeldingen verschijnen direct nadat de gebruikersaccount wordt ingevoerd en redirected wordt naar het eigen domein.

De foutmeldingen heb ik opgezocht en heb de volgende oplossingen geprobeerd:

"Sorry, but we're having trouble signing you in" and "80048163" error when a federated user tries to sign in to an organizational account

http://community.office36.../forums/685/t/158928.aspx

Heb ook nog geprobeerd met testexchangeconnectity.com. Hierop faalt hij op:

-------------------------------------------------------------------------------------------------------

Validating ADFS metadata for the on-premises ADFS server.
There was a problem validating the ADFS metadata.

Retrieving ADFS metadata information from metadata exchange URL https://app.onelogin.com/...007-06/passive/sso/117806.
The Microsoft Connectivity Analyzer failed to retrieve ADFS metadata.

Additional Details
A communication error occurred while the Microsoft Connectivity Analyzer was attempting to retrieve the metadata. Exception: Exception details:
Message: The content type text/html; charset=utf-8 of the response message does not match the content type of the binding (application/soap+xml; charset=utf-8). If using a custom encoder, be sure that the IsContentTypeSupported method is implemented properly. The first 1024 bytes of the response were: '<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en"> <head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8"/> <link href="https://assets1.onelogin.com/stylesheets/onelogin.css?1379013319" media="screen" rel="stylesheet" type="text/css" /> <link href="https://assets2.onelogin.com/stylesheets/form.css?1379013319" media="screen" rel="stylesheet" type="text/css" /> <link href="https://assets0.onelogin.com/stylesheets/lightbox.css?1379013319" media="screen" rel="stylesheet" type="text/css" /> <link rel='shortcut icon' href='https://app.onelogin.com/images/favicon.png' type='image/x-icon' /> <script src="https://assets1.onelogin.com/javascripts/jquery.js?1379013319" type="text/javascript"></script> <script src="https://assets1.onelogin.com/javascripts/all.js?1379013319" type="text/javascript"></script> <script type="text/javascript"> jQuery'.
Type: System.ServiceModel.ProtocolException
Stack trace:

Server stack trace:
at System.ServiceModel.Channels.HttpChannelUtilities.ValidateRequestReplyResponse(HttpWebRequest request, HttpWebResponse response, HttpChannelFactory`1 factory, WebException responseException, ChannelBinding channelBinding)
at System.ServiceModel.Channels.HttpChannelFactory`1.HttpRequestChannel.HttpChannelRequest.WaitForReply(TimeSpan timeout)
at System.ServiceModel.Channels.RequestChannel.Request(Message message, TimeSpan timeout)
at System.ServiceModel.Channels.ServiceChannel.Call(String action, Boolean oneway, ProxyOperationRuntime operation, Object[] ins, Object[] outs, TimeSpan timeout)
at System.ServiceModel.Channels.ServiceChannelProxy.InvokeService(IMethodCallMessage methodCall, ProxyOperationRuntime operation)
at System.ServiceModel.Channels.ServiceChannelProxy.Invoke(IMessage message)

Exception rethrown at [0]:
at System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg, IMessage retMsg)
at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type)
at System.ServiceModel.Description.IMetadataExchange.Get(Message request)
at System.ServiceModel.Description.MetadataExchangeClient.MetadataReferenceRetriever.DownloadMetadata(TimeoutHelper timeoutHelper)
at System.ServiceModel.Description.MetadataExchangeClient.MetadataRetriever.Retrieve(TimeoutHelper timeoutHelper)

-------------------------------------------------------------------------------------------------------

Echter bieden bovenstaande oplossing geen oplossing voor mij. Blijf nog steeds met dezelfde fout zitten.

Iemand die mij hiermee verder kan helpen?

[ Voor 54% gewijzigd door Verwijderd op 17-09-2013 15:42 ]


  • Semt-x
  • Registratie: September 2002
  • Laatst online: 22:09
Dit ziet er uit als ADFS probleem, het kan een scala aan oorzaken hebben. te veel om even hier op een rijtje te zetten.
ADFS kennis is schaars, dus ik moedig je aan het op te pakken en tot op de bodem uit te zoeken: hup!
Dit is het meest beschreven scenario, lijkt me niet helemaal onmogelijk zelf uit te dokteren. Als dat niet lukt hoor ik het wel ;]

  • Quadradial
  • Registratie: Mei 2013
  • Laatst online: 02-01 14:52
Weclome to ADFS 2.0 :)

Ik zou contact opnemen met Office365 support hiervoor. Zij kunnen op de achtergrond zien wat er mis gaat. Zodra zij zien (of niet zien) wat er mis is zou ik dat opnemen met Onelogin. MS gaat namelijk niet alles omzetten om jouw tenant te laten werken. Jij zal al het werk moeten doen.

Mijn advies is om zelf een server installeren die ADFS 2.0 afhandelt.
Microsoft zal tevens ook alleen hun werkwijze ondersteunen (voor zover ik weet).

Heb genoeg problemen voorbij zien komen met houtje touwtje oplossingen van 3de partijen.

Being offended is feeling your displeasure at the fact that not everyone cares as much about the exact same things as you.


Verwijderd

Topicstarter
Dat ADFS kennis schaars is heb ik gemerkt. Zelfs bij Microsoft weten ze het af en toe nog niet.

Als ik nóg een server voor ADFS moet installeren dan heb ik drie servers voor een heel simpel iets nodig. Dat is nogal een beetje veel van het goede :)

Ben nu met Onelogin aan het mailen, maar volgens mij weten zij het ook niet meer echt :P Bedankt voor jullie reacties iig. Als iemand nog nuttige tips heeft, hoor ik ze graag!

  • Jazzy
  • Registratie: Juni 2000
  • Laatst online: 21:52

Jazzy

Moderator SSC/PB

Moooooh!

Ik denk dat de suggestie om ADFS in te richten was om je troubleshooten eenvoudiger te maken. Met de standaard opstelling kun je dan controleren of je alles op zijn plek hebt. Vervolgens schakel je over op Onelogin voor federatie en kijk je of je nog issues hebt.

Exchange en Office 365 specialist. Mijn blog.