De inlogpagina draait in een lus, het wachtwoord lijkt correct, en toch gebeurt er niets. Dit scenario komt elke start van het schooljaar terug bij de NEOMA-studenten die proberen MyNeomagora op SharePoint te openen. De blokkade komt zelden door een vergeten wachtwoord. In de meeste gevallen is het een onzichtbaar conflict tussen meerdere Microsoft-accounts dat voorkomt dat de authenticatie succesvol is.
Microsoft tenantconflict: de verborgen oorzaak van Neomagora-blokkades
Misschien heeft u een persoonlijk Microsoft-account voor Outlook of Xbox. Misschien ook een oud professioneel account dat aan een stage is gekoppeld. En nu uw NEOMA-identificatie in het formaat [email protected]. Elk van deze accounts behoort tot wat Microsoft een “tenant” noemt, een aparte organisatorische ruimte.
Ook interessant : Wat te doen bij een voedselbrok in de keel: praktische gids en tips
Wanneer u uw browser opent om toegang te krijgen tot Neomagora, kiest de browser automatisch een van deze accounts. Als dit niet het juiste account is, leidt SharePoint u naar een foutpagina of vraagt het om een wachtwoord dat nergens op slaat. Het probleem is niet uw wachtwoord: het is de actieve Microsoft-identiteit in uw sessie.
Dit conflict is des te moeilijker te herkennen omdat Windows zelf een professioneel account in zijn systeemeinstellungen kan opslaan. Op een gedeelde computer in de bibliotheek of in een studentenhuis onderbreekt het besturingssysteem de authenticatie nog voordat de browser ingrijpt. Niets in de gebruikelijke helppagina’s wijst op deze situatie.
Aanrader : Ontdek een nieuw streamingplatform om te genieten van je favoriete films en series
Een gedetailleerde gids legt uit hoe u toegang krijgt tot Neomagora van Neoma door precies dit soort blokkades met meerdere sessies te omzeilen.
Procedure voor het opruimen van cookies en Microsoft-sessies
Het verwijderen van de browsergeschiedenis is niet voldoende. U moet zich richten op de cookies die aan de Microsoft-domeinen zijn gekoppeld en die een ongeldige sessie in stand houden. Drie domeinen zijn verantwoordelijk voor de meeste blokkades:
- login.microsoftonline.com: dit is het gecentraliseerde authenticatieportaal. Een verlopen cookie op dit domein leidt systematisch naar de verkeerde tenant.
- office.com: de Office 365-sessies blijven enkele dagen actief, zelfs na het sluiten van de browser. Ze kunnen interfereren met de SharePoint-verbinding.
- sharepoint.com: Neomagora draait op SharePoint. Een verlopen sessietoken op dit domein veroorzaakt een inloglus zonder expliciete foutmelding.
Zoek in de instellingen van uw browser de sectie “Cookies en sitegegevens” en verwijder alleen de vermeldingen die aan deze drie domeinen zijn gekoppeld. Typ op Chrome chrome://settings/siteData in de adresbalk en filter op “microsoft” en vervolgens “sharepoint”.
Na deze opruiming opent u een privé-browsvenster om de verbinding te testen. Deze modus negeert alle bestaande cookies en dwingt u om handmatig de NEOMA-identificatie in te voeren. Als de verbinding in privé-modus werkt maar niet in normale modus, heeft u de bevestiging dat het probleem voortkomt uit een sessie-resten.
Herstellen van het NEOMA-wachtwoord: het juiste circuit
Let op dat u twee verschillende procedures niet door elkaar haalt. De link “Wachtwoord vergeten” die op de SharePoint-pagina van Neomagora wordt weergegeven, verwijst naar de standaard Microsoft-wachtwoordherstelprocedure. Dit circuit lost niet altijd de blokkade voor toegang tot het NEOMA-portaal zelf op.
De betrouwbare procedure gaat via de speciale pagina account.neoma-bs.fr. U voert daar uw identificatie in het formaat [email protected] en uw persoonlijke e-mailadres (het adres dat u tijdens de administratieve inschrijving heeft opgegeven). Een herstel-link komt op uw persoonlijke e-mail, niet op uw NEOMA-adres.
Dit detail is belangrijk. Als uw NEOMA-toegang is geblokkeerd, kunt u uiteraard uw inbox voor [email protected] niet raadplegen. Alles gaat via het Gmail-, Outlook- of een ander adres dat u bij uw aankomst heeft opgegeven.
Eenmaal het wachtwoord gewijzigd, moet u enkele minuten wachten voordat u opnieuw probeert in te loggen. De propagatie tussen het NEOMA-systeem en de Microsoft-servers kan soms een korte vertraging hebben.
Inloggen op Neomagora via mobiel en applicatie
Op Android en iOS delen de Microsoft-applicaties (Teams, Outlook, OneDrive) eenzelfde authenticatietoken. Als u bent ingelogd op Teams met een persoonlijk account, kan het openen van Neomagora via de mobiele browser deze sessie overnemen.
De meest directe oplossing: log uit bij alle Microsoft-applicaties op uw mobiel voordat u toegang probeert te krijgen. Ga naar de instellingen van elke applicatie, sectie “Accounts”, en verwijder de accounts die niet uw NEOMA-identificatie zijn.
Gebruik vervolgens de mobiele browser in privé-browsmodus om neoma.sharepoint.com/sites/myneomagora/FR te openen. Voer uw identificatie @neoma-bs.com en het recentelijk opnieuw ingestelde wachtwoord in indien nodig.
Een punt om in gedachten te houden: Neomagora vereist geen VPN om buiten de campus te functioneren. De SharePoint-diensten worden gehost in de Microsoft-cloud. Als iemand u adviseert een VPN te installeren om toegang te krijgen tot Neomagora, ligt het probleem elders, waarschijnlijk in een accountconflict of een verouderde snelkoppeling.
Wanneer contact opnemen met het DSI Servicecentrum
Als na het opruimen van cookies, de privé-browsmodus en het herstellen van het wachtwoord via account.neoma-bs.fr de blokkade aanhoudt, kan het probleem aan de serverzijde liggen. Het Servicecentrum van de IT-afdeling van NEOMA is bereikbaar via een ticketformulier op hotlinesi.neoma-bs.fr. Beschrijf nauwkeurig de stappen die al zijn geprobeerd om te voorkomen dat u naar de standaardprocedure wordt terugverwezen.
De meeste problemen met inloggen op Neomagora worden opgelost door te identificeren welk Microsoft-account de browser of het systeem standaard gebruikt. Het opruimen van de cookies van de drie Microsoft-domeinen, testen in privé-browsmodus, en vervolgens resetten via account.neoma-bs.fr dekt bijna alle gevallen. De reflex om steeds opnieuw uw wachtwoord te wijzigen zonder de bestaande sessies te wissen, is de reden waarom de blokkade lijkt aan te houden terwijl de identificaties correct zijn.