Я настроил несколько привязок для всех домашних каталогов пользователей для доступа к общему каталогу (или его частям), который находится где-то еще в файловой системе, поэтому в моем файле fstab есть такие записи:
/application/data/repository /home/sergio/repository none bind
/application/data/repository /home/mario/repository none bind
/application/data/repository/reports /home/carlos/reports none bind
Вчера перед тем, как я покинул офис, все привязки работали в обычном режиме, однако, когда я пришел сегодня на работу, один из моих пользователей сообщил мне, что не может получить доступ к общей папке. Когда я вошел на сервер, я обнаружил, что все привязки были отключены.
Я просмотрел журналы, чтобы увидеть, есть ли какие-либо признаки того, что кто-то еще размонтирует привязку, но ничего, сервер не перезагружался, никаких следов попыток вторжения. Никаких признаков ошибок ни в одном из файлов журналов.
Я озадачен, потому что не понимаю, как можно просто так размонтировать все привязные крепления. Просто чтобы убедиться, что я изменил пароли всех пользователей и проверил правила брандмауэра, чтобы убедиться, что только авторизованное место имеет доступ к серверу по ssh.
Вы знаете причину этого? Есть ли причина, по которой система отключает крепления для привязки?
Я поискал в сети, но могу найти любого, кто сообщил бы о подобных инцидентах.
Вы должны проверить файлы cron на предмет того, что находится внутри / etc / cron *, и есть ли у кого-либо из «sudoed» пользователей cron внутри / var / spool / cron / crontabs /, который может что-то размонтировать.
autofs также может делать глупые вещи с привязками монтирования, но я никогда не видел этого.