LinuxForum.Fans
Тема

Не могу настроить ntp для синхронизации с сервером времени Windows

Автор: nkl 17 сообщений 4212 просмотров
#266758

Работаю по этому мануалу
Встал на пункте "Теперь исправьте файл /etc/ntp.conf, добавив в него информацию о вашем сервере времени:"

text
# You do need to talk to an NTP server or two (or three).
server dc.domain.com

В упор в этом файле не могу найти таких строк. Разовая синхронизация срабатывает нормально. Попытался сделать так:

text
# Use servers from the NTP Pool Project. Approved by Ubuntu Technical Board
# on 2011-02-08 (LP: #104525).
# more information.
#server 0.ubuntu.pool.ntp.org
#server 1.ubuntu.pool.ntp.org
#server 2.ubuntu.pool.ntp.org
#server 3.ubuntu.pool.ntp.org
server srvr001.kcc.local

Но ничего не выходит, после перезапуска демона часы ubuntu убегают на 18 минут вперед.
Помогите поправить конфиг :)

#266759

Почему я не могу вставить ссылку? Ссылку на мануал? Как вы узнаете по какому мануалу я работаю?

#266760

Коли так, тупо скопирю текст от туда

Настройка синхронизации времени
Далее необходимо настроить синхронизацию времени с доменконтроллером. Если разница будет более 5 минут мы не сможем получить лист от Kerberos. Для единовременной синхронизации можно воспользоваться командой:
sudo net time set dc
Если в сети существует сервер точного времени, то можно воспользоваться им или любым публичным:
ntpdate ntp.mobatime.ru
Автоматическая же синхронизация настраивается с помощью ntpd, это демон будет периодически выполнять синхронизацию. Для начала его необходимо установить:
sudo aptitude install ntp
Теперь исправьте файл /etc/ntp.conf, добавив в него информацию о вашем сервере времени:
# You do need to talk to an NTP server or two (or three).
server dc.domain.com
После чего перезапустите демон ntpd:
sudo /etc/init.d/ntp restart
Теперь пора настраивать непосредственно взаимодействие с доменом.
#266764

а пинг с убунту-сервера до данного сервера есть? а utp пакеты по 123 порту ходят туда-обратно?

#266766

Хотя обічно делают наоборот... НТП на юниксе, а винда к нему подключается...
Но если хочется секса(имел удовольствие в 2007 году юзая нтп под виндой), то да...

гугл в помощь:
Making the assumption that your windows servers are running NTP, you should be able to modify the /etc/ntp.conf file on your linux box and add server directives that point to your windows DCs. ie:

server dc1.host.name.com
server dc2.host.name.com

Add the hostnames to your /etc/ntp/step-tickers file as well, so that NTP will sync on startup with those hosts.

Once you have modifed the /etc/ntp.conf file, then restart ntpd on the centos box. As root type:

/etc/rc.d/init.d/ntpd restart

Once you have restarted ntp, then you should be able to verify that it is working correctly by running the ntptrace command:

/usr/sbin/ntptrace

When you run that command you should see a list of all of the servers that you are using for time sync. The first server in the list should be the DC and the next one will be the server that the DC is using as primary and so on.

If your windows DCs are truely running NTP, then that should be all that you have to do.

#266775
text
nkl@ws303-02:~$ ping 192.168.0.1
PING 192.168.0.1 (192.168.0.1) 56(84) bytes of data.
64 bytes from 192.168.0.1: icmp_req=1 ttl=128 time=0.282 ms
64 bytes from 192.168.0.1: icmp_req=2 ttl=128 time=0.242 ms
64 bytes from 192.168.0.1: icmp_req=3 ttl=128 time=0.125 ms
64 bytes from 192.168.0.1: icmp_req=4 ttl=128 time=0.250 ms
64 bytes from 192.168.0.1: icmp_req=5 ttl=128 time=0.132 ms
64 bytes from 192.168.0.1: icmp_req=6 ttl=128 time=0.210 ms
64 bytes from 192.168.0.1: icmp_req=7 ttl=128 time=0.142 ms
64 bytes from 192.168.0.1: icmp_req=8 ttl=128 time=0.210 ms
64 bytes from 192.168.0.1: icmp_req=9 ttl=128 time=0.097 ms
64 bytes from 192.168.0.1: icmp_req=10 ttl=128 time=0.206 ms
64 bytes from 192.168.0.1: icmp_req=11 ttl=128 time=0.111 ms

Да блин, мне секса очень хочется. Именно поэтому я год назад тайм сервер поднял под виндой, потому что знал, что через год мне секса захочеться...

а utp пакеты по 123 порту ходят туда-обратно?

