rndc remote control

Попробовал использовать rndc-confgen без опций и аргументов, и он даже не создал rndc.conf, хотя вывод такой сделал:

# Start of rndc.conf
key "rndc-key" {
        algorithm hmac-md5;
        secret "pQ2q5v8IuUlFrCmIY2wX8Q==";
};

options {
        default-key "rndc-key";
        default-server 127.0.0.1;
        default-port 953;
};
# End of rndc.conf

# Use with the following in named.conf, adjusting the allow list as needed:
# key "rndc-key" {
#       algorithm hmac-md5;
#       secret "pQ2q5v8IuUlFrCmIY2wX8Q==";
# };
#
# controls {
#       inet 127.0.0.1 port 953
#               allow { 127.0.0.1; } keys { "rndc-key"; };
# };
# End of named.conf

Ларчик просто открывался, просто я не очень внимательно читал, проблема решена. Единственное что меня смущает, это правильно ли то, что я использую key_id (определенные в rndc.conf в виде key bla-bla {...};, где bla-bla и есть key_id) вместо реальных ключей.

Дело ваше конечно но чем не устроил вариант запуска через ssh

ssh user@remote 'rncd reload'

Да, такой вариант я даже не рассматривал, видимо из-за того, что опыта работы с *nix системами практически нет. Спасибо за совет. Однако, раз теперь работает на уровне rndc, думаю буду использовать именно rndc с аргументами.

Опять же ваше дело, но емнип ключи в rndc слуэат тоько длч аутентификации и не обеспечивают защиту соединения.

Да, в справке так и написано, только для аутентификации.

Еще 1 уточнение: правильно ли я понял, -b source-address - это адрес с которого будет отправлена командна rndc?

Это адрес который будет использовать rndc при подключении к BIND. Т.е. если вы укажите например -b 10.1.1.1 то BIND будет считать что идет подключение именно с 10.1.1.1. Данная опция имеет смысл в том случае если на машине с которой вы подключаетесь rndc висит несколько IP.