"Tyvärr, men vi har problem med att logga in" och "80048163" fel när en federerad användare som försöker logga in på Office 365, Azure och Windows Intune

Artikelöversättning Artikelöversättning
Artikel-id: 2535191 - Visa produkter som artikeln gäller.
Visa alla | Dölj alla

PROBLEMET

När en federerad användare försöker logga in på en Microsoft-tjänst för molnet Office 365, Microsoft Azure eller Windows Intune från en-i-webbsida vars URL börjar med https://login.microsoftonline.com/login lyckas inte autentisering för användaren. Användaren får följande felmeddelande:
Tyvärr, men vi har problem med att logga in

Försök igen om några minuter. Om detta inte fungerar kan behöva du kontakta administratören och rapportera följande fel:
80048163

ORSAK

Det här problemet kan uppstå om någon av följande förutsättningar föreligger:
  • En användares UPN har uppdaterats och gamla logga in information som har cachelagrats på servern för Active Directory Federation Services (AD FS). När SAM-konto för användaren ändras kan den cachelagrade informationen-inloggning orsaka problem nästa gång användaren försöker få tillgång till tjänster.
  • De anspråk som ställs in i den beroende parten förtroenden med Azure Active Directory (AD Azure) returnera oväntade data. Detta kan inträffa när de anspråk som är associerade med den beroende parten förtroenden är redigeras eller tas bort manuellt.

LÖSNING

Lösning 1: Inaktivera cachelagring av Local Security Authority (LSA) autentiseringsuppgifter på AD FS-servern

Du kan uppdatera LSA cache timeout-inställningen på den AD FS-servern om du vill inaktivera cachelagring av information om Active Directory-autentiseringsuppgifter. Använd den här metoden med försiktighet. Det kan medföra en ytterligare belastning på server och Active Directory.

Viktigt! Denna metod innehåller instruktionerna om hur du ändrar registret. Allvarliga problem kan dock uppstå om du redigerar registret felaktigt. Se därför till att du följer instruktionerna noga. För extra skydd säkerhetskopierar du registret innan du ändrar det. Du kan sedan återställa registret om det uppstår problem. Mer information om hur du säkerhetskopierar och återställer registret klickar du på följande artikelnummer och läser artikeln i Microsoft Knowledge Base:
322756 Säkerhetskopiera och återställa registret i Windows
Lös problemet så här:
  1. Kontrollera att användarens UPN ändringarna synkroniseras via katalogsynkronisering.
  2. Be användaren att logga ut från datorn och sedan logga in igen.
  3. Om steg 1 och 2 inte löser problemet, gör du följande:
    1. Öppna Registereditorn och leta upp följande undernyckel:
      HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa
    2. Högerklicka på Lsa, klickar du på Nyoch klicka sedan på DWORD-värde.
    3. Skriv LsaLookupCacheMaxSizeoch tryck sedan på RETUR för att namnge det nya värdet.
    4. Högerklicka på LsaLookupCacheMaxSizeoch klicka sedan på Ändra.
    5. Skriv i rutan data0, och klicka sedan på OK.
    6. Avsluta Registereditorn.
LsaLookupCacheMaxSize omkonfigurering kan påverka prestanda-inloggning och denna omkonfigurering behövs inte efter att symptomen subside. Denna metod bör användas endast tillfälligt och vi rekommenderar att du tar bort LsaLookupCacheMaxSize värde när problemet är löst. Gör så här:
  1. Öppna Registereditorn och leta upp följande undernyckel:
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa
  2. Högerklicka på LsaLookupCacheMaxSizeoch klicka sedan på Ta bort.
  3. Avsluta Registereditorn.

Lösning 2: Uppdatera beroende part förtroende med Azure AD

Om du vill uppdatera den beroende parten förtroenden finns i avsnittet "Så här uppdatera konfigurationen av den federerade Office 365-domänen" i följande artikel i Microsoft Knowledge Base:
2647048Hur du uppdaterar eller reparera inställningarna för en extern domän i Office 365, Azure och Windows Intune

MER INFORMATION

Behöver du hjälp? Gå till Office 365-Community webbplatsen eller Azure Active Directory-forum .

Egenskaper

Artikel-id: 2535191 - Senaste granskning: den 2 juli 2014 - Revision: 15.0
Informationen i denna artikel gäller:
  • Microsoft Azure
  • Microsoft Office 365
  • Microsoft Office 365 for enterprises (pre-upgrade)
  • Microsoft Office 365 for education  (pre-upgrade)
  • Windows Intune
  • CRM Online via Office 365 E Plans
  • Microsoft Azure Recovery Services
  • Office 365 Identity Management
Nyckelord: 
o365 o365a mosdal4.5 o365e o365022013 after upgrade o365062011 pre-upgrade o365m kbmt KB2535191 KbMtsv
Maskinöversatt
VIKTIGT: Denna artikel har översatts av Microsofts programvara för maskin-översättning och möjligen efterredigerats via CTF-teknologi av Microsofts community istället för av en professionell mänsklig översättare. För att du på ditt eget språk skall få tillgång till samtliga Knowledge Base-artiklar erbjuder Microsoft både mänskligt översatta såväl som maskinöversatta artiklar samt artiklar som efterredigerats av en community. En maskinöversatt artikel likväl som en artikel som blivit efterredigerad av en community är dock inte alltid helt perfekt, då de kan innehålla misstag i ordförrådet, syntax- och grammatikfel. Microsoft är inte ansvarigt för några felaktigheter, misstag eller skador orsakade av felöversättningar eller för våra kunders bruk av innehållet. Microsoft uppdaterar ofta sin programvara för maskinöversättning samt de verktyg som förbättrar den maskinöversatta efterredigeringen.
Den engelska versionen av artikeln är följande: 2535191

Ge feedback

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com