Actually it should look more like:
?set exec reload? [<from> <source>]
-Steve, NA1T
On 11/17/21, 1:23 PM, "SA" <owner-hecnet at Update.UU.SE on behalf of steve
at davidson.net> wrote:
Paul,
How about:
?set exec reload? <from> <source>
-Steve, NA1T
On 11/17/21, 1:05 PM, "Paul Koning" <owner-hecnet at Update.UU.SE on
behalf of paulkoning at comcast.net> wrote:
On Nov 17, 2021, at 12:05 PM, Robert Armstrong <bob
at jfcl.com> wrote:
I have done a bit of work to allow
"change" type NICE requests, starting with the "zero counters"
request. That isn't done yet.
Personally, I?d love to see that. I?d also especially like to be able to turn
individual circuits on and off via NICE and maybe even reload the entire pyDECnet config
file. That?d make testing and changing things a lot easier.
Some possibilities, based on VERY cursory analysis.
"zero counters" should be straightforward.
Adding and removing node entries (for remote nodes) also should be
straightforward.
Circuit state (on/off) is a bit of work because routing gets involved -- a circuit
that is off doesn't reach anyone and can't have route vector messages sent to it.
Changing circuit or executor parameters may be easy or not, it depends on the
parameter. For example, executor parameter max cost is not hard; max nodes is much harder
because some routing data structures are built based on that value. The same, only more
so, applies to executor address and type. Similarly, for changing circuit parameters the
answer is also "it depends".
Creating new circuits (additional circuits) may not be as hard as I thought.
It's difficult as a NICE operation since many of the configuration parameters in the
config file are non-DECnet things like IP addresses and circuit emulation protocols. But
that's what OS-dependent parameters are for :-). That also implies that it might be
possible to read those settings; right now they aren't visible. I had thought of
adding them to the web interface (with an ability to suppress that if desired); hadn't
thought of NICE but the same reasoning applies there.
As for access control, PyDECnet already supports username/password checking, so
NICE "modify" actions can be tied to an ACL that specifies the user names
permitted to do this. By default that might be just "root". So if you connect
to NICE with the username of a permitted user and the correct password for that user, the
PAM module would approve those credentials and then that would let you do the operation.
paul