Mugnsoft — release notes

v4.1.1

latest 2026-08-26

v4.1.1 improves interface clarity and consistency, making navigation and data analysis easier in everyday use.

▲ Improvements

Improved report presentation for clearer and easier reading.
Clearer and more consistent navigation between views.
Enhanced tooltips providing more context and useful information.
A more consistent interface with harmonized spacing, table layouts, and active navigation styles across the application.

v4.1.0

2026-08-19

v4.1.0 makes discovery protocol-aware: every captured connection is now labelled with the application protocol or framework it actually carries — gRPC, WebSocket, Arrow Flight SQL, HTTP/2, PostgreSQL, Redis, Kafka, MQTT — together with the signal the verdict came from and how confident it is. It also puts an end to configuring blind: SNMP OIDs and WMI queries are proposed from a catalogue and verified live on the target through the probe, log and folder rules can be tried against the real file, and downtime windows, SLA exclusions and report scopes all show what they will affect before they are committed.

＋ New features

Application-protocol identification on the discovery map. Flow edges now carry the protocol or framework they transport. Three independent signals feed the verdict: signatures in the opening bytes of a flow (HTTP/1.x, HTTP/2, gRPC, Arrow Flight SQL, WebSocket, PostgreSQL, MySQL, Redis, AMQP, Kafka, MongoDB, MQTT, SSH), TLS handshake metadata (ALPN and SNI, always cleartext), and process/port inference as a last resort. Every label states its source (dpi, alpn, process, port) and its confidence (observed, inferred, guessed), so an inferred protocol is never read as a measured one. The map can be filtered by protocol, and detection can be switched off per agent.
SNMP OID and WMI query assistants. Both device types propose metrics from a catalogue keyed by device type, verify the whole selection in bulk against the real target through the probe, and let you save reusable named templates. An OID walk browser and a WMI class browser are available for anything the catalogue does not cover.
Downtime calendar and impact preview. Downtime windows can be browsed as a month calendar next to the existing table, with a range picker for the period. Before saving, an impact preview lists exactly which monitors and applications the window will silence.
SLA exclusion windows. Maintenance and known-issue periods can be excluded from SLA uptime with a documented reason. Outages inside a window no longer count against the SLA, and corrected periods are flagged with a ★ in the SLA history.
Report scope preview. Every report type can resolve its tag, application and probe selection into the actual list of monitors it will cover, on demand, from the report form.
Threshold provenance. For each system and process metric the interface states whether the threshold that governed the run came from the auto baseline or from the fixed fallback — a fixed value while auto is enabled means the baseline was unavailable. Fixed thresholds are editable per metric, and baselines can be recomputed on demand.
Capture availability is reported, not guessed. When a host has no packet-capture runtime, the topology says so explicitly instead of showing zero traffic that looks like an idle host. A merged view only claims capture when every contributing agent had it.
Log and folder monitor test. Log rules and directory rules can be run against the real file or folder from the interface, and their matches inspected, before the monitor is saved.
Several named pattern groups per URL and API monitor, evaluated to a worst-status verdict, with contains checks and request bodies typed from their content type.
URL and API monitor test panel — a monitor can be run on demand from its form and the resulting steps inspected, alongside a rewritten inline HAR viewer.
CPU iowait and TCP socket count added to system monitoring on the probe side.

▲ Improvements

Alert notifications are unified: e-mail, Slack, Teams and PagerDuty messages all carry the monitor type, the originating probe and a status colour, and look identical whether they were sent directly by a probe or routed through the integrator.
The consolidated monitor listing gains a multi-select type filter, paging controls moved into the table header, and a layout consistent across the monitor, application and server tables.
Loopback traffic is collapsed into a single edge per flow, with direction taken from the listening socket; loopback capture itself is toggleable per agent.
Discovery thresholds treat an empty value as unset everywhere, and report validation errors and warnings when a configuration is saved.
Stricter date and time validation on URL and API pattern checks.
License validation is cached instead of re-read on hot paths, and logs a single line rather than repeating itself.
Scheduled jobs are panic-protected on both webserver and probe: a failing job no longer takes the scheduler down with it.
Repository backup supports a self-managed GitLab base URL, with inline setup help for both GitLab and GitHub.
The component configuration builder introduced in v3.2.0 now covers URL and API monitors, log rules, folder rules, traffic capture and notification routing, and the generated JSON can be copied as well as downloaded.
Interface polish: synchronised chart hovering and save-as, a shared spinner component, stacked off-canvas panels, and discovery views served on the read-only DMZ front server.
Training material (Viewer, User and Administrator decks, English and French) refreshed for this release.

