Serveur Ntp

[koblar]

Je commence à comprendre pourquoi tout le monde vend sa LIVEbox sur le bon coin

Modifié le 7 juillet 2014 par koblar

[CoolRaoul]

Tu proposes de créer 2 règles dans ce sens dans le firewall de ma box ?

Ben c'est ce que tu as fait non?

je cite:

"Oui au détail près que je viens de rebaptiser la 2eme règle "NTP2" et non pas "NTP_2""

Tu parles de "2eme" règle, donc NTP (123 -> 1024-65535) *et* NTP_2 (123 -> 1024-65535)

Modifié le 7 juillet 2014 par CoolRaoul

[loli71]

Livebox de mes d*** ...

MDR ... mais j'ai un petit doute tout de même sur une chose :

Je viens d'essayer et mon PC se synchronise sans pb avec time.nist.gouv

Je reboote la box et reviens vous faire un ultime retour avant repos bien mérité

En gros, tu nous dis que le NTP fonctionne depuis ton PC (au travers de la livebox de ses D******) mais pas depuis ton syno là non ?

...... va me falloir une bonne nuit pour réfléchir là dessus ....

Modifié le 7 juillet 2014 par loli71

[CoolRaoul]

...... va me falloir une bonne nuit pour réfléchir là dessus ....

Yep aussi, la nuit porte conseil.

[koblar]

CoolRaoul: oui je viens de re re baptiser la 2eme régle exactement comme dans le post du forum Orange (des fois que le "_" ait de l'importance)

p....n je n'arrive pas à insérer un screenshot sur ce post

loli71: malheureusement c'est bien ça

[PiwiLAbruti]

Ouvre deux sessions Telnet, dans la première :

DiskStation> tcpdump udp port 123 -nq

Et fais une requête NTP dans la deuxième.

On va au moins s'assurer que la requête sort bien du NAS.

[koblar]

Je vous souhaite à tous une bonne nuit

et merci encore pour votre aide

je pense qu'un peu de recul nous fera grand bien

[loli71]

Ouvre deux sessions Telnet, dans la première :

DiskStation> tcpdump udp port 123 -nq

Et fais une requête NTP dans la deuxième.

On va au moins s'assurer que la requête sort bien du NAS.

Pas certain que tcpdump soit disponible par défaut sur les syno Piwi .. moi je suis passé par ipkg pour l'installé il y a un moment :-(

[koblar]

PiwiLAbruti désolé je suis KO et je comprends plus rien.

Je préfère remettre ça à demain... je serais certainement plus frais

Merci encore à toi

[CoolRaoul]

Pas certain que tcpdump soit disponible par défaut sur les syno Piwi .. moi je suis passé par ipkg pour l'installé il y a un moment :-(

méoui méoui, au moins depuis DSM 5:

fserv> which tcpdump
/usr/sbin/tcpdump

Modifié le 7 juillet 2014 par CoolRaoul

[loli71]

Bonne nouvelle ca alors Raoul, merci pour l'info.

Etant bloqué en DSM4.2 avec mon vieux DS109.... je peux pas tout suivre lol

Modifié le 7 juillet 2014 par loli71

[loli71]

PiwiLAbruti désolé je suis KO et je comprends plus rien.

Je préfère remettre ça à demain... je serais certainement plus frais

Merci encore à toi

en gros koblar, ce que Piwi propose c'est de voir si les requêtes NTP sortent bien de ton syno, puisqu'il semblerait que de ton PC tout fonctionne.

Voici la marche à suivre détaillée :

1) Ouvre une fenêtre de commande cmd sur ton PC et utilise la commande comme hier "telnet <nom de ton nas>", utilise le même compte qu'hier

- user: root

- mot de passe: celui de ton compte admin que tu utilises en web

une fois connecté à ton nas, lance la commande suivante de Piwi :

tcpdump udp port 123 -nq

2) Ouvre une deuxième fenêtre de commande cmd sur ton PC et utilise la commande "telnet <nom de ton nas>" comme au dessus

Une fois connecté, utilise la même commande qu'hier pour tester le NTP :

ntpdate -d thotfr.orange.com

3) fais nous un copier/coller ici de ce qui est apparu dans la première fenêtre, ainsi que le résultat de la deuxième fenêtre.

4) pour arrêter la commande tcpdump de la première fenêtre, il te suffit de faire la combinaison de touches "Ctrl + c" dans la première fenêtre

Modifié le 8 juillet 2014 par loli71

[koblar]

Re bonjour tout le monde !

loli71, voilà le résultat de la manip:

REQUETE 1 (dans l'ordre demandé)

XXXserver> tcpdump udp port 123 -nq2

tcpdump version 4.1.1

libpcap version 1.1.1

Usage: tcpdump [-aAbdDefIKlLnNOpqRStuUvxX] [ -B size ] [ -c count ]

[ -C file_size ] [ -E algo:secret ] [ -F file ] [ -G seconds ]

[ -i interface ] [ -M secret ] [ -r file ]

[ -s snaplen ] [ -T type ] [ -w file ] [ -W filecount ]

[ -y datalinktype ] [ -z command ] [ -Z user ]

[ expression ]

REQUETE 2:

XXXserver> ntpdate -d thotfr.orange.com

8 Jul 18:32:21 ntpdate[1805]: ntpdate 4.2.6p5@1.2349 Thu May

14 (1)

Looking for host thotfr.orange.com and service ntp

Error resolving thotfr.orange.com: Name or service not known (

8 Jul 18:32:21 ntpdate[1805]: Can't find host thotfr.orange.c

e not known (-2)

8 Jul 18:32:21 ntpdate[1805]: no servers can be used, exiting

[loli71]

Euh, comment dire ...

1) tu as rajouté un "2" à la fin de la ligne de commande du tcpdump, ce qui fait qu'il ne s'est pas lancé

La commande exacte est :

tcpdump udp port 123 -nq

2) Ton nas n'a pas réussi à faire la résolution de nom du serveur ntp .. ce qui veut dire que le test ne nous apprend rien.

