Autopsy и инструменты SleuthKit относительно удобны для пользователя для этой цели, по крайней мере, по отношению к некоторым другим инструментам.
Нет, сервер времени Ubuntu верен, и он автоматически устанавливает время из него.
Проблема в том, что обычно происходит только один раз при каждой загрузке (или, точнее, , каждый раз, когда возникает сетевой интерфейс - от остановки, сна или спящего режима). Основываясь на вашем времени безотказной работы, можно с уверенностью сказать, что он не синхронизирован более чем через неделю.
Лучше всего настроить работу cron, я бы сказал, ежечасно, если вы хотите сверхточное время. Самый простой способ сделать это:
sudo editor /etc/cron.hourly/ntpsyncДобавить следующие строки:
#!/bin/bash ntpdate ntp.ubuntu.com #or your choice of server sudo editor /etc/cron.hourly/ntpsyncВместо этого вы можете поместить это в /etc/cron.daily, если хотите, один раз в день.
Это может произойти, если вы установили демон ntp time и время на вашем компьютере слишком далеко, чтобы быстро исправить.
Чтобы исправить это, откройте терминал и сделайте
sudo service ntp stop
sudo ntpdate swisstime.ethz.ch
date
sudo service ntp start
Что это делает:
Stop ntp daemon Установить часы Время теперь должно быть правильным перезапуском ntp daemon [ ! d3]Если у вас нет ntp, сделайте это с помощью
sudo apt-get install update
Update: Использование ntpdate в задании cron, как было рекомендовано здесь, приводит к тонким проблемам.
ntpdate будет делать время «прыгать» каждый час или около того. Использование ntp позволяет избежать этой проблемы, поскольку она будет регулировать время, перекосив часы. Кроме того, при выборе ntp-сервера по соседству дает еще более высокую точность, это необязательно. Файл конфигурации ntp по умолчанию имеет несколько серверов, и сервер автоматически компенсирует любые задержки.
Нижняя строка: - используйте ntp - если вы далеко, выключение ntp, запустите ntpdate один раз и перезапустите ntp.
У меня была аналогичная проблема, и это было вызвано чем-то в брандмауэре. В конце я добавил часовое задание cron, но добавил аргумент -u в ntpdate, чтобы он не использовал стандартный порт.
Моя проблема была вызвана тем, что Ubuntu фактически не проверял работу ntpdate, но автоматически предполагал, что он будет работать.