✕ Bug fixes

Sentinel agent threshold computation: flat series are skipped, empty performance windows no longer produce absurd baselines, and a minimum sample count is required before a baseline is trusted.
Loopback process monitoring attributed traffic to the wrong process.
Discovery agent thresholds were not reflected in the details panel.
Integrator external-services connectivity check.
Directory metrics: file counting, recursive counting and total size corrected, including for missing directories and disabled rules.
Pattern-group metric exposure, export and import of URL and API monitors, and table layout and filter regressions on the consolidated listing.

⬢ Component updates

Sentinel discovery agent — protocol identification with per-flow caching; log monitoring hardened against rotation by truncation and by rename, with multi-line joins, captured line samples, throughput burst/silence and staleness checks; directory metrics reworked; loopback edge collapsing; capture status reporting.
Monitoring probe — bulk OID test and walk, WMI query test and class browsing behind the configuration assistants; content-type-aware API request bodies; date/time validation on pattern checks; auto-threshold computation reworked; probe-owned process detection to clean up orphaned browser and CLI processes; Linux install/uninstall scripts and concurrency rework.
Integrator — external-services connectivity check corrected, and alert payloads aligned with the new notification format.
Predictive analytics — shipped as a standalone packaged runtime, with consistent window and horizon resolution, and early stopping enabled only when the time range actually yields a validation batch (with an explicit warning when it does not).

v4.0.0

2026-04-14

v4.0.0 is a major release on three fronts. SNMP and WMI devices become first-class monitored objects, with auto-discovery and their own place on the topology. A read-only replica of the webserver can now be published in a DMZ, fed by one-way mTLS replication, so status can be exposed outside the trusted network without exposing the platform. And identity moves to single sign-on, with ITSM ticketing wired directly to monitor state.

＋ New features

WMI device monitoring. Windows hosts can be monitored through WMI queries, with per-device status, a dedicated device table, an actions tab and a split detail pane.
SNMP devices. Remote devices become SNMP devices as a monitored object in their own right, with SNMP auto-discovery, a global status column and their own representation on the topology map.
Read-only DMZ front server. A second webserver can be deployed in a DMZ and fed by one-way mTLS replication from the trusted webserver. It serves a read-only view, requires no license of its own, and applies a configurable status grace period so brief transitions never reach the public view.
OIDC single sign-on — a third authentication method alongside local accounts and LDAP.
ITSM ticketing. ServiceNow, GLPI and Jira tickets are created and closed from monitor state, with resolution deferring to the ITSM side so tickets already owned by a human are not closed automatically.
Heavy-client (GUI) user journeys gain replay support, and EUM alerts now carry per-transaction breach information.
One consolidated monitor listing. The eleven per-type monitor pages are replaced by a single listing covering every monitor type, with per-type filtering.
3D application view: friendly view and sharing. A simplified "weather" rendering for non-technical audiences, per-user saved layout and camera, and the whole view embeddable in an iframe.
Filesystem inode usage monitoring, application-level downtime, a status legend, reports as off-canvas panels, and user profile pictures.
Training material: Viewer, User and Administrator decks, in English and French.

▲ Improvements

Device pages reworked: split detail pane, actions tab, icons in the device table, and monitor updates that keep collected data.
Status data is purged when the monitors that produced it are removed.
Performance and safety: 3D scene teardown, XSS hardening, bounded concurrency in file cleanup paths, and a data race fixed in bandwidth accumulation.
Consistent page spacing, table layout and active-navigation styling across the interface.

✕ Bug fixes

SNMP monitors were not scheduled at startup; SNMP device updates and UDP monitors corrected.
API monitor import.
Memory leaks on the SNMP device page and in the 3D application view.
Application graph expansion, sub-applications on the front server, 3D banner scrolling, and a device refresh loop.

⬢ Component updates

Webserver front — new component: read-only DMZ replica, no license required, one-way mTLS replication, configurable status grace period.
Monitoring probe — WMI support, SNMP startup scheduling fix, purge of stale status data, memory-leak fixes, bounded concurrency in cleanup paths, GUI journey replay and per-transaction EUM breach reporting.
Sentinel discovery agent — filesystem inode monitoring, additional system metrics, and a data race in bandwidth accumulation fixed.

v3.3.0

