тайм-аут, ничего не получено

Я перепробовал все и много гуглил! Но я не могу заставить работать NTP на моем сервере. Этот пост - последняя надежда! Я установил NTP на сервере Debian с этой конфигурацией ( /etc/ntp.conf):

driftfile /var/lib/ntp/ntp.drift

statdir /var/log/ntpstats/

statistics loopstats peerstats clockstats
filegen loopstats file loopstats type day enable
filegen peerstats file peerstats type day enable
filegen clockstats file clockstats type day enable

server 0.it.pool.ntp.org iburst
server 1.it.pool.ntp.org iburst
server 2.it.pool.ntp.org iburst
server 3.it.pool.ntp.org iburst

restrict -4 default nomodify nopeer noquery notrap
restrict -6 default nomodify nopeer noquery notrap

# Restrict eth0 ip
restrict 192.168.1.1
restrict 127.0.0.1 noserve nomodify
restrict ::1

Теперь, когда я пытаюсь:

ntpq -pn
127.0.0.1: timed out, nothing received
***Request timed out

Когда я пытаюсь:

ntpdate -q
9 Mar 18:08:01 ntpdate[27896]: no servers can be used, exiting

Но с:

ntpdate -d 0.it.pool.ntp.org

Я получаю входящие пакеты и устанавливаю смещение времени. Это привело меня к неправильной конфигурации ntp.conf .

Любые подсказки, почему это происходит.

Если ни один из NTP-серверов, которые вы пытаетесь запустить, не отвечает, вероятно, брандмауэр блокирует либо исходящие запросы, либо входящие ответы.

NTP использует UDP-порт 123. Вы можете проверить, не блокируются ли исходящие запросы, запустив traceroute на этом порту. В зависимости от вашей реализации traceroute, это может быть что-то вроде traceroute -p 123 0.it.pool.ntp.org(Debian включает в себя несколько реализаций traceroute, check traceroute --helpили man tracerouteв вашей системе). Если входящие запросы заблокированы, но исходящие запросы проходят, я не думаю, что вы можете определить, где они заблокированы, без доступа к машине за пределами вашей сети (если у вас есть доступ к такой машине, запустите traceroute -p 123 your.ip.address). Обратите внимание, что если у вас есть частный IP-адрес , для возможности использования NTP требуется сотрудничество сетевого администратора (в частности, поддержка NTP в устройстве NAT ).

Если на вашем компьютере установлен брандмауэр, убедитесь, что он пропускает NTP. Простой способ - разрешить весь трафик через UDP-порт 123:

iptables -A INPUT -p udp --sport 123 --dport 123 -j ACCEPT
iptables -A OUTPUT -p udp --sport 123 --dport 123 -j ACCEPT

(Возможно, вы захотите добавить директивы -d/, -sчтобы ограничиться определенным IP-адресом или набором IP-адресов. Обратите внимание, что если вы сделаете это, вам нужно будет обновить эти правила, если серверы NTP в пуле, который вы используете, меняют IP-адреса .)

Если трафик NTP заблокирован где-то между вашей машиной и Интернетом, обратитесь к администратору сети. Вероятно, существует ретранслятор, который вы можете использовать в качестве NTP-сервера.

Насколько я могу сказать, ваш вопрос: «Почему ntpq -pnне работает так, как я ожидаю?»

Измените эту строку:

restrict 127.0.0.1 noserve nomodify

Вернемся к тому, что было изначально:

restrict 127.0.0.1

сейчас ntpq -pnбудет работать.

К вашему сведению: ::1версия IPv6127.0.0.1

Обновленный конфиг:

driftfile /var/lib/ntp/ntp.drift

statdir /var/log/ntpstats/

statistics loopstats peerstats clockstats
filegen loopstats file loopstats type day enable
filegen peerstats file peerstats type day enable
filegen clockstats file clockstats type day enable

server 0.it.pool.ntp.org iburst
server 1.it.pool.ntp.org iburst
server 2.it.pool.ntp.org iburst
server 3.it.pool.ntp.org iburst

restrict -4 default nomodify nopeer noquery notrap
restrict -6 default nomodify nopeer noquery notrap

# Restrict eth0 ip
restrict 192.168.1.1
restrict 127.0.0.1
restrict ::1

Ваша проблема заключается в выборе этих двух серверов в этих двух строках вашего файла конфигурации:

server ntp1.inrim.it iburst
server ntp2.inrim.it iburst

Когда я пытаюсь запросить любой из них, я также получаю вашу ошибку:

$ sudo ntpq -p ntp1.inrim.it
ntp1.inrim.it: timed out, nothing received
***Request timed out

$ sudo ntpq -p ntp2.inrim.it
ntp2.inrim.it: timed out, nothing received
***Request timed out

Я бы попробовал выбрать несколько разных серверов для начинающих.

Эти серверы?

Когда я гуглил их имена, я наткнулся на эту страницу под названием: « Конфигурируйте il vostro NTP» . Был также упомянут другой сервер, который не работал:

$ sudo ntpq -p host2.miaditta.it 
host2.miaditta.it: timed out, nothing received
***Request timed out

Эти серверы, похоже, являются проблемой.

Шифрование?

Если вы посмотрите дальше на этот URL выше, о котором я упоминал, они обсуждают использование шифрования, вам может потребоваться включить его для доступа к этим NTP-серверам.

Советы по отладке

Я смог успешно подключиться к обоим вашим iburst серверам с помощью этой команды:

$ ntpdate -d <server>

$ ntpdate -d ntp1.inrim.it
 9 Mar 21:01:37 ntpdate[20739]: ntpdate 4.2.6p5@1.2349-o Tue Apr  2 17:47:01 UTC 2013 (1)
Looking for host ntp1.inrim.it and service ntp
host found : ntp1.inrim.it
transmit(193.204.114.232)
receive(193.204.114.232)
...
server 193.204.114.232, port 123
stratum 1, precision -22, leap 00, trust 000
refid [CTD], delay 0.19319, dispersion 0.00084
transmitted 4, in filter 4
reference time:    d6c78d79.f0206119  Sun, Mar  9 2014 21:01:45.937
originate timestamp: d6c78d7e.55ab5b4b  Sun, Mar  9 2014 21:01:50.334
transmit timestamp:  d6c78d77.7e9b8296  Sun, Mar  9 2014 21:01:43.494
filter delay:  0.19460  0.19710  0.19453  0.19319 
         0.00000  0.00000  0.00000  0.00000 
filter offset: 6.755368 6.757349 6.755239 6.756265
         0.000000 0.000000 0.000000 0.000000
delay 0.19319, dispersion 0.00084
offset 6.756265

 9 Mar 21:01:43 ntpdate[20739]: step time server 193.204.114.232 offset 6.756265 sec

Так что может показаться, что с вашим ntp.confфайлом что-то не так . Пожалуйста, подтвердите, что это так, и мы можем продолжить отладку.

В моем случае, петлевой адаптер был отключен в системе. После включения проблема была решена. Смотрите файл / etc / network / interfaces.

Из того, что я вижу, вы настроили NTP-сервер, но указываете на пул

server 0.pool.ntp.org

Пытаться:

pool 0.pool.ntp.org

вместо этого или используйте «сервер» с выделенным сервером, а не с пулом.