Files
2026-07-10 00:20:29 +02:00

2.5 KiB

page, help, title, package, access, kind, backend_java
page help title package access kind backend_java
htroot/BlacklistTest_p.html help/BlacklistTest_p.md Blacklist Test blacklist-security-access admin admin-page source/net/yacy/htroot/BlacklistTest_p.java

Blacklist Test

Purpose

Blacklist Test checks whether a URL matches the active blacklist rules.

Use it before blaming the crawler or search page for a missing result.

What You Can Do Here

  • Blacklist Test checks whether a URL matches the active blacklist rules.
  • Test a concrete URL, request, user, or pattern before applying broad policy.
  • Keep rules narrow enough that they block the intended problem without hiding useful content.

Page Architecture

Security and blacklist pages turn names, patterns, credentials, or request properties into allow/block decisions. The architecture is rule-oriented: define the rule, test the rule, then apply it to crawling, search, or access.

Control Meaning Values or examples

Correct Use

Test with a concrete example. A blacklist, regular expression, rate limit, cookie rule, or access rule is only understandable when checked against a real URL or request. Prefer narrow patterns and document the reason for broad rules.

Access And Safety

Administrator access is required. YaCy protects _p pages as administration pages.

Protected related endpoint(s): /BlacklistTest_p.html.

Automation And API

Page backend: source/net/yacy/htroot/BlacklistTest_p.java.

Endpoint Method Access Backend
/BlacklistTest_p.html POST admin source/net/yacy/htroot/BlacklistTest_p.java

Parameter Guide

The table explains values that an agent or script must set deliberately. Parameters not relevant to a task should be omitted or left at the page default. Low-level generated parameters are omitted when they are only meaningful inside the rendered YaCy form.

Parameter Meaning and valid values Care

Example request shape:

POST /BlacklistTest_p.html
Content-Type: application/x-www-form-urlencoded

testurl=...&testList=...

What To Expect

Expect a rule list, match test, access record, cookie view, or confirmation. The real proof is behavioral: the same URL, request, or user should now be accepted, blocked, limited, or displayed as intended.

  • Related security work is usually reached through blacklist administration, blacklist testing, cookie monitors, robots data, or access-rate settings.