2025-12-16

v3.3.0 adds the two things that turn monitoring into reporting: SLA figures you can defend, and forecasting that shows a metric heading for its threshold before it gets there. The discovery agent also learns to read log files.

＋ New features

SLA reporting. Availability is computed and reported as an SLA, with weighting per monitored element and manual corrections for periods that should not count as measured.
Forecasting. Every monitor type can carry prediction fields, served by the predictive analytics engine, so a metric trending towards its threshold can be seen before it crosses it.
Log file monitoring on the discovery agent. Pattern rules over log files with alerting, read offsets persisted across restarts, and a bounded number of lines read per tick. Database connection counts are monitored and alerted on the same way.
Automatic baselines. Global system metrics get auto-computed baselines on the agent, and ping jitter gets auto-computed thresholds on the probe, reported through the API alongside the measured values.

▲ Improvements

Missing-process alerting follows the same notifyAfter and notifyFor semantics as every other alert.
Discovery agent configuration: compact threshold tables and traffic toggles instead of long forms.
Report presentation: timeline labels, pie chart sizing, and the visibility and capture controls moved side by side.
Regex caching and retention purging on the agent, with a configurable cap on lines read per tick.

✕ Bug fixes

Jitter standard deviation overflowed on large values, and is now computed as a float.
ICMP TTL handling reverted on Windows raw sockets, where it is unsupported.
Agent registration panic and administrative authentication failures.
Status colour of MINOR events in the event browser.

⬢ Component updates

Sentinel discovery agent — log file monitoring with alerting and offset persistence, database connection monitoring, auto-baseline thresholds for global system metrics, regex caching and retention purge.
Monitoring probe — jitter thresholds with auto-computation and API reporting, prediction fields on every monitor query type.
Predictive analytics — InfluxDB v3 support, a larger LSTM, early stopping, configurable window size and tutorial scripts.

v3.2.0

2025-11-18

v3.2.0 is about finding things in a large estate. Every map and listing gains a search bar, the 3D application view remembers how each user left it, and network traffic becomes a first-class threshold rather than a number to read off a chart.

＋ New features

Search everywhere — a search bar in the infrastructure topology map, the 3D application view, the application view and the monitor listing, so an element can be located without knowing where it sits.
Traffic thresholds. Inbound and outbound traffic can be given thresholds with a configurable averaging window, so a short burst does not raise an alert but a sustained one does.
A table view of the consolidated monitor listing, with multi-select deletion, next to the existing card view.
Component configuration builder. A guided, question-by-question assistant produces the configuration files for the probe, the integrator and the Sentinel agent, with a reset available at any point and the resulting JSON offered for download.
New discovery agent system metrics: iowait, CPU user and others, charted alongside the existing ones.

▲ Improvements

3D application view: layout and camera saved per user, per-user background image, status banner, help modal and a summary bar.
Infrastructure and server topology graphs redrawn, with external services shown in the component topology and interface names carried on the edges.
Failed notifications are buffered to disk and retried, on webserver, probe and agent alike.
Alert routing gains notifyAfter and notifyFor semantics.
Schedule editor overhaul: day toggle pills, a live summary of the resulting schedule, and validity checks.
Security-scan and memory-leak sweeps across webserver, probe and agent, with allocation reductions in the Go code.

✕ Bug fixes

Zoom synchronisation across charts did not complete on every chart.
Edge state was wrong when a node was disabled.
Server status refresh interval in the 3D view.
Discovery agent URL and API lists.

⬢ Component updates

Sentinel discovery agent — traffic thresholds with averaging window, new system metrics, richer edge information, memory and performance fixes.
Monitoring probe — disk-backed notification retry buffer, allocation reductions and security-scan fixes.
Integrator — disk-backed retry buffer for failed notification posts.

v3.1.0

2025-07-14

v3.1.0 rebuilds SNMP monitoring on the probe and teaches the discovery map to report volume, not just shape: network traffic in and out is now accounted per process and rendered on the map.

＋ New features

SNMP monitoring rebuilt. SNMP becomes its own module on the probe, with reworked scheduling and result handling, and a configuration and results view to match in the interface.
Per-process network traffic. The discovery agent accounts inbound and outbound traffic for each discovered process, and the discovery map renders it alongside the existing flows.

▲ Improvements

Discovery map nodes and edges carry richer information, and the agent configuration layout was reworked around it.
Component configuration is transported encoded between webserver and probe, so no character in a monitor definition can break a configuration push.
Front-end memory leaks fixed and shipped web assets trimmed.

