Точность управления ЦП или процента MEM в вершине?

Удостоверьтесь полномочия на ~/.ssh каталог и его содержание являются надлежащими. Когда я сначала настроил своего ssh ключевого автора, я не имел ~/.ssh папка правильно настроила, и она вопила на меня.

  • Ваш корневой каталог ~, Ваш ~/.ssh каталог и ~/.ssh/authorized_keys файл на удаленной машине должен быть перезаписываем только Вами: rwx------ и rwxr-xr-x прекрасны, но rwxrwx--- не хороший ¹, даже если Вы - единственный пользователь в своей группе (если Вы предпочитаете числовые режимы: 700 или 755, нет 775).
    Если ~/.ssh или authorized_keys символьная ссылка, канонический путь (с расширенными символьными ссылками) проверяется.
  • Ваш ~/.ssh/authorized_keys файл (на удаленной машине) должен быть читаемым (по крайней мере 400), но Вам будет нужен он, чтобы быть также перезаписываемы (600), если Вы будете больше добавлять ключи к нему.
  • Ваш файл секретных ключей (на локальной машине) должен быть читаем и перезаписываем только Вами: rw-------, т.е. 600.
  • Кроме того, если SELinux установлен на осуществление, Вы, возможно, должны работать restorecon -R -v ~/.ssh (см., например, ошибка Ubuntu 965663 и отчет об ошибках Debian № 658675; это исправляется в CentOS 6).

¹ За исключением некоторых дистрибутивов (Debian и производные), которые исправили код для разрешения группы writability, если Вы - единственный пользователь в своей группе.

1
30.03.2013, 09:19
1 ответ

Если Вы говорите top от procps-ng затем это сделано во время компиляции.

Широкие проценты раньше были прочь по умолчанию, и необходимо было изменить его (PERCENTBOOST в top/top.h), но теперь это идет по умолчанию (см. это изменение), и Вы выключаете его с NOBOOST_MEMS и NOBOOST_PCNT в top/top.h.

Вы могли сделать:

sudo perl -pi-orig -e 's/%#\.3f/%#.1f/g;s/%#\.2f/%#.0f/g' "$(
  command -v top)"

Но это не исправило бы экранного агента по операциям с недвижимостью.

Или Вы могли использовать другой top реализации как htop.

1
27.01.2020, 23:54

Теги

Похожие вопросы