I want to use the Microsoft 365 Service Status sensor or the Microsoft 365 Service Status Advanced sensor. I know that these sensors require permissions for the Office 365 Management APIs, but I don't know how to set the respective rights.

What do I have to do?


Article Comments


Important notice: This article is outdated. Please see our step-by-step guide: How do I obtain credentials and set permissions for the Microsoft 365 sensors?

Permissions for the Office 365 Management APIs

For the Microsoft 365 Service Status sensor or the Microsoft 365 Service Status Advanced sensor to work properly, your PRTG installation needs sufficient rights to query data like the subscribed services or the current status of services from the Office 365 Management APIs.

Set the following permission:

  • API / Permissions name: Office 365 Management API.ServiceHealth.Read
  • Type: Application

Office 365
Click to enlarge.

For more detailed information, see https://docs.microsoft.com/en-us/office/office-365-management-api/office-365-service-communications-api-reference.

More


Aug, 2020 - Permalink

The detailed information does not show how to grant access.


Aug, 2020 - Permalink

Hi there,

Did you also checked this article: https://helpdesk.paessler.com/en/support/solutions/articles/76000063073-how-and-where-do-i-obtain-credentials-for-azure-ad


Aug, 2020 - Permalink

The link does not says anything about the Office 365 Management API: https://helpdesk.paessler.com/en/support/solutions/articles/76000063073-how-and-where-do-i-obtain-credentials-for-azure-ad

Is it enough to create the azure app and get the ids?

The manual for the sensor creation could be better...

Thanks Christian


Aug, 2020 - Permalink

Hi Christian,

The mentioned article has a link about the "Office 365 Management APIs". Contains the link not the required information?


Aug, 2020 - Permalink

Thanks for your fast response but in this link 4 steps are described:

  • Register your application in Azure AD
  • Get Office 365 tenant admin consent
  • Request access tokens from Azure AD
  • Call the Office 365 Management APIs

    Nowhere it tells something about your instruction:
    "Set the following permission:

    API / Permissions name: Office 365 Management API.ServiceHealth.Read
    Type: Application"

    Thanks Christian

Aug, 2020 - Permalink

Hi Christian,

please note that you only need the tenant ID, Client ID and Client secret to use the Sensor. If you set the permissions, the Sensor should work.


Aug, 2020 - Permalink

Can Paessler please take this a bit seriously and create a document for it?


Oct, 2020 - Permalink

Hello,

the creation of the IDs and secret keys to access the Azure API is something documented by Microsoft, as Azure is their product. How to get the data is outlined here, though not as detailed step-by-step documentation.


Oct, 2020 - Permalink

Following the above instructions I met this problem in the STEP 4 Authorize the APP

https://login.windows.net/common/oauth2/authorize?response_type=code&resource=https%3A%2F%2Fmanage.office.com&client_id={your_client_id}

Sorry, but we’re having trouble signing you in. AADSTS500113: No reply address is registered for the application.

How to proceed?


Nov, 2020 - Permalink

Hello sharbatlyfruit,

that would be a question for Microsoft. As of now, accessing the Office 365 API is quite complex.


Nov, 2020 - Permalink

I'm also having the Sorry, but we’re having trouble signing you in. AADSTS500113: No reply address is registered for the application.

Anybody managed to get this working?


Nov, 2020 - Permalink

I'm at the same error: AADSTS500113: No reply address is registered for the application. It seems it might have something to do with Redirect URI (reply URL) ... Paessler's article says it's an optional if you don't know (how should I know it?)... but never revisits in the article. It appears it's required... how do we know what to set for the Redirect URI setting?

(I've tried setting it to "Web" type and entering the URL of my PRTG server but that did nothing.) :(


Dec, 2020 - Permalink

Same Problem here.


Feb, 2021 - Permalink

Hello,

for the Advanced version of the MS365 sensor, please check the device credentials, please enter the tenant id in the ID form, like 0000-0000-0000-0000...

The normal service status sensor works with the URL notation of the tenant id, the Service Advanced needs the ID form.


Feb, 2021 - Permalink

Hello - Had the hardest time getting the Office365 sensor working. Tenet ID, Client ID and Client Secret all matched with what we had in the portal. Turns out we needed the VALUE of the Secret ID. Not the Secret ID designation.

Click on this link and scroll to the bottom to see the real value to put in the "Credentials for Microsoft 365"

https://docs.microsoft.com/en-us/answers/questions/323082/problem-using-postman-to-call-rest-apis-34error-de.html


Jun, 2021 - Permalink

Hello, I'm getting this error: The request has failed. Request failed: HTTP request was not successful: 500: Internal Server Error

The error is random. Sometimes it shows up, sometimes the sensor is working fine.

any idea why this is happening?


Aug, 2021 - Permalink

Hello,

there are no known general issues with this sensor type. If you consistently experience issues, please contact support@paessler.com and include screenshots.


Aug, 2021 - Permalink

After having initially setup this sensor in July, working without fault until now - I'm now getting HTTP request was not successful: 403: Forbidden.

Quite frustrating, any reason for this? The client secret has not expired, I've tried re-authorising the app too. No dice.

A search of the forum doesn't show 403: Forbidden for this sensor.


Jan, 2022 - Permalink

I've got the same problem as James Mitchell above


Jan, 2022 - Permalink

Hello.

Regarding the 403 issue, please also update to PRTG 73 because we recently changed the sensors in order to use the new APU. As of now, this stable release has to be installed manually, please open Setup / Auto-Update and check for the latest version manually.


Jan, 2022 - Permalink

Arne Seifert, update to PRTG 73 does not solve the problem. Probablement, it's a compatibility issue between PRTG et Microsoft 365. Due to recent changes Microsoft for security. We all hope for Paessler :)


Jan, 2022 - Permalink

I have updated to PRTG Network Monitor 21.4.73.1656 x64 and I'm still getting the 403 issue.


Jan, 2022 - Permalink

As above issue was happening for me also, but the new update 21.4.73.1656+ for PRTG worked fine, after I created the new Microsoft Graph API permissions as per the KB article - https://helpdesk.paessler.com/en/support/solutions/articles/76000063073-how-do-i-obtain-credentials-and-set-permissions-for-the-microsoft-365-sensors


Jan, 2022 - Permalink

Happens for me, too. Please provide a fix/solution... thank you!


Jan, 2022 - Permalink

If you are already at the new PRTG 73 is necessary, please set the rights for ServiceHealth.Read.All in Azure, according to our updated article.


Jan, 2022 - Permalink