⬢ Component updates

Monitoring probe — SNMP extracted into a dedicated module, monitor configuration transport reworked, web-driver handling simplified.
Sentinel discovery agent — inbound and outbound traffic accounting per process.

v3.0.0

2025-05-01

The v3.0.0 release is about seeing the whole estate at once. Applications and their monitors are laid out in a navigable 3D view, and the discovery agent moves from process inventory to a full status story: a timeline split by scope, a graph that can be replayed over time, per-process system and performance metrics, and the network flows between processes.

＋ New features

3D view of applications and their monitors: each application is a plane holding its monitors, colour-coded by status, with nested sub-applications, hover details (type, probe, status, tags) and a camera position and layout saved per user.
Discovery status timeline, split into global, system and process scopes, with the number of state changes and the time spent degraded over the selected period.
Network flows between discovered processes are rendered on the discovery graph with their traffic volume, next to per-process CPU, memory, swap and I/O and the host's own system metrics.

▲ Improvements

The discovery graph is explorable by depth level, collapsible, and can be replayed at an earlier point in time rather than only showing the current state.
A single agent configuration file now carries everything the agent needs: monitored processes and ports, filesystems, per-metric automatic and fixed thresholds, the URL and API monitors it owns, and its notification routing.

✕ Bug fixes

Discovery charts failed to render for metrics with no data over the selected period.

v2.6.0

2024-12-01

The v2.6.0 update brings a comprehensive overhaul to the Mugnsoft core, featuring significant improvements in Web Application Performance Monitoring with the discovery agent. This agent simplifies access to system and performance metrics of a host server and monitored processes by identifying these processes and their metrics, including interprocess communication. All monitored elements are now consolidated on a single web page, making performance monitoring more efficient. These updates aim to enhance the monitoring of web business application performance. With business propagation rules, users can gain better insights into how each monitored element affects the application's performance and availability.

▲ Improvements

Import from CSV files gets simpler.
Enhancement of the Web User Interface to achieve a straightforward yet effective user experience.
Alerts are now centralized within the Integrator component, simplifying network flow operations.

✕ Bug fixes

Minor bugs fixes.

＋ New features

The previous release laid the groundwork for the discovery agent, which is responsible for identifying processes, their system and performance metrics, as well as interprocess communication. This release officially introduces the discovery agent. Network flows between processes are automatically discovered, and system and performance metric thresholds can be configured automatically.
An Event Browser is available to show current alerts.
Application statuses are now better organized, providing a clear overview of everything at a glance.
Application statuses can now be publicly shared and embedded on a web page.

v2.5.0

2024-09-07

The v2.5.0 release introduces remote script and binary execution, enabling you to monitor anything without installing an agent. This update also includes minor bug fixes. Additionally, it lays the groundwork for a discovery agent, which will be introduced in the next release.

▲ Improvements

Better handling of import of CSV files to create batch of monitors.
This release also lays the groundwork for the discovery agent, which will be responsible for identifying processes, their system and performance metrics, as well as interprocess communication.

✕ Bug fixes

Headers for the API monitor are now correctly laid out.

＋ New features

You can monitor anything you want without the need to install an agent by defining remote hosts and uploading any necessary scripts or binaries. Remote hosts can be managed by one or more monitoring probes. When defining a remote host, 2 monitors (tcp and ping) of type SYS will be created automatically. The state (enabled/disabled) of these 2 monitors are the state of the remote host itself.

v2.4.0

2024-06-09

The v2.4.0 release introduces a groundbreaking feature: heavy client user journey monitoring. What does this mean exactly? You can now use Mugnsoft to monitor large, rich client applications (not web-based but IDE-like). With the release of Zabbix 7.0 in June, Mugnsoft already provides support for this Zabbix version.

▲ Improvements

It is possible to connect to Zabbix API through the use of a Zabbix API's token.
It is possible to connect to the latest version 7.0 of Zabbix.
It is possible to schedule regular downtime windows.

✕ Bug fixes

Some historical charts displays fails when there is no data.

＋ New features

Introducing heavy client user journey monitoring! Mugnsoft now allows you to monitor user journeys on large, rich client applications (IDE-like, non-web-based). Track and analyze the interactions of your users in real-time to improve performance and user satisfaction.

v2.3.0

2024-04-01

The v2.3.0 brings minor improvements and new features detailed below.

▲ Improvements

