7-stegsguide för att använda åtkomst med Azure Multi-Factor Authentication
En av våra kunder ville använda Azure multi-factor authentication med Microsoft Access och Azure SQL, vilket kräver att användare autentiseras när de startar Access genom en andra validering minst en gång var 60:e dag.
Steg 1:Utöka din domän till Azure AD
Innan du kan aktivera MFA i Azure måste du utöka kundens domän till Azure med hjälp av Azure Active Directory, vilket gör att anställda kan autentisera var som helst i världen. Att ha möjligheten att bara lägga till eller inaktivera anställda på din lokala domän och automatiskt utöka till dina Azure-resurser är ovärderligt. Här är en länk för att komma igång:https://docs.microsoft.com/en-us/azure/architecture/reference-architectures/identity/adds-extend-domain
Steg 2:(Valfritt) Skaffa Microsoft Authenticator-appen
Om du inte använder appen kommer du med största sannolikhet att få ett textmeddelande på din mobiltelefon med en engångskod, som du måste ange i webbläsaren eller applikationen för validering. Ladda istället ned Authenticator-appen för telefonens operativsystem och godkänn eller avvisa inloggningsförfrågan. Bonus:Du kan godkänna begäran på din smartklocka också!
Bonus 2:Du kan använda autentiseringsverktyget med alla dina Microsoft-konton, företags- och personliga. Jag använder det på mina Outlook.com-konton såväl som på IT Impact och kundkonton.
Steg 3:Aktivera Azure Multi-Factor Authentication
Som konsulter får vi vanligtvis administratörsbehörigheter på kundens Azure-konto med vår IT Impact-e-post, (mer om varför detta inte kommer att fungera med MFA i Access i steg 4 nedan), så vi är vana vid att använda MFA med Azure:https:/ /docs.microsoft.com/en-us/azure/active-directory/authentication/howto-mfa-mfasettings
Steg 4:(Valfritt) Skaffa konto på kundens domän
Med tanke på bristen på support i OLEDB-drivrutiner för MFA, försöker vi först använda vår IT Impact-e-post för att logga in i Access-databasen, men det fanns ett fall då vi behövde ett konto på kundens domän för att få systemet att fungera på vår labb PC. Om du konsulterar, försök att autentisera med din egen e-post först, och om det misslyckas kan du behöva ett kundkonto.
Steg 5:Aktivera MFA på din konto
Så här gör du:https://aka.ms/MFASetup Observera att den kanske inte som standard använder Microsoft Authenticator-appen så du kan behöva gå tillbaka till sidan efter att den har konfigurerats för att använda den.
Obs:Om du fortfarande använder applikationer som inte stöder MFA, (som Skype för företag), behöver du ett applösenord. Du kan använda en för alla appar som inte tillhör MFA, men jag rekommenderar att du har en för varje app för ökad säkerhet.
Steg 6:Använd de senaste ODBC- och OLEDB-drivrutinerna
För närvarande stöder endast ODBC 17 och högre MFA med Azure SQL, som du behöver använda när du länkar dina tabeller till din SQL-databas. OLEDB 18 är den senaste versionen och stöder inte MFA ännu. För mer om dessa drivrutiner, se detta blogginlägg.
Steg 7:Logga in på Access med ditt MFA-klientkonto
Om du är inloggad på Access med ett konto som inte är din kunds, logga ut, starta Access utan att programmet laddas, (som om du skulle skapa en ny databas) och logga in med kontot som skapats. När du väl är inloggad kan du ladda appen och den bör inte be dig om MFA på minst 30 dagar till.
Gå med mig för SQL-serverns väg mot en intelligent databas vid mitt nästa användargruppmöte för Access med SQL Server! Pedro Lopez från Microsoft kommer att presentera på SQL Server 2019:s introduktion av banbrytande förbättringar av frågeprestanda under Intelligent Query Processing-familjen. Klicka här för mer information om hur du går med oss tisdagen den 8 oktober.