Indeling van URL-blokkeerlijstfilter

De indeling van filters voor het beleid URLBlocklist en URLAllowlist is:

[scheme://][.]host[:port][/path][@query]

Schema's die je kunt gebruiken

Je kunt een standaardschema of een aangepast schema gebruiken. Dit zijn ondersteunde standaardschema's

• over
• blob
• content
• chrome (niet aanbevolen, gebruik in plaats daarvan Gevoelige interne Chrome-URL's blokkeren)
• cid
• gegevens
• bestand
• filesystem
• gopher
• http
• https
• javascript
• mailto
• ws
• wss

Alle andere schema's worden gezien als aangepaste schema's. Aangepaste schema's worden wel ondersteund, maar alleen de patronen schema:* en schema://* zijn toegestaan. Alle URL's moeten overeenkomen met het schema. Schema en host zijn niet hoofdlettergevoelig, maar pad en query wel.

Voorbeelden van schema-indelingen

• Ondersteunde standaardschema's
  • http://example.com komt overeen met HTTP://Example.com, http://example.COM en http://example.com.
  • http://example.com/path?query=1 komt niet overeen met http://example.com/path?Query=1 en http://example.com/Path?query=1, maar wel met http://Example.com/path?query=1.
• Aangepaste schema's
  • De patronen aangepast://* en aangepast:* zijn geldig en komen overeen met aangepast:app.
  • De patronen aangepast:app en aangepast://app zijn ongeldig.

Uitzonderingen op de URL-indeling

De filterindeling lijkt sterk op de URL-indeling. Hiervoor gelden echter de volgende uitzonderingen:

• Je kunt user:pass-velden toevoegen, maar deze worden genegeerd. Voer bijvoorbeeld http://example.com/pub/bigfile.iso in in plaats van http://user:[email protected]/pub/bigfile.iso.
• Als je een referentiescheidingsteken (#) toevoegt, wordt dit genegeerd, samen met alles wat erna komt.
• De host kan * zijn. De host kan ook een . (punt) bevatten als voorvoegsel.
• De host kan een / of een . (punt) bevatten als achtervoegsel. Als dit het geval is, wordt dat achtervoegsel genegeerd.

Filterselectie

Het filter dat voor een URL is geselecteerd, is de meest specifieke overeenkomst die is gevonden.

Aandachtspunten

• Jokertekens (*) worden als laatste gezocht en komen overeen met alle hosts. Je kunt geen jokerteken gebruiken aan het einde van een URL, zoals https://example.com/* of https://example.com/*.
• Als je een filter voor blokkeren en toestaan toepast in stap 4 hieronder, met dezelfde padlengte en hetzelfde aantal zoeksleutels, heeft het filter voor toegestane URL's voorrang.
• Als een filter een . (punt) bevat als voorvoegsel voor de host, worden alleen exacte hostovereenkomsten gefilterd. Bijvoorbeeld:
  • example.com komt overeen met example.com, example.com en sub.example.com.
  • .example.com komt alleen exact overeen met example.com.

Filterselectieproces

1. De filters met de langste hostovereenkomst worden geselecteerd. Filters met een niet-overeenkomend schema of niet-overeenkomende poort worden genegeerd.
2. Uit deze filters worden de filters met het langste overeenkomende pad geselecteerd.
3. Uit deze filters worden de filters met de langste set zoeksleutels geselecteerd.
4. Als er dan geen geldig filter meer is, wordt de host verkleind door het meest linkse subdomein te verwijderen en opnieuw te beginnen bij stap 1.
5. Als er nog wel een filter is, wordt de filterbeslissing (blokkeren of toestaan) afgedwongen. Als er nooit een filter overeenkomt, wordt het verzoek standaard toegestaan.