Review a request finding
Understand what WordPress observed before attributing a source or considering a response.
Logged.ai → Requests → Findings; Source and verification
- Open Findings and select a retained observation or minute group.
- Review the recorded pattern, method, minimized path, source quality and response effect. A concerning pattern is a reason to investigate.
- Open Source and verification to see the configured address source and run the harmless Observer self-test when needed.
- If your site uses a proxy, ask the server administrator to establish the exact trusted boundary before changing Address source.
Actual connection peer is the default. The alternative is Explicit trusted proxies and X-Forwarded-For, using reviewed proxy addresses or CIDRs. The immediate connection peer must match the trust set before forwarding data is considered. Other forwarding headers are ignored.
Save request-source configuration only after confirming control of that boundary. Changing it invalidates dependent exact-source targets. A derived or masked address is network context, not a person's identity.
The observer sees requests reaching the WordPress plugin layer. Static files, cache hits and upstream responses may not reach it. A successful self-test covers its one routed request, not the whole site. Admitted observations are not a count of all traffic or unique attackers.
Written for Logged.ai Studio v7 / Free and Pro 0.1.1-dev. The development build and its documented limits apply.
Get help with your next step.