Momentan sunteți offline, așteptați să vă reconectați la internet

Browserul dvs. nu este acceptat

Trebuie să vă actualizați browserul pentru a utiliza site-ul.

Actualizați la cea mai recentă versiune Internet Explorer

"Ne pare rau, dar suntem având probleme la conectarea-le" şi "80048163" eroare atunci când un utilizator federalizate încearcă să facă sign in la Office 365, la azuriu sau Windows Intune

IMPORTANT: Acest articol este tradus cu ajutorul software-ului Microsoft de traducere automată și poate fi corectat prin intermediul tehnologiei Community Translation Framework (CTF). Microsoft oferă articole traduse automat, post-editate de comunitate și articole traduse de oameni, pentru a permite accesul la toate articolele din Baza noastră de cunoștințe în mai multe limbi. Articolele traduse automat și post-editate pot conține greșeli de vocabular, sintaxă și/sau gramatică. Microsoft nu este responsabil de inexactitățile, erorile sau daunele cauzate de traducerea greșită a conținutului sau de utilizarea acestuia de către clienți. Găsiți mai multe informații despre traducerea în colaborare la http://support.microsoft.com/gp/machine-translation-corrections/ro.

Faceți clic aici pentru a vizualiza versiunea în limba engleză a acestui articol: 2535191
PROBLEMA
Când un utilizator federalizate încearcă să facă sign in la un serviciu de nor Microsoft Office 365, Microsoft Azure sau Windows Intune la un semn-înăuntru webpage ale căror URL-ul începe cu https://login.microsoftonline.com/login, autentificare pentru acel utilizator este nereuşită. Utilizatorul devine următorul mesaj de eroare:
Ne pare rau, dar suntem având probleme la conectarea pe tine

Vă rugăm să încercaţi din nou în câteva minute. Dacă acest lucru nu funcţionează, aţi putea dori să vă admin contact si raport următoarea eroare:
80048163
CAUZA
Această problemă poate apărea dacă este adevărată una dintre următoarele condiții:
  • Un utilizator UPN a fost actualizat şi vechi semn-înăuntru informaţii a fost în cache pe serverul de serviciile de Federaţia Active Directory (AD FS). Când SAM contul de utilizator este schimbat, informațiile de conectare cache poate cauza probleme de următoarea dată când utilizatorul încearcă să acceseze consolidare servicii.
  • Cererile care sunt parametrizate în încrederea parte bazându-se cu Azure Active Directory (AD azuriu) reveni neasteptata acoperire de date. Acest comportament poate apărea atunci când susţine că sunt asociate cu încredere parte bazându-se manual sunt editate sau eliminate.
SOLUŢIE

Rezolutie 1: Disable autorității de securitate locală (LSA) acreditare Caching-ul de pe serverul AD FS

Puteţi actualiza setarea de expirare LSA cache pe serverul AD FS pentru a dezactiva cache-ul de informaţii de acreditare Active Directory. Utilizaţi această metodă cu prudenţă. Se poate pune o încărcare suplimentară pe server si Active Directory.

Important Această metodă conţine paşi care vă spune cum să modificaţi registry. Cu toate acestea, pot apărea probleme grave dacă modificaţi incorect registry-ul. Prin urmare, asiguraţi-vă că urmaţi aceşti paşi cu atenţie. Pentru un plus de protecţie, copiați de rezervă registry-ul înainte de a-l modifica. Apoi, aveţi posibilitatea să restaurați registry-ul dacă apare vreo problemă. Pentru mai multe informaţii despre modul de rezervă şi restabilirea registry, faceţi clic pe următorul număr de articol pentru a vedea articolul în bază de cunoştinţe Microsoft:
322756 Cum se copiază de rezervă și cum se restaurează registry-ul în Windows
Pentru a rezolva această problemă, urmaţi aceşti paşi:
  1. Asiguraţi-vă că modificările la UPN utilizatorului sunt sincronizate prin sincronizare director.
  2. Direct de utilizator la spre Log off de pe computer şi apoi conectaţi-vă din nou.
  3. Dacă paşii 1 şi 2 nu rezolvă problema, urmaţi aceşti paşi:
    1. Deschideti Registry Editor, şi apoi Găsiţi următoarea subcheie:
      HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa
    2. Lsa, faceţi clic pe nou, şi apoi atunci pocnitură DWORD Value.
    3. Tip LsaLookupCacheMaxSize, şi apoi apăsaţi ENTER pentru a denumi valoarea nouă.
    4. LsaLookupCacheMaxSize, şi apoi atunci pocnitură Modify.
    5. În caseta Value data , tastaţi 0, apoi faceţi clic pe OK.
    6. Ieşiți din Registry Editor.
LsaLookupCacheMaxSize reconfigurare poate afecta semn-înăuntru performance, şi această reconfigurare nu este necesar după ce simptomele dispar. Această metodă se folosește numai temporar, şi vă recomandăm să ștergeți valoarea LsaLookupCacheMaxSize dupa ce problema este rezolvată. Pentru aceasta, urmaţi aceşti paşi:
  1. Deschideti Registry Editor, şi apoi Găsiţi următoarea subcheie:
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa
  2. Faceţi clic dreapta pe LsaLookupCacheMaxSize, şi apoi faceţi clic pe ştergeţi.
  3. Ieşiți din Registry Editor.

Rezoluţia 2: Actualizaţi încrederea bazându-se pe partid cu Azur AD

Pentru a actualiza încrederea bazându-se pe partid, consultaţi secţiunea "Cum să actualizaţi configuraţia de domeniu federativ Office 365" din următorul articol din bază de cunoştinţe Microsoft:
2647048Cum pentru a actualiza sau a repara setările de un domeniu federativ în Office 365, Azure sau Windows Intune
MAI MULTE INFORMAŢII
Încă mai aveţi nevoie de ajutor? Du-te la Birou 365 comunitare site-ul sau Forumuri de Azur Active Directory .

Avertisment: acest articol a fost tradus automat

Proprietăți

ID articol: 2535191 - Ultima examinare: 07/02/2014 01:52:00 - Revizie: 16.0

  • 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
  • o365 o365a mosdal4.5 o365e o365022013 after upgrade o365062011 pre-upgrade o365m kbmt KB2535191 KbMtro
Feedback
icrosoft.com/c.gif?DI=4050&did=1&t=">r varAutoFirePV = 1; var varClickTracking = 1; var varCustomerTracking = 1; var Route = "76500"; var Ctrl = ""; document.write(" n.protocol) + "//c.microsoft.com/ms.js'><\/script>");