[GH-ISSUE #1884] Update catalog after server started manually #803

New issue

Open

opened 2026-03-16 00:18:41 +03:00 by kerem · 1 comment

kerem commented

2026-03-16 00:18:41 +03:00

Owner

Originally created by @haasal on GitHub (Jan 17, 2023).
Original GitHub issue: https://github.com/hickory-dns/hickory-dns/issues/1884

I know there is SIG0 to update entries on the server using the client. But I would really like to keep it simple.
Is there a way to update the trust_dns_server::authority::Catalog programmatically after it has been passed to the server and the server has been started?

My goal is to build a very simple DynDNS server with a simple REST endpoint for the entry updates.
If this is a bad idea, please let me know.

Originally created by @haasal on GitHub (Jan 17, 2023). Original GitHub issue: https://github.com/hickory-dns/hickory-dns/issues/1884 I know there is SIG0 to update entries on the server using the client. But I would really like to keep it simple. Is there a way to update the `trust_dns_server::authority::Catalog` programmatically _after_ it has been passed to the server and the server has been started? My goal is to build a very simple DynDNS server with a simple REST endpoint for the entry updates. If this is a bad idea, please let me know.

kerem commented

2026-03-16 00:18:47 +03:00

Author

Owner

@mladedav commented on GitHub (Mar 8, 2023):

I had a similar issue but only for testing purposes so you might want to use a bit different solution.

I simply created a newtype MyCatalog(Arc<RwLock<Catalog>>); and then implemented RequestHandler by read-locking the catalog and passing the request inside. I have my own copy outside which allows me to change the catalog with a write-lock. This of course blocks the DNS server for the duration of the lock which probably would be an issue for you.

In any case you might want to try creating a custom struct implementing RequestHandler to solve your issue if you have any specific needs for it.

@mladedav commented on GitHub (Mar 8, 2023): I had a similar issue but only for testing purposes so you might want to use a bit different solution. I simply created a newtype `MyCatalog(Arc<RwLock<Catalog>>);` and then implemented `RequestHandler` by read-locking the catalog and passing the request inside. I have my own copy outside which allows me to change the catalog with a write-lock. This of course blocks the DNS server for the duration of the lock which probably would be an issue for you. In any case you might want to try creating a custom struct implementing `RequestHandler` to solve your issue if you have any specific needs for it.