web-dev-qa-db-fra.com

Qu'est-ce qu'un serveur TOD ", heure de la journée" (pas NTP)

J'ai une tâche simple: configurer un serveur TOD ... ce n'est pas NTP. Il fonctionne sur le port 37. Il semble être groupé avec inetd ou Xinetd.

Doit être installé sur Debian ou Centos. Alternativement FreeBSD (routeur PFSense).

Toute astuce sur la façon de procéder? Deux liens de démarrage où après avoir été coincé:

Également très apprécié si si un moyen de tester si le serveur Tod-Server est déjà exécuté. J'ai assez de serveurs qui fonctionnent mais ne sont pas au courant de l'une d'entre elles déjà le service de service TOD

Raison: Je suis sur le point de configurer une solution avec un haut débit sur des câbles coaxiaux à l'aide d'un CMTS et de modems de câble à l'aide d'une norme appelée DOCSIS 3. Pour ce faire, les modems de câbles doivent recevoir une heure à partir d'un serveur TOD (heure de la journée).

mise à jour/solution

Le temps est RFC 868 et à peine utilisé plus depuis NTP et d'autres personnes en sont meilleurs. Mais l'ancien RFC 868 Time Over Port 37 est nécessaire pour certains systèmes - par exemple Internet Sur Coax, à l'aide de CMTS et de modems de câble Besoin d'un serveur de temps de travail (dans la documentation de DOCSIS appelé Time of Day Server = Tod Server). Le XinetD qui peut être installé pour Debian inclut un serveur de temps. Il doit simplement être activé dans etc/xinetd. D/Time (Désactiver = Non pour TCP et/ou UDP)

timexinetdinetd
13
Tillebeck

Si vous utilisez Debian, XinetD est livré avec un démon TOD. Si vous modifiez le "Désactiver = Oui" comme dans /etc/xinetd.d/time sur "Désactiver = NO", puis redémarrez XINETD, vous devez être en mesure de télécharger sur le serveur sur le port 37 et de vérifier que vous obtenez quelque chose de retour. Vous pouvez utiliser quelque chose comme:

nc $IP 37 | hexdump

et vous verrez que la valeur hexagonale augmente chaque seconde.

20
Edd

Un serveur "heure de la journée" est un terme assez vague - je ne suis pas clair si cela fait référence à un service réel nommé "Tod" ou est juste une documentation médiocre. Le protocole temporel (RFC 868) est si vieux que très peu de choses l'utilisent, à l'exception d'un petit nombre de firmwares intégrées (telles que OpenWrt ), de périphériques et d'appareils avec peu de mémoire. NTP nécessite plus de mémoire que le protocole temporel.

Presque tous les appareils modernes peuvent utiliser le protocole de temps de réseau (NTP) qui a remplacé le protocole de temps ancien, ce qui est meilleur et probablement plus sécurisé que l'époque antique protocole. Donc, passez du temps maintenant à voir si votre appareil utilise NTP Support.

Croyez-le ou non, l'article Wikipedia pour xinetd contient un exemple de configuration unique, et c'est pour un serveur Time RFC 868.

Voir http://fr.wikipedia.org/wiki/xinetd#configuration

Un exemple de fichier de configuration pour le RFC 868 Time Server :

# default: off
# description: An RFC 868 time server. This protocol provides a
# site-independent, machine readable date and time. The Time service sends back
# to the originating source the time in seconds since midnight on January first
# 1900.
# This is the tcp version.
service time
{
        disable         = yes
        type            = INTERNAL
        id              = time-stream
        socket_type     = stream
        protocol        = tcp
        user            = root
        wait            = no
}

# This is the udp version.
service time
{
        disable         = yes
        type            = INTERNAL
        id              = time-dgram
        socket_type     = dgram
        protocol        = udp
        user            = root
        wait            = yes
}
10
Stefan Lasiewski

Time.Nist.gov soutient les protocoles de l'ancien temps et de jour. Notez que, autant que je me souvienne, ces protocoles présument qu'il n'y a pas de problèmes de réseau.

5
Jim B