Какой командой это можно проверить?

#266777
"nkl" написал:
server srvr001.kcc.local

в /etc/hosts пропиши 192.168.0.1 srvr001.kcc.local
или в ntp.conf
вместо

"nkl" написал:
server srvr001.kcc.local
напиши server 192.168.0.1
ну и покажи вывод команды ntptime и ntptrace

сервис не забудь перестартовать
#266794

ты говоришь что сервер srvr001.kcc.local а пингуешь 0.1...)))
часто это разные вещи если резолвинг не настроен...)))
поэтому пинг srvr001.kcc.local смотри для начала...
если не альо, то как предыдущий пост сказал делай - настраивай хосты...

#266896

Спасибо за советы. В понедельник буду дальше ковырять. С прошедшим, кстати! *DANCE*

#268093

У меня похоже до ntp дело еще далеко не дошло. Тупо не могу настроить что б правильно resolv.conf формировался при динамической адресации, цитирую мануал:

Показать
Настройка DNS
Для начала необходимо изменить настройки DNS на вашей машине, прописав в качестве DNS сервера доменконтроллер и в качестве домена поиска - нужный домен.
Если у вас статический IP-адрес, то в Ubuntu Desktop это можно сделать через Network Manager, в Ubuntu Server необходимо изменить содержимое файла /etc/resolv.conf на примерно такое:
domain domain.com
search domain.com
nameserver 192.168.0.1
nameserver 192.168.0.2
Если IP-адрес динамический и присваивается DHCP сервером то после перезагрузки resolv.conf может формироваться «неправильный» resolv.conf' , например присутствует только один nameserver 192.168.0.1 и не указаны domain и search, то проще всего отредактировать /etc/dhcp3/dhclient.conf. Чтобы появились записи domain и search нужно убрать комментарий перед строкой supersede domain-name, и вписать свой домен:
supersede domain-name "domain.com";
Чтобы добавить еще один nameserver нужно убрать комментарий перед prepend domain-name-servers и указать ip сервера:
prepend domain-name-servers 192.168.0.2;
Для применения изменений остается перезапустить службу:
/etc/init.d/networking restart
Теперь убедитесь, что вы задали нужное имя компьютера в файле /etc/hostname:
smbsrv01
Кроме того необходимо отредактировать файл /etc/hosts так, чтобы в нём была запись с полным доменным именем компьютера и обязательно коротким именем хоста, ссылающаяся на один из внутренних IP:
# Имена этого компьютера
127.0.0.1 localhost
127.0.1.1 smbsrv01.domain.com smbsrv01
Не обязательно, но если вы что-то поменяете - перезагрузите компьютер для применения изменений.

У меня ip-адрес динамический и у меня тупо нет файла /etc/dhcp3/dhclient.conf. Вот что лежит в каталоге /etc/dhcp3/:

Показать
text
drwxr-xr-x   3 root root  4096 авг.   2 16:58 .
drwxr-xr-x 127 root root 12288 авг.   6 12:55 ..
-rw-------   1 root root 12288 авг.   2 16:58 .dhcliebt.cof.swp
drwxr-xr-x   2 root root  4096 июля  27 16:08 dhclient-enter-hooks.d

Содержимое файла resolv.conf:

Показать
text
nkl@ws303-02:~$ cat /etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 2.78.45.17
nameserver 2.78.45.18
nameserver 127.0.0.1
search kcc.local 0.0.1 localhost
127.0.1.1 ws303-02.kcc.local ws303-02

если отредактировать его по мануалу, то после перезагрузки он снова переписывается таким вот образом. Что это за издевательство? По-чему я не могу найти нормальный мануал в котором нормально объясняют как ввести машину в домен? Почему в мануалах речь идет о таких файлах, которых нет в моей системе? Откуда я их должен брать? Что за тупизм в конце-концов?! Извините за всплеск эмоций, но у меня уже просто все терпение на исходе. Все обшарил, везде тупо один и тот же мануал "цитируют"! И не стоит отправлять меня в гугл или любую другую поисковую систему, потому что все они выдают один и тот же мануал, который я сегодня уже 5 часов мусолю безрезультатно!

#268108

потому что мануал устарел...))) Я сам сначала после установки 12.04 был удивлен...))) Но сие уже обширно шагает по дистрам и убунту наконец-то его начала использовать.

в 12.04 ЛТС используется resolvconf.

читайте man 8 resolvconf
ну и гугл в руки.
к примеру http://askubuntu.com/questions/130452/how-do-i-add-a-dns-server-via-resolv-conf

#268198

Тек, ну наконец-то хоть какое-то движение с мертвой точки. Итак, вот теперь как выглядят мои файлы:
/etc/resolv.conf:

