Pålogging til Office 365, Azure eller Intune ved hjelp av enkel pålogging fungerer ikke fra enkelte enheter

Løsning 1: kan ikke koble til skytjeneste Portal eller AD FS

Prøv å bla til http://www.MSN.com. Hvis dette ikke fungerer, kan du feilsøke problemer med nettverkstilkoblingen. Hvis du vil gjøre dette, følger du denne fremgangsmåten:

1. Bruk ipconfig -og ping -verktøyene til å feilsøke IP-tilkobling ved en ledetekst. Hvis du vil ha mer informasjon, kan du se følgende artikkel i Microsoft Knowledge Base:

   169790 hvordan du feilsøker grunnleggende TCP/IP-problemer.

2. Skriv inn nslookup www.MSN.com ved en ledetekst for å finne ut om DNS løser Internett-serverens navn.

3. Kontroller at proxy-innstillingene for Internett-alternativer gjenspeiler den aktuelle proxy-serveren hvis en proxy-server brukes i det lokale nettverket.

4. Hvis en brannmur for Forefront Threat Management Gateway (TMG) er installert på grensen til nettverket, og brannmuren krever klientgodkjenning, må du kanskje installere et Forefront TMG Client-program på klientenheten for Internett-tilgang. Kontakt Cloud service-administratoren for å få hjelp med dette.

Løsning 2: kan ikke koble til AD FS

Hvis du vil løse dette problemet, følger du denne fremgangsmåten:

1. Eliminer problemer med IP-tilkobling ved hjelp av løsning 1.

2. Ved ledeteksten, skriver du inn nslookup < AD FS 2,0 FQDN >, og trykk deretter ENTER for å fastslå om DNS er å løse navnet på AD FS-tjenesten på riktig måte. Merk < AD FS FQDN > representerer det fullstendig kvalifiserte domenenavnet (FQDN) for navnet på AD FS-tjenesten i denne kommandoen. Den representerer ikke Windows vertsnavnet på AD FS-serveren.

   1. Hvis klienten er knyttet til firmanettverket, må du kontrollere at IP-adressen som er løst, er en privat IP-adresse. IP-adressen må samsvare med ett av følgende mønstre:

      • 10.x.x.x

      • 172.16.x.x

      • 192.168.x.x

   2. Hvis klienten er utenfor firmanettverket, må du kontrollere at IP-adressen som er løst, er en offentlig IP-adresse. Kontroller at den ikke samsvarer med ett av følgende mønstre:

      • 10.x.x.x

      • 172.16.x.x

      • 192.168.x.x

   3. Hvis IP-adressen som er løst er feil basert på trinn 1 og trinn 2, og andre klientdatamaskiner ikke opplever samme virkemåte, gjør du følgende:

      1. Ved ledeteksten, skriver du inn ipconfig/all, og kontroller deretter at Primær DNS-server- oppføring er riktig for nettverket som klienten er tilknyttet.

      2. Åpne%windir%\System32\drivers\etc\hosts-filen i Notisblokk, og fjern deretter eventuelle oppføringer for AD FS FQDN. Deretter lagrer du filen.

      3. Ved ledeteksten skriver du inn ipconfig/flushdns for å TØMME DNS-hurtigbufferen.

   Merk Hvis klientenheter bare er knyttet til firmanettverket, går du til trinn 3.

3. Legge til AD FS FQDN til proxy bypass-listen. Hvis du vil gjøre dette, følger du fremgangsmåten i følgende artikkel i Microsoft Knowledge Base:

   262981 Internet Explorer bruker proxy-server for lokal IP-adresse selv om alternativet "omgå proxy-server for lokale adresser" er aktivert

Løsning 3: sertifikatadvarsel når du kobler til AD FS-endepunkt

Hvis du vil løse dette problemet, feilsøker du problemer med Secure Sockets Layer (SSL)-sertifikat ved hjelp av følgende artikkel i Microsoft Knowledge Base:

2523494 du får en advarsel om sertifikat fra AD FS når du prøver å logge på Office 365, Azure eller Intune

