--- title: "Connect to Exchange Online PowerShell with EXO V2 Module" description: "Learn how to connect to Exchange Online via PowerShell using the EXO V2 module for unattended, app-only authentication." canonical: "https://adamtheautomator.com/exchange-online-v2/" --- # Connect to Exchange Online PowerShell with EXO V2 Module > Learn how to connect to Exchange Online via PowerShell using the EXO V2 module for unattended, app-only authentication. Source: https://adamtheautomator.com/exchange-online-v2/ --- ATA Learning Tap to hide [ ATA Learning ](/) * [Home](/) * [Tutorials](/tutorials/) * [Instructors](/author/) * [Advertising](/advertising/) * [Recommended Resources](/resources/) * [About Adam](/about-adam/) Search for: * [](https://twitter.com/adbertram) * [](https://github.com/Adam-the-Automator) * [](https://www.linkedin.com/company/adam-the-automator-llc) * [](/feed/) ![Connect to Exchange Online PowerShell with EXO V2 Module](https://adamtheautomator.com/wp-content/uploads/2020/07/New-Exchange-Online-V2-PowerShell-Module.png) # Connect to Exchange Online PowerShell with EXO V2 Module [![](https://secure.gravatar.com/avatar/9a14f10ff1b1ec7d790d34f5b559e4d3de2d31b172e6ef266dfd8b479174d97b?s=192&d=mm&r=g)June Castillote](https://adamtheautomator.com/author/june/)11 August 202011 min. read Categories: [IT Ops](/category/it-ops/) Tags:[Microsoft Exchange](/tag/microsoft-exchange/)[Office 365](/tag/office-365/)[PowerShell](/tag/powershell/) Table of Contents * [Prerequisites](#h-prerequisites) * [Setting Up App-Only Authentication using PowerShell](#h-setting-up-app-only-authentication-using-powershell) * [Creating an Azure AD Application with API Permissions](#h-creating-an-azure-ad-application-with-api-permissions) * [Assigning an Azure AD Role to the Application](#h-assigning-an-azure-ad-role-to-the-application) * [Generating and Attach a Self-Signed Certificate to the Application](#h-generating-and-attach-a-self-signed-certificate-to-the-application) * [Granting Admin Consent to the Application](#h-granting-admin-consent-to-the-application) * [Connecting to Exchange Online PowerShell](#h-connecting-to-exchange-online-powershell) * [Authenticating Using Local PFX Certificate](#h-authenticating-using-local-pfx-certificate) * [Authenticating Using Certificate Thumbprint](#h-authenticating-using-certificate-thumbprint) * [Connecting and Running Exchange Online PowerShell Scripts with App-Only Authentication](#h-connecting-and-running-exchange-online-powershell-scripts-with-app-only-authentication) * [Summary](#h-summary) * [Further Reading](#h-further-reading) If you’re an Office 365 administrator, you’re probably using PowerShell scripts to perform various automation tasks. However, it is unlikely that you’re using MFA to authenticate and connect to Exchange Online via PowerShell for unattended scripts. This would mean that your scripts are still using basic authentication. Microsoft initially planned to [remove basic authentication for Exchange Online](https://docs.microsoft.com/en-us/lifecycle/announcements/exchange-online-basic-auth-deprecated) on October 13, 2020. Then, the plan was moved to a tentative date of the _[second half of 2021](https://techcommunity.microsoft.com/t5/exchange-team-blog/basic-authentication-and-exchange-online-april-2020-update/ba-p/1275508)_. > Remove Exchange on-premises without compromising ease of management. [Use EasyEntra](https://easyentra.com/easyentra-ad-manager-freemium-edition/?utm_source=adam&utm_medium=paid&utm_campaign=easyentra&utm_content=freemiumarticle) instead of AD Users & Computers – Completely Free! Sooner than later, admins need to redesign their scripts while considering the following: * PowerShell scripts must use modern authentication while keeping the ability to run unattended. * PowerShell scripts must authenticate securely without having to exclude a service account for multi-factor authentication in Office 365. Previously, those two conditions could not be met with the existing solutions. Fortunately, Microsoft has released _[Exchange Online V2 PowerShell module version 2.0.3-preview](https://www.powershellgallery.com/packages/ExchangeOnlineManagement/2.0.3-Preview)._ This new version added the ability to use a certificate-based authentication associated with an Azure AD app. In this article, you will learn how to prepare to use the EXO V2 module to run Exchange Online unattended scripts with app-only modern authentication. You’ll learn how to: * Register a new app in Azure Active Directory and enable its [service principal](https://adamtheautomator.com/azure-service-principal/). * Assign API permissions and roles. * Generate and upload a self-signed certificate. * Use the app and certificate to authenticate and connec to Exchange Online PowerShell. With that said, don’t expect to see many click-and-point instructions in this article. Most of the walkthrough instruction will be done in PowerShell. ## Prerequisites For you to follow along successfully, make sure that you have the following requirements in place. * Access to an Office 365 tenant with Global Admin permissions. Use a non-production/dev tenant for testing. You should consider signing up for an [Office 365](https://www.microsoft.com/en-us/microsoft-365/enterprise/office-365-e5?activetab=pivot%3aoverviewtab) trial tenant. * A Windows computer with _Windows PowerShell 5.1_. In this article, you will use a computer that is running on Windows 10 version 1909. * Install the latest _[AzureAD PowerShell Module](https://www.powershellgallery.com/packages/AzureAD/)_. The current version used in this article is 2.0.2.106. * A code editor such as _[Notepad++](https://notepad-plus-plus.org/downloads/)_, _[Atom](https://atom.io/)_, Windows PowerShell ISE, or _[Visual Studio Code](https://code.visualstudio.com/download)_. Use whichever one you’re most comfortable with. * Create a working directory for your test. In this article, the working directory is _C:\\exo\_v2\_demo_. * Download a copy of the _[Create-SelfSignedCertificate.ps1](https://github.com/SharePoint/PnP-Partner-Pack/blob/master/scripts/Create-SelfSignedCertificate.ps1)_ script and save it to your working directory. In this article, we will save the script in the working directory _C:\\exo\_v2\_demo._ ## Setting Up App-Only Authentication using PowerShell You might be used to using a generic account, which is often referred to as a service account to run your PowerShell scripts. That type of account is a “_shared_” account in nature. Anyone who knows that account’s credential can use it to log in and perform all sorts of admin stuff on your organization; that is a security concern. The app-only authentication _attempts_ to solve that security concern. App-only authentication requires the use of an Azure AD app with service principal and selected permissions and role. Use token or certificate to authenticate. ### Creating an Azure AD Application with API Permissions The first step is to create a new app in Azure AD with the right API permissions. First, open an elevated Windows PowerShell (run as admin) and make sure to _[connect to Azure AD](https://docs.microsoft.com/en-us/powershell/module/azuread/connect-azuread?view=azureadps-2.0)_. ![Connect to Azure AD](https://adamtheautomator.com/wp-content/uploads/2021/05/connect-azuread-min.gif) Connect to Azure AD The code below will register a new app in Azure AD with the name _Exo\_V2\_App_ and assign the _Exchange.ManageAsApp_ permission of the _Office 365 Exchange Online_ API. If you prefer to use a different name for your app, edit the value of the `$appName` variable in the code below. Copy the code and run it in PowerShell. ```powershell # CODE TO REGISTER APP, ASSIGN API PERMISSIONS, AND ENABLE SERVICE PRINCIPAL ## Define the client app name $appName = 'Exo_V2_App' ## Get the Office 365 Exchange Online API details. $api = (Get-AzureADServicePrincipal -Filter "AppID eq '00000002-0000-0ff1-ce00-000000000000'") ## Get the API permission ID $permission = $api.AppRoles | Where-Object { $_.Value -eq 'Exchange.ManageAsApp' } ## Build the API permission object (TYPE: Role = Application, Scope = User) $apiPermission = [Microsoft.Open.AzureAD.Model.RequiredResourceAccess]@{ ResourceAppId = $api.AppId ; ResourceAccess = [Microsoft.Open.AzureAD.Model.ResourceAccess]@{ Id = $permission.Id ; Type = "Role" } } ## Register the new Azure AD App with API Permissions $myApp = New-AzureADApplication -DisplayName $appName -ReplyUrls 'http://localhost' -RequiredResourceAccess $apiPermission ## Enable the Service Principal $mySP = New-AzureADServicePrincipal -AppID $myApp.AppID ## Display the new app properties $myApp | Format-List DisplayName,ObjectID,AppID ``` The demonstration below shows the code in action. In the end, it will present the `DisplayName`, `ObjectID`, and `AppID` properties of the new app is displayed. `$myApp` variable stores these properties. The `$mySP` variable holds the property values of the service principal. ![Register a new Azure AD app](https://adamtheautomator.com/wp-content/uploads/2021/05/Register-App-min.gif) Register a new Azure AD app > _TIP: Make sure to save the application’s properties for quick reference._ Export the property values of the application using this command below. ```powershell $myApp | Export-Csv -NoTypeInformation "$($appName).csv" ``` ### Assigning an Azure AD Role to the Application After creating the app, the next step is to assign an _[Azure AD role](https://docs.microsoft.com/en-us/azure/active-directory/users-groups-roles/directory-assign-admin-roles)_ to the app’s service principal. You’ll need to decide the type of role you should assign to your app. The valid supported roles for Exchange Online V2 are these below. * Company administrator * Compliance administrator * Security reader * Security administrator * Helpdesk administrator * Exchange Service Administrator * Global Reader You should only assign the least privileged role that you deem appropriate to your script. In this example, the code below will assign the _Exchange Service administrator_ role to the app’s service principal. ```powershell ## The role to assign to your app $directoryRole = 'Exchange Service Administrator' ## Find the ObjectID of 'Exchange Service Administrator' $RoleId = (Get-AzureADDirectoryRole | Where-Object {$_.displayname -eq $directoryRole}).ObjectID ## Add the service principal to the directory role Add-AzureADDirectoryRoleMember -ObjectId $RoleId -RefObjectId $mySP.ObjectID -Verbose ``` When you run the command above in PowerShell, you should see an output similar to the one shown in the demo below. ![Assigning an Azure AD role to the app](https://adamtheautomator.com/wp-content/uploads/2021/05/Add-Role-min.gif) Assigning an Azure AD role to the app ### Generating and Attach a Self-Signed Certificate to the Application The next step is to generate a self-signed certificate and attach that certificate to your app. You’ll need to use the _[Create-SelfSignedCertificate.ps1](https://github.com/SharePoint/PnP-Partner-Pack/blob/master/scripts/Create-SelfSignedCertificate.ps1)_ script for this step. The script below will generate a self-signed certificate using your app’s name as its subject name, such as _Exo\_V2\_App._ The certificate will be valid for one (1) year. If you want to change the certificate’s validity, you should change the `$certYears` value to the number of years you prefer. You may also change the `$certPassword` value if you want to use a different password for the resulting certificate (PFX) file. ```powershell ## Number of years of certificate validity $certYears = 1 ## Certificate (PFX) password $certPassword = '4~mt4G*8Qd@G' .\Create-SelfSignedCertificate.ps1 -CommonName $appName ` -StartDate (Get-Date).AddDays(-1) ` -EndDate (Get-Date).AddYears($certYears) ` -Password (ConvertTo-SecureString $certPassword -AsPlainText -Force) ` -Force ``` When you run the code above in PowerShell, two files will be created, as you can see from the demo below. ![Generate a self-signed certificate](https://adamtheautomator.com/wp-content/uploads/2021/05/Generate-Cert-min.gif) Generate a self-signed certificate The next step is to upload the certificate that you’ve just created to your Azure AD app. The code below will locate the certificate (.CER) file in your working directory and then attach it to the Azure AD app. There’s no need to modify the code, just copy and run it in PowerShell. ```powershell ## Get the certificate file (.CER) $CertificateFilePath = (Resolve-Path ".\$($appName).cer").Path ## Create a new certificate object $cer = New-Object System.Security.Cryptography.X509Certificates.X509Certificate2 $cer.Import("$($CertificateFilePath)") $bin = $cer.GetRawCertData() $base64Value = [System.Convert]::ToBase64String($bin) $bin = $cer.GetCertHash() $base64Thumbprint = [System.Convert]::ToBase64String($bin) ## Upload and assign the certificate to application in AzureAD $null = New-AzureADApplicationKeyCredential -ObjectId $myApp.ObjectID ` -CustomKeyIdentifier $base64Thumbprint ` -Type AsymmetricX509Cert -Usage Verify ` -Value $base64Value ` -StartDate ($cer.NotBefore) ` -EndDate ($cer.NotAfter) ``` When you run the code above in PowerShell, you can expect to see no output, unless an error was encountered. The demo below shows the result when the code execution is successful. ![Attaching the certificate to the Azure AD app](https://adamtheautomator.com/wp-content/uploads/2020/07/attach-cert.gif) Attaching the certificate to the Azure AD app ### Granting Admin Consent to the Application You’re almost done with your set up. The next step is for a Global Admin to grant consent to your Azure AD app. This step can be executed by yourself or by another Global Admin in your organization. A Global admin can grant the consent from the _[Azure Active Directory admin center](https://aad.portal.azure.com)_. But, you can also just _[generate a consent URL](https://docs.microsoft.com/en-us/azure/active-directory/manage-apps/grant-admin-consent)_ in PowerShell. Either give it to the Global admin, or you can use it yourself to grant consent. The consent URL follow this format below. ```powershell https://login.microsoftonline.com/{TenantID}/adminconsent?client_id={ApplicationID} ``` The `{TenantID}` value is the directory ID or verified domain of your Office 365 tenant. The `{ApplicationID}` value is the AppID of the Azure AD application that you created previously. The code below will generate the consent URL based on the values stated above. The consent URL will then be displayed on the screen and launched using the computer’s default browser. ```powershell ## Get the TenantID $tenantID = (Get-AzureADTenantDetail).ObjectID ## Browse this URL $consentURL = "https://login.microsoftonline.com/$tenantID/adminconsent?client_id=$($myApp.AppId)" ## Display the consent URL $consentURL ## Launch the consent URL using the default browser Start-Process $consentURL ``` Refer to the demo below to see what happens when you run the code above in PowerShell. ![Generate consent URL and grant consent](https://adamtheautomator.com/wp-content/uploads/2020/07/grant-consent-2.gif) Generate consent URL and grant consent ## Connecting to Exchange Online PowerShell After creating the app and assigning the permission and role, you’ll now need to upload and attach the certificate. You are now ready to connect to Exchange Online PowerShell using the app’s certificate credentials. There are two ways to utilize the certificate credentials; using the local certificate file (.pfx), and using the thumbprint of the certificate installed in the _[current user’s personal certificate store](https://docs.microsoft.com/en-us/windows-hardware/drivers/install/local-machine-and-current-user-certificate-stores)_. ### Authenticating Using Local PFX Certificate To connect to Exchange Online PowerShell using a local certificate to authenticate, you must have the following information: * The Directory ID or verified domain of your Azure AD tenant. * The AppID of the application that you registered previously. * The full file path of the self-signed PFX certificate. * The password of the seld-sign PFX certificate. Next, change the value of the `$tenantID`, `$appID`, `$CertificateFilePath`, and `$pfxPassword` variables in the code below. Once you’ve change the value of the variables as needed, copy the code and run it in PowerShell. ```powershell ## set the tenant ID (directory ID or domain) $tenantID = 'poshlab.ga' ## Set the Exo_V2_App app id $appID = '3f76be04-5cf0-47f1-9df6-d05981a450fc' ## Set the certificate file path (.pfx) $CertificateFilePath = 'C:\exo_v2_demo\Exo_V2_App.pfx' ## Get the PFX password $pfxPassword = '4~mt4G*8Qd@G' ## Connect to Exchange Online Connect-ExchangeOnline -CertificateFilePath $CertificateFilePath ` -CertificatePassword (ConvertTo-SecureString -String $pfxPassword -AsPlainText -Force) ` -AppID $appID ` -Organization $tenantID ``` The demo below shows that the connecting to Exchange Online PowerShell si successful using the local certificate file authentication. ![Authenticating Using Local PFX Certificate](https://adamtheautomator.com/wp-content/uploads/2020/07/Connect-PFX.gif) Authenticating Using Local PFX Certificate If you look closely at the code again, one glaring problem is that the pfx certificate password is visible. You may consider using some kind of _[secret management solution](https://www.sqlservercentral.com/blogs/good-bye-import-clixml-use-the-secrets-management-module-for-your-labs-and-demos)_ to store the certificate credential for added security. ### Authenticating Using Certificate Thumbprint This authentication method can be considered more secure than using the local certificate with a password. In this method, you will need to import the certificate to the Personal certificate store. You only need to use the thumbprint to identify which certificate to use for authentication. The first step is to import the PFX certificate into the Personal certificate store. Note that you only need to do this step once for the current user. ```powershell # CODE TO IMPORT THE PFX CERTIFICATE INTO THE CURRENT PERSONAL CERTIFICATE STORE ## Set the certificate file path (.pfx) $CertificateFilePath = 'C:\exo_v2_demo\Exo_V2_App.pfx' ## Get the PFX password $mypwd = Get-Credential -UserName 'Enter password below' -Message 'Enter password below' ## Import the PFX certificate to the current user's personal certificate store. Import-PfxCertificate -FilePath $CertificateFilePath -CertStoreLocation Cert:\CurrentUser\My -Password $mypwd.Password ``` The demo below shows how to import the PFX certificate into the personal certificate store. ![Importing the PFX certificate](https://adamtheautomator.com/wp-content/uploads/2020/07/import-pfx.gif) Importing the PFX certificate As you can see above, you will see the result of the PFX import process. Make sure to copy the value of the `Thumbprint` for quick reference later on. After importing the certificate, your scripts can now authenticate with Exchange Online PowerShell using its thumbprint. Edit the `$tenantID`, `$appID`, and `$CertificateThumbPrint` in the code below to match your correct values. Then, copy and run the code in PowerShell. ```powershell ## set the tenant ID (directory ID or domain) $tenantID = 'poshlab.ga' ## Set the Exo_V2_App app id $appID = '3f76be04-5cf0-47f1-9df6-d05981a450fc' ## Set the certificate thumbprint $CertificateThumbPrint = 'DED486B87C38CEA966EC71F8EE90BB3AAE694A74' ## Connect to Exchange Online Connect-ExchangeOnline -CertificateThumbPrint $CertificateThumbPrint ` -AppID $appID ` -Organization $tenantID ``` Running the code above in PowerShell will give you an output similar to the demo below. ![Output after running the code in Powershell](https://adamtheautomator.com/wp-content/uploads/2020/07/connect-store.gif) Output after running the code in Powershell ## Connecting and Running Exchange Online PowerShell Scripts with App-Only Authentication So far, in this article, you’ve only been copying and pasting code into PowerShell. But now that you’re familiar with how app-only authentication works, you should apply it to run your PowerShell scripts. The script below connects to Exchange Online PowerShell using the certificate thumbprint to authenticate. Then, once connected, the script will get all the mailboxes available. The script is a saved in _C:\\exo\_v2\_demo\\ListExoMailbox.ps1_ ```powershell ## Clean up Exchange Online Session Get-PSSession | Where-Object {$_.name -like "ExchangeOnline*"} | Remove-PSSession -ErrorAction SilentlyContinue ## set the tenant ID (directory ID or domain) $tenantID = 'poshlab.ga' ## Set the Exo_V2_App app id $appID = '3f76be04-5cf0-47f1-9df6-d05981a450fc' ## Set the certificate thumbprint $CertificateThumbPrint = 'DED486B87C38CEA966EC71F8EE90BB3AAE694A74' ## Connect to Exchange Online Connect-ExchangeOnline -CertificateThumbPrint $CertificateThumbPrint ` -AppID $appID ` -Organization $tenantID ## Get All Mailbox Write-Output "Getting all mailboxes" Get-Mailbox -ResultSize Unlimited | Format-Table Name,DisplayName ``` After you’ve saved the script, run it in PowerShell. The script should connect to Exchange Online without any prompts and perform its function. Refer to the results shown in the demo below. ![PowerShell Script with App-Only Authentication](https://adamtheautomator.com/wp-content/uploads/2020/07/script-1.gif) PowerShell Script with App-Only Authentication ## Summary The release of the EXO V2 PowerShell module is a welcome development. Knowing that Microsoft has decided to take away basic authentication for connecting to Exchange Online via PowerShell, and having this new app-only authentication feature allows admins to update their existing scripts. However, implementing EXO V2 app-only authentication is not without its challenges. * Using a local certificate file still requires a PFX password. If you can implement a _[credential](https://www.powershellgallery.com/packages/BetterCredentials)_ or _[secret](https://devblogs.microsoft.com/powershell/secrets-management-development-release/)_ management strategy, you should get around this password exposure issue. * Using a certificate in the personal store is relatively more confident. But the certificate can only be accessed by the current user. So, if you’ve _[set up a scheduled task](https://adamtheautomator.com/automated-file-transfer/)_ to run the script using the credential of _UserA_, then the certificate must be imported to the personal certificate store of _UserA._ * Certificates have expiration dates. This would mean that certificates need to be monitored, renewed, and re-attach it to the Azure AD app. Otherwise, the script will stop working due to authentication failure. The benefits of using the new EXO V2 PowerShell module outweigh these challenges. In this article, you’ve learned the step-by-step process of setting up the app-only authentication for the Exchange Online V2 PowerShell module. You’ve also learned how to connect to Exchange Online PowerShell using a self-signed certificate. Now you do not have to deal with Exchange Online PowerShell MFA prompts and use app-only certificate-based authentication in your scripts. > With EasyEntra, first-level support teams can focus on what instead of where! [Manage AD, Entra ID, and Exchange Online](https://easyentra.com/?utm_source=adam&utm_medium=paid&utm_campaign=easyentra&utm_content=standardarticle) from a consolidated, intuitive console. If you want to take things a little further, perhaps you’d want to test what you’ve learned in this article with Jenkins or _[Azure Automation](https://azure.microsoft.com/en-us/blog/azure-automation-runbook-management)_. Or, maybe build your own PowerShell functions and _[modules](https://adamtheautomator.com/powershell-modules/)_ Thank you for reading! ## Further Reading * **_[How to Connect to Exchange Online via PowerShell](https://www.youtube.com/watch?v=iACIsFFWSLQ)_** * _[**How to: Use the portal to create an Azure AD application and service principal that can access resources**](https://docs.microsoft.com/en-us/azure/active-directory/develop/howto-create-service-principal-portal)_ * _[**Grant tenant-wide admin consent to an application**](https://docs.microsoft.com/en-us/azure/active-directory/manage-apps/grant-admin-consent)_ * _[**Good Bye Import-CliXML – Use the Secrets Management module for your labs and demos**](https://www.sqlservercentral.com/blogs/good-bye-import-clixml-use-the-secrets-management-module-for-your-labs-and-demos)_ * **_[How to Use Scheduled Tasks to Automate File Transfers](https://adamtheautomator.com/automated-file-transfer/)_** * **_[Understanding and Building PowerShell Modules](https://adamtheautomator.com/powershell-modules/)_** * **_[PowerShell Functions Introduction](https://adamtheautomator.com/powershell-functions/)_** Share this article [Share on X](https://twitter.com/intent/tweet?url=https%3A%2F%2Fadamtheautomator.com%2Fexchange-online-v2%2F&text=Connect%20to%20Exchange%20Online%20PowerShell%20with%20EXO%20V2%20Module)[Share on Facebook](https://www.facebook.com/sharer/sharer.php?u=https%3A%2F%2Fadamtheautomator.com%2Fexchange-online-v2%2F)[Share on LinkedIn](https://www.linkedin.com/sharing/share-offsite/?url=https%3A%2F%2Fadamtheautomator.com%2Fexchange-online-v2%2F) ## Related Posts ![](https://adamtheautomator.com/wp-content/uploads/2019/07/photo-1504270997636-07ddfbd48945.jpg) ### [Connect PowerShell to Office 365: Step-by-Step Tutorial](/how-to-connect-powershell-to-office-365/) Effortlessly connect PowerShell to Office 365 with this step-by-step tutorial. Manage your Office 365 environment with ease. ![](https://adamtheautomator.com/wp-content/uploads/2020/02/toimetaja-tolkeburoo-qyt0cPByJjs-unsplash-scaled.jpg) ### [Master Exchange Database Management with PowerShell](/get-mailboxdatabase/) Efficiently manage Exchange databases using Get-MailboxDatabase, New-MailboxRepairRequest, and Move-DatabasePath cmdlets. Boost your IT skills today! ![](https://adamtheautomator.com/wp-content/uploads/2026/06/26995-troubleshoot-dns-issues-powershell-codex.webp) ### [Troubleshoot DNS Issues with PowerShell](/troubleshoot-dns-issues-powershell/) Troubleshoot DNS issues with PowerShell by testing name resolution, DNS client settings, cache entries, and network connectivity in a repeatable workflow. ## Categories * [IT Ops](/category/it-ops/) * [Cloud](/category/cloud/) * [DevOps](/category/devops/) * [Home Ops](/category/home-ops/) * [Information Security](/category/infosec/) * [Software Development](/category/software-development/) ## Site * [Home](/) * [Tutorials](/tutorials/) * [Instructors](/author/) * [Advertising](/advertising/) * [Recommended Resources](/resources/) * [About Adam](/about-adam/) Copyright 2026© ATA Learning | [Privacy Policy](/privacy/)