Во время удаленной работы с сервером по SSH произошёл самопроизвольный обрыв связи, повторное соединение установить не удалось, когда добрался до сервера выяснилось что sshd остановлен
новая попытка запуска
/etc/init.d/ sshd start
пишет что
ERROR: named failed to start ‘/usr/sbin/named’
/var/emptu must be owned by root and not group or word-writable
ERROR: sshd failed to start
понимаю что не запускается named, но не могу понять каким боком он тут ?
в файле /etc/init.d/sshd никаких ссылок на него нету, а в фале /etc/named/named.conf
вообще только это
рабочий sshd_config - тот который по умолчанию, единственная опция из него, которая в вашем случае мешает (а в принципе без неё и лучше) - UseDNS.
в /etc/ssh/sshd_config:
UseDNS no
Более того, в тех фрагментах, что вы процитировали, дважды одна и та же опечатка:
/var/emptu <–> /var/empty
directoru <–> directory
Системы идут с рабочими конфигами. Хорошим тоном считается брать за основу их, и менять осмысленно ровно там, где есть необходимость. Копипастить целиком чужие конфиги - бессмысленное и рискованное занятие. Если конфиги из такой же системы (взяты за основу дефолтные этой системы), почему не взять те самые дефолтные, не поменять то что нужно (в плане sshd - единственные опции, которые требуется менять - UseDNS yes/no по вкусу и PermitRootLogin no/yes в зависимости от выбранной стратегии безопасности, туда же DenyUsers, это всё). Если система другая, возможны другие каталоги и прочие отличия - добавляеся задача “причёсывания”, адаптации.
С named немного сложнее, но копирование конфигов тут тоже нежелательно.
Сильно смущают вещи типа “самопроизвольный обрыв связи”, “выяснилось что sshd остановлен”. Это те вещи, которые проверяются и выясняются. НИЧЕГО в nix-системах не происходит само.
понимаю что не запускается named, но не могу понять каким боком он тут ?
Виктор Кустов: service sshd start отрабатывает без ошибок?
В том то и дело что нет:
#/etc/init.d/sshd start
/etc/init.d/named userscript please convert to openrc-run
starting named
checking named configuration
start-stop-daemon
ERROR: named failed to start '/usr/sbin/named'
/var/empty must be owned by root and not group or word-writable
ERROR: sshd failed to start
Виктор Кустов: service sshd start отрабатывает без ошибок?
В том то и дело что нет:
[…]
стартовый скрипт /etc/init.d/named не в формате openrc. Откуда вы его взяли? Делался ли dispatch-conf? ставился ли named штатно, через emerge из портежей?
/var/empty must be owned by root and not group or word-writable
сделайте ls -l /var | grep empty и соотнесите увиденное с требованием системы.
как получилось, что права на /var/empty не дефолтные?
в /etc/ssh/sshd_config: #UseDNS no
Строка закомментарена, я рекомендовал вам опцию UseDNS no, # надо убрать. правильная опция:
стартовый скрипт /etc/init.d/named не в формате openrc. Откуда вы его взяли?
Делался ли dispatch-conf? ставился ли named штатно, через emerge из портежей?
Все ставилось штатно, при установке системы, от себя ни каких файлов не добавлял
Виктор Кустов:
как получилось, что права на /var/empty не дефолтные?
сам не знаю я ничего не делал, как получилось что
стартовый скрипт /etc/init.d/named не в формате openrc.
/dev/md0p2 on /tupe ext4 (rv,noatime,data=ordered)
/dev/md0p4 on /var/calculate (rv,noatime,data=ordered)
/dev/md0p4 on /home (rv,noatime,data=ordered)
*
$ ls -l /var
*
нет данных
*обновлялась ли система?
Делался ли dispatch-conf?*
Пронумеруем выхлопы, так удобнее.
по п.2 (df -h) вопросов нет.
по п.3 (mount | grep “^/dev”) - вы часом не руками его перебивали? опечатки типа / type ext4 -> /tupe ext4 или (rw, -> (rv, очень на это указывают. Если так, делайте проще:
<команда с параметрами> | wgetpaste на выхлопе даёт ссылку, её и вставляете.