Решение:
В переменные окружения root-a передавалась переменная KRB5CCNAME
Которая в свою очередь формировалась при логине по SSH
После - unset KRB5CCNAME
Всё работает отлично.
Колеги, проблема след. характера.
При локальном использовании - работает отлично. При подключении через SSH от имени лок. админа - работает отлично.
При подключении через SSH от имени доменного пользователя - сразу заказывается Kerberos TGT.
Командой klist
видно
Credentials cache: API:*******
Principal: ********
Issued Expires Principal
Oct 4 13:27:09 2019 Oct 4 23:27:09 2019 ****************
По условиям поставленной задачи - нам тикет нужен в котором в поле Principal:
выступает $(hostname -s)$
Затем делаем kdestroy
дабы убрать существующий TGT
И заказываем новый
hostname:~ *****$ sudo kinit -V -e aes256-cts-hmac-sha1-96 -k $(hostname -s)$; echo $?
Placing tickets for '**********' in cache '*********'
0
******:~ ****** klist
klist: krb5_cc_get_principal: No credentials cache file found
Тоесть, тикет вроде заказан успешно и помещен в cache API:такой-то
, но либо SSH его не видит. Либо я торможу.
Вопрос. Куда копать?
P.S. Мак в домене. Заведен в домен при помощи /usr/sbin/dsconfigad