Показать
text
nkl@ws303-02:/etc/network$ cat /etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
#    Prosto pizdec kakoito!
nameserver 2.78.45.17
nameserver 2.78.45.18
nameserver 127.0.0.1
search kcc.local
domain kcc.local
nameserver 192.168.0.1

/etc/hostname

Показать
text
nkl@ws303-02:/etc/network$ cat /etc/hostname
ws303-02

/etc/hosts

Показать
text
nkl@ws303-02:/etc/network$ cat /etc/hosts
127.0.0.1    localhost
127.0.1.1    ws303-02.kcc.local    ws303-02

# The following lines are desirable for IPv6 capable hosts ::1 ip6-localhost ip6-loopback fe00::0 ip6-localnet ff00::0 ip6-mcastprefix ff02::1 ip6-allnodes ff02::2 ip6-allrouters

Вроде бы все настроено как по мануалу, но ведь не работает сцуко! Разрешение имен не ведется:

text
nkl@ws303-02:/etc/network$ ping srvr001.kcc.local
ping: unknown host srvr001.kcc.local
text
nkl@ws303-02:/etc/network$ ping srvr001.kcc.local
ping: unknown host srvr001.kcc.local
text
nkl@ws303-02:/etc/network$ ping 192.168.0.1
PING 192.168.0.1 (192.168.0.1) 56(84) bytes of data.
64 bytes from 192.168.0.1: icmp_req=1 ttl=128 time=0.127 ms
64 bytes from 192.168.0.1: icmp_req=2 ttl=128 time=0.266 ms
64 bytes from 192.168.0.1: icmp_req=3 ttl=128 time=0.174 ms
64 bytes from 192.168.0.1: icmp_req=4 ttl=128 time=0.236 ms
64 bytes from 192.168.0.1: icmp_req=5 ttl=128 time=0.144 ms
#268220

а какой ДНС ведет зону kcc.local?

что выводит команда
dig srvr001.kcc.local

#268407

Результат работы dig srvr001.kcc.local:

Показать
text
nkl@ws303-02:~$ dig srvr001.kcc.local

; <<>> DiG 9.8.1-P1 <<>> srvr001.kcc.local ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 33158 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION: ;srvr001.kcc.local. IN A

;; AUTHORITY SECTION: . 10800 IN SOA a.root-servers.net. nstld.verisign-grs.com. 2012080701 1800 900 604800 86400

;; Query time: 415 msec ;; SERVER: 2.78.45.17#53(2.78.45.17) ;; WHEN: Wed Aug 8 08:46:48 2012 ;; MSG SIZE rcvd: 110

2.78.45.17, 2.78.45.18 - это NS'ы USB 3g модема. Сами прописываются когда флешку втыкаю.

#268409

о_О, после того как я извлек флешку и из resolv.conf исчезли записи с этими NS'ами пошло разрешение имен, вот результат работы команды ping srvr001.kcc.local:

Показать
text
nkl@ws303-02:~$ ping srvr001.kcc.local
PING srvr001.kcc.local (192.168.0.1) 56(84) bytes of data.
64 bytes from 192.168.0.1: icmp_req=1 ttl=128 time=0.110 ms
64 bytes from 192.168.0.1: icmp_req=2 ttl=128 time=0.147 ms
64 bytes from 192.168.0.1: icmp_req=3 ttl=128 time=0.222 ms
^C64 bytes from 192.168.0.1: icmp_req=4 ttl=128 time=0.217 ms

--- srvr001.kcc.local ping statistics --- 4 packets transmitted, 4 received, 0% packet loss, time 60061ms rtt min/avg/max/mdev = 0.110/0.174/0.222/0.047 ms

Только я не пойму, почему на отправку и получение этих четырех пакетов ушла почти минута? Хотя ping минимальный, даже 1 мс нет, причем этот комп соединен с сервером через гигабитный свитч (1000 Мбит/c показывает в статистике сети).

#268410

Отсюда возникает логичный вопрос, как указать в resolv.conf что бы всю зону kcc.local он разрешал через nameserver 192.168.0.1, даже если в нем присутствуют другие ns'ы?

#268420

Всем спасибо, тема форума была полностью раскрыта и проблема была решена. Еще раз убеждаюсь в том, что хорошо настроенный резолвинг (разрешение имен) это залог успеха любого сетевого предприятия. :)
Отдельное спасибо уважаемому Харитону, за то, что не оставил меня один на один с этой проблемой! + тебе в репу, достатка в дом и по-меньше проблем на работе *DRINK*
P.S.
Тем можно закрывать оставшиеся без ответов вопросы растяну на другие темы.

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