LinuxForum.Fans
Тема

ntp

Автор: moshell 66 сообщений 5447 просмотров
#369770

использую 127.0.0.1 (не стеб)
Оно ни чем не отличается от Ваших предпочтений
Сегодня 1 марта и 127.0.0.1 (в том числе) это подтвердило.

Какая разница - будете Вы использовать один или 152 сервера времени, когда тот один использует все возможные ссылки ?

#369771

если тот "один" ляжет, то в месте с ним лягут и другие, доступные через него.

вариант с погрешностью в один день (с 00:00 1 марта по 23:59 1 марта) не подходит
это и хардварные часы умеют делать. в смысле не делать ничего. время тупо идет и оно никуда не денется. если вы живете в одном часовом поясе всегда.

тут другой вопрос, какого пальца джитер хреновый?

#369773

у Вас погрешность "локального" таймера равна сутки за сутки ?

#369774
smaharbA написал:
Сегодня 1 марта и 127.0.0.1 (в том числе) это подтвердило.

это подтвердит даже моя бабушка, она про ntp вообще ничгео не знает.

#369778

И она права. Зачем искать то, что никому не нужно ?
Ваша бабушка скорее всего не намного старше Вашего "опонента".

#369780

если вам ntp не нужно, это не значит что оно не нужно никому

#369781

Вам лично можете сказать для каких целей оно нужно в свете сабжа ?

#369782

любопытно мне, делать вот нехрена, чего б его просто так терять?

#369784

"moshell" написал:
ключевое слово "принудительная" и идет инициализация от сервера.
а если сервер захвачен врагами?
#369785

"smaharbA" написал:
использую 127.0.0.1 (не стеб)
ваше дело.
#369786

"moshell" написал:
если тот "один" ляжет, то в месте с ним лягут и другие, доступные через него.
это называется "зависимые". Не считается.
"moshell" написал:
тут другой вопрос, какого пальца джитер хреновый?
нормальный джиттер с т.з надёжности времени. Связь хреновастенькая, баллистическую ракету вам не осилить 8) Ну разве что "на НьюЙорк". *YAHOO*
#369863
drBatty написал:
а если сервер захвачен врагами?

впервые слышу чтоб ntp сервер ОПСОСа был кем то захвачен 8)

#369864

через неделю собираюсь менять провайдера, на более недорогого, и более выгодного по плюшкам всяким.
будет прямой айпи.
своя локалка так и останется.
в связи с этим какие меры нужно принимать? или iptables достаточно будет?
или вместо iptables есть какие то другие альтернативы?

#369896

drBatty написал:
[quote="moshell"]что то я не нашел питера
ты ещё мухосранск поищи.[/quote]
А я нашел....
У меня подключен ru.pool.ntp.org сервер...
Вот выкидывало на вот этот сервер меня... 80.90.180.140
Согласно Whois
address: Russia
address: St-Petersburg
address: Gavanskaya str 21
#369897

По сути NTP нужен только для того чтобы синхронизировать время на двух рабочих станциях в пределах разумного.
К примеру (при определенных настройках) авторизация может не происходить если время на сервере или клиенте расходится больше чем на 5 минут.

#369898

OpenSuSE сервер ru.pool.ntp.org

Без параметров:
[console] remote refid st t when poll reach delay offset jitter
==============================================================================
ns.davydkovo.ne 89.109.251.21 2 u 16 64 7 26.722 -1.951 0.413[/console]

С параметром iburst:
[console] remote refid st t when poll reach delay offset jitter
==============================================================================
*ru.pool.ntp.org 194.190.168.1 2 u 12 64 1 56.587 -7.953 0.135[/console]

А вот ещё c интервалом две минуты:
[console]mozgfx:/home/home # while true; do /usr/sbin/ntpq -pn | egrep -v "(remote|=====)"; sleep 120; done
*95.104.193.133 194.190.168.1 2 u 25 64 377 56.488 -4.540 1.578
*95.104.193.133 194.190.168.1 2 u 7 64 377 56.604 -2.981 0.298
*95.104.193.133 194.190.168.1 2 u 61 64 377 56.604 -2.981 0.329
*95.104.193.133 194.190.168.1 2 u 44 64 375 56.604 -2.981 112.747
*95.104.193.133 194.190.168.1 2 u 30 64 367 57.012 -2.169 112.441[/console]

#369899
moshell написал:

при заявленных 20~100 Мбит/c, в зависимости от времени, не всегда комфортно чувствую себя в интернете.

Чему удивляться... Притянули Гигабит в коробочку на верхний этаж к примеру....
Каждому пообещали максимум по 100 мегабит, а в итоге подключили не 10 человек, а скажем 20...
Результат...
Правильно если все серфят, а один качает то но проблем ФУЛЛ 10 обещанных мегабайт залетает...
А вот когда все 20 подключатся то капут... больше 5 мегабайт не ждите (при этом все зависит от балансировке на железе)...
Дурят народ как могут...

Да и народ ещё необразованный UTorrent в оффтопике по дефолуту 200-300 подключений засерает... Мало того что себе канал перекрывают, так и нагрузка на коробочку на верхнем этаже возрастает результат 20 портов на каждый ломиться торрент... 4000-6000 подключений кто вытянет ?
Вот нужно ограничивать количество подключений до 50 тогда все будет летать...
Но кому это объяснишь...

#369902
text
ntpq -p
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
-ns1.hsdn.org    107.220.11.135   2 u  142 1024  377  665.714  -25.404  13.473
+n1.sigma.d6.hsd 88.147.254.229   2 u  392 1024  377  680.400   -7.817  38.060
*nas3.d6.hsdnnet 107.220.11.135   2 u  495 1024  377  657.523  -22.116   6.509
+n1.vfose-ru.d6. 88.147.254.228   2 u  689 1024  377  675.451   -5.588   8.491
#369903
"moshell" написал:
впервые слышу чтоб ntp сервер ОПСОСа был кем то захвачен

мало-ли, чего вы не слышали? Тем не менее, атака на время является чрезвычайно опасной, и позволяет если не захватить сервер, то с лёгкостью вывести его из строя. Потому время и синхронизируется минимум из четырёх независимых и доверенных источника, причём ещё и только тогда, когда они выдают примерно одно и то же. (обычно считается, что один из источников может сломаться, но не два. Если сломалось два, значит война, и значит время считается автономно).

#369905
"mozgfx" написал:
По сути NTP нужен только для того чтобы синхронизировать время на двух рабочих станциях в пределах разумного. К примеру (при определенных настройках) авторизация может не происходить если время на сервере или клиенте расходится больше чем на 5 минут.

если время на 3 часа отличается, то ntp и НЕ сможет его поправить. Это уже не его задача.

Войдите или зарегистрируйтесь, чтобы ответить.