Mettre une machine à l'heure en mode texte ?

Une question de débutant mais je n’ai jamais eu à le faire.
Je viens de me rendre compte que mon serveur avançait de 5 mn.
Je n’ai jamais eu à faire ça autrement qu’en graphique.
Alors, comment avoir la bonne heure sur une machine gérée en ssh ?
Merci d’aider un newbie :blush:

Salut,

/usr/sbin/ntpdate 0.fr.pool.ntp.org

Je tape ça en ssh vers mon serveur et ça suffit ?

Chez moi :
$ ssh root@serveur

ntpdate …

J’utilise la commande date (option -s pour set)Et je rentre la date et l’heure.
ntp c’est pour une mise à l’heure synchronisée en permanence.

[quote=“piratebab”]J’utilise la commande date (option -s pour set)Et je rentre la date et l’heure.
ntp c’est pour une mise à l’heure synchronisée en permanence.[/quote]

Si seulement c’était vrai ! J’ai une dérive de plus de 10 secondes sur 24 heures sur mon serveur (en fonction 24/24)

Les quartz moderne ne sont plus aussi précis que dans le temps … Mais surtout ils ne sont pas à la bonne fréquence pour des raisons d’économie. L’écart est trés faible, mais cumlé sur une longue période …

Si ton serveur est relié au net, installe ntpdate:
linux-france.org/prj/edu/arc … 58s02.html

Re,

Ceci explique cela :slightly_smiling: Un serveur, par définition, n’est pas lancé souvent :smiley:

Super “résolu” :023
J’ai lu ce que disait synaptic sur ntpdate, intéressant !

[quote]Client pour définir l’horloge système à partir de serveurs NTP

NTP, le Network Time Protocol (protocole de temps réseau) est utilisé pour
garder les horloges des ordinateurs à la bonne heure, en les synchronisant
par Internet ou un réseau local, ou en suivant un récepteur matériel qui
interprète les signaux de temps GPS, DCF-77, NIST ou similaires.

ntpdate est un simple client NTP qui règle l’horloge système pour
correspondre à l’heure obtenue en communiquant avec un ou plusieurs
serveurs NTP. Cependant, cela n’est pas suffisant pour conserver une
horloge précise sur une longue durée. ntpdate est utile pour régler
occasionnellement l’heure sur des machines qui n’ont pas accès à un réseau
en permanence, telles que les ordinateurs portables.

Si le démon NTP du paquet “ntp” est complètement installé, alors ntpdate
n’est pas nécessaire.
[/quote]

Cette dernière phrase testée, m’a donné un résultat immédiat, sans avoir à rebouter le serveur.
Concusion :

apt-get install ntp

POINT.

Savoir si il y a pérennité, c’est autre chose : résultat demain.

EDIT : sinon, vérification de temps en temps, ou mieux, un “cron” qui lance le démon chaque matin.

Salut,

Attention à ntpdate avec dovecot… dovecot-et-ntpdate-t33260.html

Merci de l’annonce mais apparemment, je n’ai subi aucun dégât, le courrier arrive bien et part bien.
Je précise que je n’ai installé que le démon ‘ntp’, pas “ntpdate”.

Par contre, suite à l’installation hier de ‘NTP’, j’ai une question :
Ce matin, en lisant les rapports journalier de Logwatch et de Rkhunter, je m’interroge sur la sécurité ???

LOGWATCH

[code]--------------------- Connections (secure-log) Begin ------------------------

New Users:
ntp (109)

New Groups:
ntp (113)

Changed password expiry for users:
ntp : 1 Time(s)

Unmatched Entries
groupadd: group added to /etc/group: name=ntp, GID=113: 1 Time(s)
groupadd: group added to /etc/gshadow: name=ntp: 1 Time(s)
usermod: change user ‘ntp’ password: 1 Time(s)

---------------------- Connections (secure-log) End -------------------------[/code]RKHUNTER

Warning: User 'ntp' has been added to the passwd file. Warning: Group 'ntp' has been added to the group file.

[size=150]Un nouvel ‘user’, avec un pass, n’est-ce pas une ouverture de plus à des malveillances ?
Puis-je modifier ce pass moi-même ?
Où, comment ?
[/size]

Ce nouvel utilisateur est “normal” pour que le service puisse tourner… :wink:

Que les fichiers group, passwd et shadow et gshadow aient été modifiés aussi (suite à la création du-dit utilisateur), par contre, il n’a pas de mot de passe (et je pense que la connexion à un quelconque tty avec ce user doit être impossible). Vérifie dans le fichier shadow si il y a un “hachage” du mot de passe, “chez moi” il n’y en a pas => pas de MdP…

:006

Il permet au deamon de fonctionner. Ainsi le deamon en question utilise l’identité de cet utilisateur spécifique et pas celle de root.
Tu peux, je pense lui interdire la connexion (que ce soit en local ou distant).

[quote=“Num’s”]Ce nouvel utilisateur est “normal” pour que le service puisse tourner… :wink:

Que les fichiers group, passwd et shadow et gshadow aient été modifiés aussi (suite à la création du-dit utilisateur), par contre, il n’a pas de mot de passe (et je pense que la connexion à un quelconque tty avec ce user doit être impossible). Vérifie dans le fichier shadow si il y a un “hachage” du mot de passe, “chez moi” il n’y en a pas => pas de MdP…

:006[/quote]

En effet, je ne vois que le début de la ligne mais pas de pass proprement dit :

ntp:*:12345:1:12345:1::: - RIEN ENSUITE-
Merci à vous deux, je suis rassuré

Salut,

Moi je vois un démon de plus pour avoir une précision dont je n’ai que faire !
J’aviserais quand j’aurai les ennuis que Lol signale :slightly_smiling: