← Featured work

Professional · Observability

PRTG Infrastructure Monitoring & Remediation

Auditing ESXi and network monitoring, correcting safe configuration issues, validating discovery, and documenting the exceptions that still need investigation.

Production monitoring review

Observability work should improve the accuracy of monitoring, not merely make dashboards green.

  1. 01Audit coverage
  2. 02Check configuration
  3. 03Validate sensors
  4. 04Track exceptions

Coverage you can trust

A monitoring system needs to identify the intended endpoint, use appropriate credentials and protocols, and produce meaningful sensors. A reachable device or a green status does not establish that the important infrastructure is covered.

What I worked on

  • Audited ESXi and network infrastructure monitoring and reviewed VMware configuration.
  • Identified ESXi devices with overridden but missing VMware credentials and HTTP/HTTPS inconsistencies.
  • Reviewed auto-discovery behavior and tested discovery after configuration changes.
  • Investigated WAN/network endpoint identity and whether monitoring covered the intended resources.
  • Corrected safe configuration issues while preserving monitoring behavior; documented exceptions requiring manual follow-up.

Validate the effect of a change

A corrected configuration is followed by a sensor or discovery check. When discovery returns zero sensors, I keep that as an unresolved coverage issue and investigate the endpoint, credentials, protocol, and discovery behavior. A successful settings save is not evidence that monitoring now works.

Operational value

The review makes configuration problems, coverage gaps, and unresolved warnings explicit. It separates safe corrections from changes that need additional evidence or manual intervention, so the monitoring environment remains useful for operational decisions.

Selected technical details

Investigate the result.

Generalized examples from hands-on work. Expand each to see the observation, interpretation, and follow-up.

Discovery without sensorsConfiguration changed → discovery returned zero sensors

Observed

A discovery test produced no sensors after a configuration change.

Interpretation

The intended monitoring coverage remained unverified.

Follow-up

Preserve the result, investigate the discovery path, and document the next manual check rather than report the device as fully monitored.

Reachable certificate, unresolved trustReachability ≠ certificate-chain validation

Observed

Reviewed SSL warnings where certificates were reachable and unexpired.

Interpretation

Certificate-chain trust or revocation validation could still be unresolved.

Follow-up

Keep the warning visible and document the trust or revocation investigation. Avoid suppressing validation simply to clear the dashboard.

Examples describe engineering methods. Client identities, endpoint identifiers, credentials, and ticket contents are omitted.

From evidence to an engagement

Facing a similar technical problem?

The case study shows relevant experience—not an independent-client endorsement. Explore an independently scoped service or describe what you need.