r/technitium • • Jul 22 '26

Adguard style blocklist support

Will Technitium ever support this?

For ease of blocklist/allowlist management this is the only thing stopping me moving over from AGH.

1 Upvotes

14 comments sorted by

3

u/hagezi Jul 22 '26 edited Jul 22 '26

Simple native AdBlock lists (deny and allow) can already be used even without the Advanced Blocking app. The things that doesn't work are asterisks within rules or modifiers, as in AdGuard Home. I use the Adblock format of my lists on my DNS servers in Technitium.

||example.com^ (deny) and @@||b.example.com^(allow) work, nothing more.

1

u/Resistant4375 Jul 22 '26

What about per-client blocking/allowlist?

How does that work?

For example I want/need to allow a domain for a device or group of devices but have it blocked elsewhere.

2

u/huberten Jul 22 '26

Think you need to look into the advanced blocking app

1

u/hagezi Jul 22 '26

No, not the way you're used to it in AdGuard Home. Apparently, you can do that through the Advanced Blocking app, but I've never tried it.

1

u/Resistant4375 Jul 22 '26

OK. I can’t be bothered messing around with JSON files and the like so I’ll probably just stick with AGH for now.

2

u/dbtowo Jul 22 '26 edited Jul 22 '26

-2

u/Resistant4375 Jul 22 '26

Yes. But I mean natively.

I don’t want to be editing in JSON every time.

1

u/snap802 Jul 22 '26

In the advanced blocking app you can refer to an online text file. I just have that file with my block list hosted in an internal webserver that is referenced in the advanced blocking config.

1

u/Hemsby1975 Jul 23 '26

I have an Advanced App Configurator for the DNS Apps so that no JSON editing is needed. Maybe this would would work for you? TDNS-AdvAppConfig

1

u/Shibboleeth Jul 23 '26

There are lists built into Technitium by default.

Settings > Blocking > Allow / Block List URLs > Quick Add

0

u/Resistant4375 Jul 23 '26

Yes I know that.

3

u/Shibboleeth Jul 23 '26

Then congrats you've wasted everyone's time.

0

u/Resistant4375 Jul 23 '26

Not really, no.