Никак не получается настроить NTP-сервер. Задача была поставлена следующая: есть компьютер, подключенный к технологическому оборудованию (стоящий одиноко и без локальной сети). Технологическое оборудование нуждается в сигналах точного времени.
Что сделано:
1. На компьютер установлена операционная система Voyage (Debian Linux/ Kernel 2.6.31.2);
2. GPS-приемник, через ttyS0 на скорости 4800 с форматом NMEA
3. gpsd 2.39 запускается командой gpsd -n /dev/ttyS0 и работает отлично, судя по выводу cgps
4. ntp сконфигурирован файлом ntp.conf
server 127.127.20.0 minpoll 4 maxpoll 4 fudge 127.127.20.0 flag3 1 time1 0.035 refid GPS
server 127.127.1.0 minpoll 4 prefer fudge 127.127.1.0 refid INT_CLOCK
5. На компьютере установлены две сетевые карты настроенные файлом /etc/network/interfaces
auto lo iface lo inet loopback
auto eth1 iface eth1 inet static address 192.168.1.2 netmask 255.255.255.0
auto eth0 iface eth0 inet static address 192.168.0.51 netmask 255.255.255.0 broadcast 192.168.0.255 gateway 192.168.0.10
6. Так же настроен файл /etc/resolv.conf
nameserver 192.168.0.10 nameserver 192.168.0.10
Собственно проблема вот в чем: при подключении компьютера в локальную сеть 192.168.0.0 с выходом в Internet (для настройки т.к. компьютер без монитора и настройка по SSH) команда «ntpq -p» дает нормальный результат, а как только в сеть 192.168.1.0 (соединение кроссом с ноутбуком оператора, без выхода в Internet) результат
#ntpq -p Temporary failure in name resolution
Непонятно почему программа ntpq пытается определить адреса притом что ping на 127.127.1.0 и 127.127.20.0 проходит отлично? Соответственно, когда локальная сеть не подключена ни к одному интерфейсу NTP так же дает сбой (судя по логам).
Как мне правильно настроить NTP или внутренние интерфейсф чтоб NTPQ не пытался определять адреса во вне? Ведь может же компьютер работать корректно без сетки и обеспечивать корректировку времени только для «себя любимого» по GPS, не раздавая ее во вне?
Последние комментарии
-
OlegL, 17 декабря в 15:00 →
Перекличка
21
-
REDkiy, 8 июня 2023 года в 9:09 →
Как «замокать» файл для юниттеста в Python?
2
-
fhunter, 29 ноября 2022 года в 2:09 →
Проблема с NO_PUBKEY: как получить GPG-ключ и добавить его в базу apt?
6
-
Иванн, 9 апреля 2022 года в 8:31 →
Ассоциация РАСПО провела первое учредительное собрание
1
-
Kiri11.ADV1, 7 марта 2021 года в 12:01 →
Логи catalina.out в TomCat 9 в формате JSON
1
ecobeing.ru
А зачем тебе тогда сервер? Установи NTP-клиент и получай себе время.
Интересная мысль. :) А не подскажете, как же настроить клиент на получение времени с GPS-приемника? И что это за клиент такой?
Что-то я GPS с GPRS перепутал… ;)
Тут описано решение вашей проблемы.
wiki.binarylife.ru/index.php/%D0%9A%D0%B0%D0%BA_%D0%BD%D0%B0%D1%81%D1%82%D1%80%D0%BE%D0%B8%D1%82%D1%8C_ntp_%D1%81%D0%B5%D1%80%D0%B2%D0%B5%D1%80_%D0%B4%D0%BB%D1%8F_%D1%81%D0%B8%D0%BD%D1%85%D1%80%D0%BE%D0%BD%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D0%B8_%D1%81_%D1%8D%D1%82%D0%B0%D0%BB%D0%BE%D0%BD%D0%BD%D1%8B%D0%BC_%D0%B8%D1%81%D1%82%D0%BE%D1%87%D0%BD%D0%B8%D0%BA%D0%BE%D0%BC
К сожалению это не решение моей проблемы. Это типовая настройка NTP на работу с GPS. У автора статьи компьютер не одиночно стоящий без локальной сети. Это видно из фразы в статье «После этого можно опрашивать наш свеженастроенный сервер, пусть он имеет IP 10.20.30.1. На какой-нибудь машине в нашей сети выполним команду ntpdate.».
А я еще раз говорю — вся проблема в том, что NTP при выполнении команды «ntpq -p» пытается вылезти в сеть и выдает ошибку «Temporary failure in name resolution» при отсутствии этой сети в принципе. Я еще раз это проверил вчера — подключился на терминал через выделенную консоль на ttyS0 и физически отключив локальную сеть.
Я понимаю что DNS недоступен — физически компьютер не подключен к локальной сети. Для этого на и ставится NTP c GPS т.к. неоткуда больше взять точное время. Но NTP при выполнении команды «ntpq -p» пытается вылезти в сеть и выдает ошибку «Temporary failure in name resolution.
Он не пытается вылезти в сеть, а пытается разрезолвить имя хоста. Указав недоступные dns ты ему не оставил выбора. Как минимум надо попробовать указать host. Что он резолвит, тоже интересный вопрос tcpdump в руки.
Host прописан в файле /etc/hosts
И какое имя хоста он пытается ресолвить? Тех что указаны в ntp.conf? Ну так это бесполезное занятие — эти адреса не ресолвятся впринципе. При этом они прекрасно пингуются т.к. являются внутренними виртуальным адресами. Собственно зачет NTP еще что-то ресолвить если в ntp.conf больше ничего нет.
Во-первых, порядок резолвинга определен, в файле /etc/host.conf. Скорее всего там bind на последнем месте, но все же следует проверить.
Во-вторых, ntpq — это клиент и на настройки сервера ему абсолютно забить. Без указания хоста он должен резолвить localhost, что он реально делает можно посмотреть с помощью tcpdump.
В /etc/host.conf есть всего одна запись «multi on» одной строчкой через пробел. Больше там нет ничего.
А как правильно воспользоваться командой tcpdump что бы посмотреть только вывод от коммандв ntpq ?
Кстати, заметил еще одну странность — при отключении от инета линукс намного дольше проводит авторизацию пользователя. Например, запрос на ввод пароля после ввода логи при подключенном инете появляется практически сразу (меньше секунды), а при отключенном инете — около 20 секунд. Я это списывал на… попытки найти пользователя на другом компе :), но такая же ерунда творится при попытке загрузки «mc», а эта программа ну никак не относится к инету. Ну просто никак. Может кто-нибудь сталкивался с таким?
В host.conf надо прописать order. Тебе кроме hosts ничего и не нужно.
Смотри man tcpdump, там все написано.
Прописал order с параметром hosts в /etc/host.conf
Увы. Не помогло.
Я уж подзабыл, полностью ресолвинг настраивается в /etc/nsswitch.conf, а order — это только порядок.