Хорошо, короче говоря: у меня есть OpenBSD, который был настроен как сетевое устройство (давным-давно), и я вернулся к жизни. Я работаю над несколькими ошибками, и мне может понадобиться любая помощь.
Errors on screen: when logged in, console output on screen 1) syslogd: /var/log/auth log: No such file or directory 2) syslogd: /var/log/daemon: No such file or directory 3) lokbox ntpdate[XXXXX]: the NTP socket is in use, exiting
Примечание: это старый «AIRlok» от Lok Technologies - теперь переименованный в коробку серии RGnets 300. В настоящее время на нем установлен OpenBSD 3.9 (не было проблем до 3.9, очевидно, из-за просмотра журналов - 3.9 был установлен на этом компьютере много лет назад). Я просматриваю каталог журналов, но ни каталоги, ни файлы authlog, daemon не существуют. Затем я создал каталоги (хотя разрешения не менял - может быть проблема - похоже, что все остальное - владельцы root и wheel с такими же разрешениями, как и все другие каталоги в каталоге журналов), и ошибка изменилась на syslogd: / var / log / daemon: это каталог syslogd: / var / log / authlog: это каталог
Я просмотрел файл syslog.config, размещенный ниже:
# $OpenBSD: syslog.conf,v 1.13 2003/06/26 18:24:25 jmc Exp $ # *.err;kern.debug;auth.notice;authpriv.none;mail.crit /dev/console *.notice;auth,authpriv,cron,ftp,kern,lpr,mail,user.none /var/log/messages kern.debug;user.info;syslog.info /var/log/messages auth.info /var/log/authlog authpriv.debug /var/log/secure cron.info /var/cron/log daemon.info /var/log/daemon ftp.info /var/log/xferlog lpr.debug /var/log/lpd-errs mail.info /var/log/maillog #uucp.info /var/log/uucp *.err root *.notice;auth.debug root *.alert root *.emerg * # Uncomment to log to a central host named "loghost". You need to run # syslogd with the -u option on the remote host if you are using this. # (This is also required to log info from things like routers and # ISDN-equipment). If you run -u, you are vulnerable to syslog bombing, # and should consider blocking external syslog packets #*.notice;auth,authpriv,cron,ftp,kern,lpr,mail,user.none @loghost #kern.debug,user.info,syslog.info @loghost #auth.info,authpriv.debug,daemon.info @loghost # Uncomment to log messages from sudo(8) and chat(8) to their own # respective log files. Matches are done based on the program name # Program-specific logs: #!sudo #*.* /var/log/sudo #!chat #*.* /var/log/chat
Любые идеи по журналам, которые мне не хватает, или ошибкам? Я чувствую, что это что-то простое, я просто пропускаю файл или что-то в этом роде ... не знаю, как они были удалены в первую очередь, но теперь это необходимо ...
Что касается используемого сокета 3 - ntpupdate ntp - машина настроена на проверку каждые 3 секунды смещения ntp через "проприетарный" веб-интерфейс (огороженный сад), настроенный в этом поле, который в основном настраивает cron и обновляет списки пользователей и настройки apache и другие файлы конфигурации на машине для различных других запущенных служб ... - машина сообщает неправильное время при загрузке (дата и время, которые я установил в конфигурации BIOS - не проверял, в порядке ли батарея - вероятно, нет - но теперь машина отлично держит время, если не считать ошибки ntpupdate.
Единственное, что мне нужно было сделать, это перезагрузиться в режиме одного пользователя и запустить fsck на каждом разделе, чтобы исправить некоторый беспорядок - в противном случае он, похоже, работает нормально (функционально есть некоторые проблемы со сценариями perl на «проприетарной» стороне вещей, которые настраивают ipconfig, но это уже другой пост).
пробовали ли вы переустановить пакет, например, я столкнулся с той же проблемой в ubuntu 12.04, в которой внезапно недоступны журналы по умолчанию, и я решил, установив системный журнал очередной раз.
authlog
и daemon
это файлы, а не каталоги. Вероятно, их удалил хакер (полушутка)
Они должны быть root:wheel
& разрешения установлены на 640
, затем перезапустите syslogd.
OpenBSD 3.9 был выпущен более 10 лет назад и больше не поддерживается. Я настоятельно рекомендую использовать последнюю версию, в которой меньше проблем с безопасностью.