У меня дома есть машина, на которой работает элементарная ОС 0.2 с очень небольшим объемом ОЗУ, подкачка всегда заполнена (я обновлю ОЗУ, как только смогу). На нем установлен сервер OpenSSH с аутентификацией с открытым ключом. При входе сегодня он попросил у меня пароль. Я пере-катал: отредактировал мой открытый ключ в удаленном файле author_keys, и аутентификация с открытым ключом снова начала работать. Я предполагаю, что была блокировка файла, который был снят, когда я написал в него.

Правильно ли я интерпретирую эту ситуацию? Является ли вероятной причиной проблемы блокировка файла author_keys? И может ли полный раздел подкачки вызвать проблемы с блокировкой файлов?

1 ответ1

1

К сожалению, ваш вопрос зависит от конкретного приложения и конкретного сценария / ситуации. Короткий ответ - просто нет (или, скорее, не должен).

Ваш раздел подкачки должен рассматриваться как расширение вашей оперативной памяти. Чтобы предотвратить переполнение SWAP, вы можете (до получения большей оперативной памяти) попытаться увеличить размер своего раздела SWAP. Но вы также получите больше оперативной памяти, SWAP может быть в 1000 раз медленнее, чем оперативная память.

Итак, чтобы полностью ответить на ваш вопрос, задайте следующий вопрос: Что происходит с ПК (и на нем запущены приложения), когда на нем заканчивается ОЗУ? Или оперативка и свап?

Отказался бы запускать новые приложения ... Он отказался бы предоставлять новые блоки памяти приложениям, запрашивающим память (если эти приложения могут восстановиться после такого отказа, они зарегистрируют ошибку и продолжат работу, большинство приложений будут аварийно завершать работу или будут корректно завершать свою работу, поскольку они не смогут выполнить свое назначение, если не смогут выделить память).

Поэтому, если ваш ключевой файл действительно был заблокирован (что я не оспаривал, это могло произойти), это, скорее всего, было связано с чем-то связанным с SSH/SSL, например с зависанием демона, потому что он не мог выделить память, или с демоном, перезапускающимся для вышеупомянутая причина.

Если вы используете openssh-сервер, измените ваш /etc /ssh /sshd_conf так, чтобы он не разрешал аутентификацию по паролю, и попытайтесь воссоздать сценарий, в котором у вас будет нулевая оперативная память и пустое пространство под SWAP. Я действительно подозреваю, что sshd просто потерпит крах, если честно.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .