What this diagnostic page does, every request it makes, and how to verify both.
A member of your HR team cannot open a supplier web application. This page, which they may have been asked to run, tries a list of that supplier's own addresses from their device, times the results, and writes a plain-text report describing what worked and what did not.
It is a static web page. There is no agent, no installer, no extension and no background process. Closing the tab ends it.
Depending on how it has been deployed, some checks are supported by a small serverless function that reports back what the supplier's server received — the labels a proxy added, and the public address the request arrived from. Where that function is not deployed, those checks report themselves as unavailable rather than guessing, and the page still works.
The page has no ability to transmit the report. There is no upload endpoint in it. The report is assembled in the browser, displayed in an editable text box, and can only leave the device if a person copies, saves, shares or emails it deliberately.
You do not have to take that on trust. It takes about a minute to confirm:
fetch. Every call is a GET to a
listed address.The report is plain text, so you can read the whole thing before it is sent, and edit or delete any part of it.
Generated from the page's configuration, not maintained separately.
Grouped as the page groups them. Each entry states what is tested, why, and which requests it makes.
These are the equivalent commands. The diagnostic page exists because the people reporting the problem cannot run them, not because they are better.