THE KNOWLEDGE CENTRE0.1.1-dev DEV
Browse the knowledge centreKnowledge centreMake sense of your workspace.The complete manual 16 chapters · print or save
PRACTICAL GUIDEFree & Pro2 min read

Review a request finding

Understand what WordPress observed before attributing a source or considering a response.

IN YOUR WORDPRESS WORKSPACE

Logged.ai → Requests → Findings; Source and verification

01

Inspect the observation

#
  1. Open Findings and select a retained observation or minute group.
  2. Review the recorded pattern, method, minimized path, source quality and response effect. A concerning pattern is a reason to investigate.
  3. Open Source and verification to see the configured address source and run the harmless Observer self-test when needed.
  4. If your site uses a proxy, ask the server administrator to establish the exact trusted boundary before changing Address source.
02

Trust forwarding deliberately

#

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.

03

Know the blind spots

#

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.

ABOUT THIS REFERENCE

Written for Logged.ai Studio v7 / Free and Pro 0.1.1-dev. The development build and its documented limits apply.

A question we haven’t answered?

Get help with your next step.

Contact support