Essaye à nouveau stp, au pire au lieu de mettre le nom, essaye avec l'adresse ip directement :

ntpdate -d .12.110.122

[koblar]

Effectivement ! En même temps ça change pas grand chose: je viens de refaire la manip:

REQUETE 1:

XXXserver> tcpdump udp port 123 -nq

tcpdump: verbose output suppressed, use -v or -vv for full protocol decode

listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes

REQUETE 2:

XXXserver> ntpdate -d thotfr.orange.com

8 Jul 20:46:29 ntpdate[3633]: ntpdate 4.2.6p5@1.2349 Thu May 29 03:43:51 UTC 20

14 (1)

Looking for host thotfr.orange.com and service ntp

Error resolving thotfr.orange.com: Name or service not known (-2)

8 Jul 20:46:29 ntpdate[3633]: Can't find host thotfr.orange.com: Name or servic

e not known (-2)

8 Jul 20:46:29 ntpdate[3633]: no servers can be used, exiting

[loli71]

koblar, je veux bien essayer de t'aider, mais faut que tu lises nos messages jusqu'au bout de temps en temps ...

2) Ton nas n'a pas réussi à faire la résolution de nom du serveur ntp .. ce qui veut dire que le test ne nous apprend rien.

Essaye à nouveau stp, au pire au lieu de mettre le nom, essaye avec l'adresse ip directement :

ntpdate -d .12.110.122

Lance cette commande, en ayant bien pris soin de lancer la commande tcpdump dans l'autre fenêtre avant bien sûr

[koblar]

loli je pense que mon pb est lié à la config de mon firewall (box Orange) car en passant le niveau de sécurité sur "moyen" tout semble fonctionner parfaitement.

XXXserver> ntpdate 192.168.1.1

8 Jul 21:47:42 ntpdate[10447]: the NTP socket is in use, exiting

Modifié le 8 juillet 2014 par koblar

[loli71]

Rien à voir entre le firewall de ta box et le message affiché.....

la commande à utiliser est: ntpdate -d 192.168.1.1

sans le paramètre "-d" l'erreur est normale ....

Modifié le 8 juillet 2014 par loli71

[koblar]

Effectivement en re essayant avec le "-d" je n'ai plus le même résultat !

Pourtant maintenant que j'ai mis le niveau de sécurité sur faible tout fonctionne...

comment interpréter ces résultats ?

[loli71]

ben c'est certainement ce que nous t'avons dit hier soir, le problème cité sur le forum d'Orange concernant le mode de sécurité "Personnalisé" ...

[CoolRaoul]

Effectivement en re essayant avec le "-d" je n'ai plus le même résultat !

Pourtant maintenant que j'ai mis le niveau de sécurité sur faible tout fonctionne...

comment interpréter ces résultats ?

Que tu n'a pas voulu écouter le conseil de domlas qui te disais, des le 2eme post du fil:

Mais sur une livebox Play il faut garder le niveau de sécurité sur moyen ou même faible. pour des accès externes sans problèmes avec le Syno. peut-être cela juoe t-il sur le NTP ?

[koblar]

De mieux en mieux : Lorsque je lance la synchro manuellement ça fonctionne alors que je continu d'avoir des notifications d'erreur me disant que ça ne marche pas !

https://imageshack.com/i/n6m5w8p

[CoolRaoul]

De mieux en mieux : Lorsque je lance la synchro manuellement ça fonctionne alors que je continu d'avoir des notifications d'erreur me disant que ça ne marche pas !

https://imageshack.com/i/n6m5w8p

Le serveur de temps qui tu utilise a la main ne doit pas être le meme que celui déclaré dans la config sous la console DSM

De plus, apparemment tu as encore des problèmes de résolution DNS, essaie de mettre les DNS google (8.8.8.8 et 8.8.4.4) à la place des DNS orange ou carrément remet l'IP de la box comme DNS primaire, on a vu que ça doit fonctionner aussi.

Modifié le 8 juillet 2014 par CoolRaoul

[loli71]

Effectivement ! En même temps ça change pas grand chose: je viens de refaire la manip:

XXXserver> ntpdate -d thotfr.orange.com

8 Jul 20:46:29 ntpdate[3633]: ntpdate 4.2.6p5@1.2349 Thu May 29 03:43:51 UTC 20

14 (1)

Looking for host thotfr.orange.com and service ntp

Error resolving thotfr.orange.com: Name or service not known (-2)

8 Jul 20:46:29 ntpdate[3633]: Can't find host thotfr.orange.com: Name or servic

e not known (-2)

8 Jul 20:46:29 ntpdate[3633]: no servers can be used, exiting

Et puis il te reste semble t il un gros problème de résolution de nom par le DNS que tu as configuré sur le syno aussi .....

[koblar]

Ce n'est pas une livebox play ! (je ne sais pas si ça change qque chose)

Bon c'est une demi victoire !

Comme certains l'avait laissé entendre : avec un niveau de sécurité réglé sur moyen tout fonctionne (pour l'instant)

Par contre impossible de faire fonctionner la synchro avec serveur NTP délors que je passe sur une config personnalisé du firewall