Aller au contenu

loli71

Membres
  • Compteur de contenus

    681
  • Inscription

  • Dernière visite

  • Jours gagnés

    10

Tout ce qui a été posté par loli71

  1. 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é" ...
  2. 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 ....
  3. koblar, je veux bien essayer de t'aider, mais faut que tu lises nos messages jusqu'au bout de temps en temps ... Lance cette commande, en ayant bien pris soin de lancer la commande tcpdump dans l'autre fenêtre avant bien sûr
  4. 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
  5. 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
  6. La commande tr n'est pas disponible en DSM4.2 par contre
  7. Bonne nouvelle ca alors Raoul, merci pour l'info. Etant bloqué en DSM4.2 avec mon vieux DS109.... je peux pas tout suivre lol
  8. 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 :-(
  9. MDR ... mais j'ai un petit doute tout de même sur une chose : 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 ....
  10. Dernier test à faire koblar, après je rends les armes faute de solution : sur le nas (en telnet) : ntpdate -d thotfr.orange.com il parait que c'est le serveur ntp dont se servent les box Orange ...
  11. oui je suis d'accord Raoul, mais selon les traces réseaux sur mon synon c'est pourtant bien le cas : port source 123 et destination 123 ... mais pas à tous les coup .... 22:57:28.485930 IP nas.55056 > utcnist2.colorado.edu.ntp: NTPv4, Client, length 48 22:57:28.685175 IP utcnist2.colorado.edu.ntp > nas.55056: NTPv4, Server, length 48
  12. En fait, si, ca résoudra le problème .... je viens de faire une trace réseau sur mon synology des requêtes NTP faites par la commande ntptrace et j'ai trouvé cela : Autrement dit, le nas commence par faire une requête en utilisant un port dynamique (ici 35511) vers ma box sur son port NTP mais ensuite le nas utilise le port 123 (ntp) comme port source pour interroger un serveur ntp sur son port ntp ... Hors le port ntp (123) n'est pas dans le range de port de la règle de la box orange (Ports source : 1024-65535) Vraiment bizarre comme comportement...
  13. Y compris la nouvelle règle expliqué la fin ? : Ca veut dire cela : Mais ca parait peu probable ... que cela résolve tout ...
  14. Mets cela alors dans ta conf personnalisée: La règle personnalisée pour gérer le protocole NTP mise par défaut dans les réglage de la livebox est la suivante : Application / Service : NTP Protocole : UDP Ports source : 1024-65535 Ports destination : 123 En ajoutant une nouvelle règle conservant les mêmes caractéristiques mais en considérant le port source numéro 123, cela fonctionne. En effet celui-ci n'était pas pris en compte dans la règle précédente.
  15. Euh Raoul, c'est ce que j'avais écris au dessus lol
  16. Tiens, j'y avais pas pensé, du coup je viens de découvrir que ma box aussi fait bien serveur NTP (en stratum 3) ;-)
  17. D'après ce que j'ai vu, selon le mode de sécurité paramétré sur ta box Orange, elle peut filtrer les requêtes NTP (http://www.forum-orange.com/forums/viewtopic.php?id=33747) Faudrait faire le test en mettant le pare-feu de la livebox est dans un mode de sécurité "faible"
  18. Clairement, pas de réponse du serveur NTP à tes requêtes .... Essaye cette commande : ntpdate -d time.nist.gov chez moi, ce serveur ntp répond : nas> ntpdate -d time.nist.gov 7 Jul 22:15:12 ntpdate[29436]: ntpdate 4.2.6p5@1.2349 Thu Apr 10 04:31:25 UTC 2014 (1) Looking for host time.nist.gov and service ntp host found : host-24-56-178-140.beyondbb.com transmit(24.56.178.140) receive(24.56.178.140) transmit(24.56.178.140) receive(24.56.178.140) transmit(24.56.178.140) receive(24.56.178.140) transmit(24.56.178.140) receive(24.56.178.140) server 24.56.178.140, port 123 stratum 1, precision -29, leap 00, trust 000 refid [ACTS], delay 0.19101, dispersion 0.00014 transmitted 4, in filter 4 reference time: d7657e35.0e1732e6 Mon, Jul 7 2014 22:14:45.055 originate timestamp: d7657e57.3be84cdf Mon, Jul 7 2014 22:15:19.234 transmit timestamp: d7657e57.22bbcc63 Mon, Jul 7 2014 22:15:19.135 filter delay: 0.19182 0.19199 0.19174 0.19101 0.00000 0.00000 0.00000 0.00000 filter offset: 0.015920 0.015850 0.015710 0.015623 0.000000 0.000000 0.000000 0.000000 delay 0.19101, dispersion 0.00014 offset 0.015623 7 Jul 22:15:19 ntpdate[29436]: adjust time server 24.56.178.140 offset 0.015623 sec
  19. euh ... passe par un bloc-note alors pour voir pour le coller
  20. Oui, je venais de voir, pour cela que j'avais effacé mon message entre temps lol, mais t'es trop rapide, tu l'as vu :-p
  21. Non, ce n'est pas 192.168.1.1 qu'il faut taper mais l'adresse IP de ton NAS (pas de ta box), ou le nom de ton nas
  22. Comme l'a indiqué Raoul, tu doit utiliser : username: root password: (le mot de passe du compte admin que tu utilises pour te connecter en web au DSM)
  23. D'après ce que j'ai lu sur le problème ntp sur les syno, plusieurs pistes : - essayer plusieurs serveurs NTP (mais déjà fait dans le cas de koblar) - mettre le syno à l'heure exacte à la main, puis configurer le NTP (il semblerait que si le syno a trop d'écart avec le serveur NTP, il ne veut pas fonctionner)
  24. koblar, peux tu nous mettre ici comme l'a préconisé Ralou le résultat de la commande "ipconfig /all" sur ton PC avec de s'assurer de la config réseau de ton NAS par rapport à ton PC ? Démarrer => executer => cmd et dans la fenêtre cmd : ipconfig /all
  25. Entièrement d'accord avec toi Raoul, c'était juste un complément d'info ;-)
×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.