Løsning 4: du får en enkelt, uventet legitimasjon spørsmål når du logger deg på fra en klientdatamaskin som er koblet til firmanettverket

Hvis du vil løse dette problemet, følger du denne fremgangsmåten:

1. Kontroller at klientdatamaskinen er logget på domenet.

   1. Klikk Start, klikk Kjør, Skriv %LogonServer%\SysVolklikk deretter OK.

   2. Hvis et spørsmål om legitimasjon vises, logger du av og deretter på igjen ved hjelp av bedriftens legitimasjon.

2. Legge til AD FS FQDN til sonen Lokalt intranett.

   1. Klikk lokalt intranetti kategorien sikkerhet , og klikk deretter områder.

   2. Klikk Avansert, og deretter undersøke Web områdeoppføringen for det fullstendig kvalifiserte DNS-navnet på AD FS-tjenestens sluttpunkt (for eksempel STS.contoso.com). Merk En jokertegn verdi, for eksempel "*. consoto.com", vil også fungere i denne konfigurasjonen.

3. Legge til AD FS FQDN til proxy bypass-listen. Hvis du vil gjøre dette, følger du fremgangsmåten i følgende artikkel i Microsoft Knowledge Base:

   262981 Internet Explorer bruker proxy-server for lokal IP-adresse selv om alternativet "omgå proxy-server for lokale adresser" er aktivert

Løsning 5: tredjeparts nettleser støtter ikke utvidet beskyttelse for godkjenning, og du får ledetekster for løkke godkjenning

Hvis du vil løse dette problemet, følger du denne fremgangsmåten:

1. Bruk Windows Internet Explorer (Internet Explorer støtter utvidet beskyttelse for godkjenning) i stedet for en tredjeparts webleser som ikke støtter utvidet beskyttelse for godkjenning.

2. Hvis du ikke bruker Internet Explorer, bruker du følgende artikkel i Microsoft Knowledge Base til å konfigurere AD FS til å godta forespørsler fra weblesere som ikke støtter Extended Protection for Authentication:

   2461628 en forent bruker er gjentatte ganger bedt om legitimasjon under pålogging til Office 365, Azure eller Intune

Løsning 6: feilmeldingen "ingen tilgang" når du prøver å koble til login.microsoftonline.com

Viktig Denne delen inneholder trinn som forteller deg hvordan du endrer registret. Det kan imidlertid oppstå alvorlige problemer hvis du endrer registret på feil måte. Sørg derfor for at du følger disse trinnene nøye. Hvis du vil ha ekstra beskyttelse, sikkerhetskopierer du registret før du endrer det. Deretter kan du gjenopprette registret hvis det oppstår et problem. Hvis du vil ha mer informasjon om hvordan du sikkerhetskopierer og gjenoppretter registret, kan du klikke følgende artikkelnummer for å vise artikkelen i Microsoft Knowledge Base:

322756 Slik kan du sikkerhetskopiere og gjenopprette registeret i WindowsDet kan oppstå problemer hvis endepunktet for Azure Active Directory SSO som brukes av AD FS ikke er gyldig. Kontroller at Federation endepunktet ikke er hardkodet i registret på hver server i AD FS Federation service farmen. Hvis du vil løse dette problemet, bruker du Registerredigering til å slette følgende registerundernøkkel:

HKEY_LOCAL_MACHINE\Software\Microsoft\MOCHA\IdentityFederationAD FS vil falle tilbake til det riktige sluttpunktet basert på SSO beroende part klarering.

Oppløsning 7: tilbakestille deaktivert AD FS Serviceendepunkt innstillingen til standard konfigurasjon

Hvis du vil ha mer informasjon om hvordan du gjør dette, kan du se følgende artikkel i Microsoft Knowledge Base:

2712957 logge på Office 365, Azure eller Intune mislykkes når du endrer endepunktet Federation service

Trenger du fortsatt hjelp? Gå til Microsoft-fellesskapet eller webområdet for Azure Active Directory-foraene .