It is possible to connect to Zabbix API through the use of a Zabbix API's token.
It is possible to schedule regular downtime windows.

✕ Bug fixes

N/A

＋ New features

It is now possible to get username and password from secrets in a Key Vault.
Currently supported Key Vaults are:
- Hashicorp Vault
- Azure Key Vault
- Cyberark Conjur Vault

v2.2.0

2024-02-28

The v2.2.0 brings minor bugs corrections.

✕ Bug fixes

Application color adjustment in service tree.
Application: state and status of the top app are not correctly reflected in service tree.
Multi-tenant: users with an app defined in their profile could not always see the app in the app page.

v2.1.0

2024-02-21

The v2.1.0 brings 1 new feature: the possibility to record scenarios including TOTP MFA. And 1 improvement: Mugnsoft alerts in Zabbix are more descriptive.

▲ Improvements

Alerts in Zabbix are now more descriptive.

＋ New features

It is now possible to record and replay scenarios with TOTP MFA enabled.

v2.0.0

2024-01-07

The v2.0.0 introduces enhancements to the Web Application Performance Monitoring user interface. This update enables filtering comprehensive monitoring of critical web application elements, such as TCP connection time, DNS lookup, remote metrics check, and database query performance. All monitored elements are now conveniently accessible on a single web page, streamlining the performance monitoring process. These changes are designed to enhance the monitoring of web business application performance. By using business propagation rules, users can better understand the impact of each monitored element on the application's performance and availability.

▲ Improvements

Cosmetic improvements on the user interface. Header navigation menu has been reorganized.
End User Monitoring metrics report has been redesigned.

＋ New features

Filtering of items of critical web application elements, such as TCP connection time, DNS lookup, remote metrics check and database query performance.
All monitored elements are now conveniently accessible on a single web page, streamlining the performance monitoring process.
Application definition and performance monitoring. By using business propagation rules, users can better understand the impact of each monitored element on the application's performance and availability.

v1.8.0

2023-10-01

On the Mugnsoft core side, this v1.8.0 release brings notable enhancements to the web user interface. All components are now organized within a single web page, and web scenarios can be automatically deployed based on probe utilization. The auto-deployment algorithm selects the least used probes, while components include system metrics usage charts for CPU, memory, and load average comparisons.

▲ Improvements

Cosmetic improvements on the user interface. Header navigation menu has been reorganized. And components have been moved to the same web page.

✕ Bug fixes

Fallback to previous webdriver versions of chromedriver, geckodriver, and msedgedriver if the specified browser version's webdrivers are not found.
Chromedriver auto download url changed.
Probes stats infra chart flickering.
Charts for 4-week reports were not displaying correctly.
Auto-threshold baselining issue resolved for the 4-week range.

＋ New features

Auto-deployment: Web scenarios can now be auto-deployed on less utilized probes. The auto-deployment decision is based on system metrics usage including CPU, memory, and load average. This feature is particularly valuable for load balancing user journey monitoring.
Auto-signed certificates can be securely exchanged between components in case of IP address migration.
All components now come with their own system metrics charts.
Additional endpoints have been included in the Swagger page of all components. This enhancement further facilitates the creation of custom integrations.

v1.7.0

2023-06-01

This release brings webUI enhancements and tags management. Monitors, URLs and APIs can be grouped by tag groups.

▲ Improvements

Cosmetic improvements on the user interface.

＋ New features

Tags Management: Monitors, URLs and APIs can be grouped by tag groups. This is particularly useful when you need to group them by specific features and want to display all of them with one click. Plus, now you can toggle on and off the display of tags and tag groups.

v1.6.0

2023-03-12

This release brings: webUI enhancements (Dashboard, layout). The filtering mechanism based on tags has been enhanced — this further encourages the use of tags to organize one's assets. The color of the tag in the navigation left side bar depicts the worst severity item. Enhancements on user privileges with full and limited profiles. LLD, itemprototype and triggerprototype on Zabbix one-click integration will be automatically created at the template level, with support for Zabbix 6.x. All metrics (including First Contentful Paint, Page Interactive Time, Network Latency, Page Load Time, DNSLookup, TCPConnTime, TLSHandshake, ServerTime) are now sent to influx 1.x and 2.x and can be graphed on Grafana, Splunk or Kibana dashboards. All sensitive data are encrypted in the KV stores.

▲ Improvements

