Send kea-dev mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.isc.org/mailman/listinfo/kea-dev
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of kea-dev digest..."
Today's Topics:
1. Hub/Spoke Configuration backend topology (Buclin, Bertrand)
----------------------------------------------------------------------
Message: 1
Date: Thu, 17 Jun 2021 19:59:54 +0000
From: "Buclin, Bertrand" <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [kea-dev] Hub/Spoke Configuration backend topology
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"
Hi,
I realize that with the configuration backend hook, the database user
configured with the hook must have write access to the database to update it
(with the remote- operations). But... I'd like to have one server only on which
I configure a user that has write access to the database to make config
updates, and I have other servers in my network that only read from the
configuration database, but never write to it, or even better, that read from a
read-only replica of my database.
Is that a viable model with the current (1.8.2) servers?
I realize you can tell me "try it out", but before I spend hours setting up
multiple servers, etc..., I thought I'd ask first :) If it is not a supported
deployment model, is that something that can be considered?
Regards,
Bertrand Buclin
Director, Access Technology Management
Global Connectivity Management
AT&T Global Network Services (Switzerland) GmbH
m +41 79 333 00 20 | [email protected]
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.isc.org/pipermail/kea-dev/attachments/20210617/13540f70/attachment-0001.htm>
------------------------------
Subject: Digest Footer
_______________________________________________
kea-dev mailing list
[email protected]
https://lists.isc.org/mailman/listinfo/kea-dev
------------------------------
End of kea-dev Digest, Vol 73, Issue 1
**************************************