Аудит действий пользователей в Linux - как?

Я просто оставлю это здесь
manpages.ubuntu.com/manpages/vivid/en/man8/pam_tty...

Как исправить ошибку с сообщением Server refused to start a shell/command при подключении к FreeBSD через putty?

По какой-то причине он не запускается, либо не запускается команда, если таковая указана в конфиге ssh. Причины того, что не запускается файл могут быть разные: закончилось место на диске, файл повреждён или перемещён, сломались права и т.д.

Существует ли HTTP прокси с поддержкой SSL renegotiation и пробросом уже HTTPS?

Сформулируйте задачу точнее, кто и куда должен подключаться, где должен идти SSL, где не должен и где проверяется сертификат.

Существует ли HTTP прокси с поддержкой SSL renegotiation и пробросом уже HTTPS?

Она умеет SSL. Проктируйте чистый HTTP через stunnel. Т.е. клиент -> squid -> stunnel -> сервер.

Существует ли HTTP прокси с поддержкой SSL renegotiation и пробросом уже HTTPS?

Может, на stunnel терминировать SSL в какой-то момент?

Существует ли HTTP прокси с поддержкой SSL renegotiation и пробросом уже HTTPS?

cert/pem/key каких? Которые он отдаёт клиенту или которыми он подменяет серверные?

Что не так в настройке openldap + phpLDAPadmin при экспорте контактов?

Мы говорим уже про сервер, подключённый к каталогу? Если да, то без изменения схемы только локальными средствами. Например, pam_access.

Если мы говорим про ACL OpenLDAP, то
oldAccess: to "ou=test,dc=server,dc=com" by dn.exact="uid=user,ou=users,dc=server,dc=com" write by * read

Что не так в настройке openldap + phpLDAPadmin при экспорте контактов?

Тот LDIF, что я дал, заменяет весь аттрибут olcAccess на нужный. Я изменял тот, что дали вы. Замену лучше делать, т.к. важен порядок следования ACL.

Что не так в настройке openldap + phpLDAPadmin при экспорте контактов?

ACL проверяются сверху вниз. Для каждого совпадения нужно давать полный список доступа, т.е. не забывать "by * read" после "by ктот-там write", если хотите, чтобы у остальных был доступ на чтение.

Примерный LDIF ниже.
Забекапьтесь перед применением, а лучше вообще сделайте где-нибудь на тестовом сервере. Заблаговременно добавьте текущего админа в ou=admins. Предполагаю, что под ou=admins имеется ввиду dn, равный "ou=admins,dc=server,dc=world".
Можете вместо group.exact использовать dn.subtree, если ваши админы "растут" из определённого подкаталога, и вы не хотите включать их в группу.

dn: olcDatabase={нужная вам цифра}hdb,cn=config
changetype: modify
replace: olcAccess
olcAccess: {0}to attrs=userPassword,shadowLastChange by
dn="ou=admins,dc=server,dc=world" write by anonymous auth by self write by * none
olcAccess: {1}to dn.base="" by * read
olcAccess: {2}to dn.subtree="здесь подкаталог" by group.exact="группа для разрешений" write by * read
olcAccess: {3}to * by group.exact="ou=admins,dc=server,dc=world" write by * read

Что не так в настройке openldap + phpLDAPadmin при экспорте контактов?

Без точной постановки задачи только ссылкой: www.openldap.org/doc/admin24/access-control.html

Как хранить пароли, которые используются несколькими пользователями?

Конкретизируйте, а потом вместе придумаем, как сделать индивидуально.

Как правильно перенести виртуальную машину на диск меньшего размера?

У rsync примерно ключи -avHAX, чтобы максимально всё сохранить. Загрузчик - само собой. После rsync-а стандартным способом grub-install или как-то так.

Как настроить регистронезависимое дополнение кириллических имён файлов в zsh?

Честно вам скажу, внутрь не заглядывал, только предполагаю. Но раз вы отключаете approximate, и оно не работает, значит не так что-то с обычным матчером. Работает простой матчер с отключенным approximate для английского?

Как настроить регистронезависимое дополнение кириллических имён файлов в zsh?

Тогда надо копать именно сам approximate. Не знаю, есть ли у него настройки, но думаю, что он по алгоритму Левенштейна работает. Мне кажется, что это краевой случай - оба совпадения дают одинаковое расстояние (са-Ша = 1, са-Са = 1), но из них всё равно надо выбрать один, и выбирается либо первый, либо последний.

Почему перестала работать команда su в Debian 8?

Не уверен, что вам нужны обе авторизации - через winbind и kerberos, в руководстве упомниается только одна. В любом случае, начните разбираться с winbind, проверьте, запускается ли демон, проходит ли авторизация, правильно ли всё сконфигурировано в winbind.conf.
Можете попробовать временно отключить всё ненужное через pam_auth_update, потом последовательно включать и разобраться, что именно не срабатывает.

Почему перестала работать команда su в Debian 8?

Судя по strace, у вас ещё и попытки подключения по dbus впридачу.

Почему перестала работать команда su в Debian 8?

Дайте конфигурацию pam /etc/pam.d/su. Если там есть include, то дайте содержимое подключенных через include файлов тоже. Наверняка у вас подключены файлы, использующие winbind, соответственно su тоже пытается его использовать и может запарываться именно там.