Global layout improvements: item (monitors, URLs, APIs) header, colors, etc.
Tags filtering improvements: items can be grouped by tags. The color of a tag is based on the worst severity of the tagged items.

✕ Bug fixes

Tags are correctly defined by users.
Filtering toggle not working.

＋ New features

Tags filtering.
Users can be assigned limited privileges. With full privileges a user can add new tags, while he cannot with limited privileges.
LLD, itemprototype and triggerprototype on Zabbix one-click integration will be automatically created at the template level.
Support for Zabbix 6.x.
All metrics (including First Contentful Paint, Page Interactive Time, Network Latency, Page Load Time, DNSLookup, TCPConnTime, TLSHandshake, ServerTime) are now sent to influx 1.x and 2.x and can be graphed on Grafana, Splunk or Kibana dashboards.
Sensitive data are encrypted in the KV stores.
Each component comes along with its Swagger page, enabling customized API testing and facilitating seamless integration with other tools.

v1.5.0

2022-12-27

This release brings webUI enhancements. Sparkline graphs are now available for URLs and APIs. Each monitored item has a trend indicator that helps spot which web app is performing better for the past 24h, 7 days and 4 weeks.

▲ Improvements

Cosmetic improvements on the user interface. Sparkline graphs are now available for URLs, APIs.

＋ New features

Trend indicator that helps spot which web app is performing better for the past 24h, 7 days and 4 weeks.
Automatic photos will be taken at each start and stop of transaction for monitor items.

v1.4.0

2022-12-11

This release brings enhancement on component registration. It fixes bugs on the registration process. Cosmetic enhancements with new icons.

▲ Improvements

Cosmetic improvements on the user interface. New icons are being used.

✕ Bug fixes

Component registration reads failure while the component has actually correctly self-registered.

＋ New features

You can self-register a component from the cli.

v1.3.0

2022-11-13

This release adds support for monitoring URLs/APIs through basic/authenticated proxies, as well as cosmetic enhancements.

▲ Improvements

Cosmetic improvements on the user interface.

＋ New features

You can monitor URLs/APIs through basic/authenticated proxies. Similarly the import from CSV file for both URLs and APIs has been updated accordingly.

v1.2.0

2022-10-09

This release brings a new functionality to import a list of URLs from CSV files as well as a list of APIs from CSV files. You start monitoring a bunch of URLs quickly and efficiently.

＋ New features

You can import a list of URLs/APIs from CSV files.

v1.1.0

2022-03-13

This release brings a major new functionality regarding website load testing: the loadtest component, integrated seamlessly with other Mugnsoft core components. Test the performance of your website during peak periods and see how well your transaction can keep up with the load.

＋ New features

You can perform your test easily based on your built scenario or on the generated HAR file. In other words you can reuse an existing monitor scenario to build your load test case.
You get statistics on the load test plan. From there you can figure out what should be optimized.

v1.0.0

2022-02-13

This release brings new charts and new functionalities regarding URL/certificates and API monitoring. The whole process of registering a probe has been refactored. It's now a self pre-registration at the webserver — this brings agility to the process of adding new probes or new integrators. Moreover, the process of exchanging TLS certificates between Mugnsoft's components is now seamless: certificates exchange is automatic. This means that a simple and secure Mugnsoft infrastructure (1 webserver, 1 monitor/probes, 1 integrator) can be deployed in less than 2 minutes.

＋ New features

Existing charts can display data from selected probes or locations only.
New charts — execution count and response time min, max, avg — display data from selected locations only.
URL monitoring now includes certificates integrity check and expiration check.
API monitoring is now available. You can track the performance of your API endpoints.
Mugnsoft's components self pre-registration (works seamlessly on Linux):
Upon installation of a probe it can be self pre-registered. However, its full registration at the webserver should be performed by a webserver admin.
Mugnsoft's components secure communication:
Components can communicate securely using either corporate certificates or self-signed ones. Those certificates are then automatically exchanged between trusted Mugnsoft's peers.

v0.1.1

2021-12-12

▲ Improvements

Network Path displays/hides on HAR switcher select.

✕ Bug fixes

Adjustment of the colors of the network path: in green the gateways (IP) which have sent a reply, in red the timeouts and non-responses (which can be quite normal — the provider can simply have set up a rule to filter out ICMP/UDP packets used by the traceroute).

＋ New features

Network Path computed for base url of all resources used.
Ability to emulate Slow Internet Connection (available for Chrome and Edge browsers).

v0.1.0

2021-08-01

Initial release.