Atelier 18.1 - Beaucoup de «serveur de pool de sollicitation xxx.xxx.xxx.xxx»

11

Je cherchais dans syslog pour examiner un problème audio et je vois beaucoup de messages du démon ntp du serveur de pool de sollicitation. J'ai exécuté d'autres Linux dans le passé et je ne me souviens jamais avoir vu autant de messages de journal ntp. Est-ce dû à un nouveau problème de réseau, est-ce courant pour Mint, y a-t-il un moyen de les faire taire si c'est "commun"?

J'ai changé de support et de matériel de routeur depuis ces jours, donc je n'exclus pas quelque chose dans mon réseau. Je n'ai aucun problème pour accéder à Internet ou jouer à des jeux en ligne, etc.

Varsuuk
la source
3
Je suis nouveau sur ce point, quelqu'un a "voté" contre la question - pourriez-vous s'il vous plaît fournir des commentaires afin que je sache ce que j'ai fait de mal ou pourquoi ce n'est pas une question correcte ou un emplacement pour la question ou?
Varsuuk
2
Je ne suis pas le downvoter, mais je peux voir quelques problèmes avec votre question qui pourraient avoir dégoûté quelqu'un: Titre avec un mot malédiction très doux et peu descriptif. Menthe (parfois considérée comme une distribution novice). Un «problème» qui ne semble pas être en fait un problème (quels problèmes cela cause-t-il, le cas échéant?).
etskinner
1
Je peux voir ce que vous entendez par le titre. J'étais un peu trop désinvolte - vraiment plus comme "ironique" étant donné que j'ai 52 ans et que je n'utilise jamais ce mot bien que je le lise tout le temps ces jours-ci;) (pour mémoire, je l'aurais écrit pire comme "Un enfer de beaucoup de ... "si je n'avais pas fait comme je l'ai fait. Pardonnez à mon NYer catholique de ne pas être sensible; PI s'abstiendra de cet usage à l'avenir (sérieusement signifié btw - ne pas être sarcastique.)
Varsuuk
1
Pour mémoire, le titre original était: Mint 18.1 - Hella lot of "Soliciting pool server xxx.xxx.xxx.xxx" - Je l'ai changé pour ne pas offenser au cas où il en ferait.
Varsuuk
@etskinner Et merci pour les commentaires sur ce que cela aurait pu être. Mon retour à l'original downvoter est une brève phrase sur "mauvais titre / faire son travail / etc" contribuerait à empêcher ces questions à l'avenir de ceux qui veulent écouter, merci à tous.
Varsuuk

Réponses:

7

Les messages signifient que votre serveur ntpd recherche d'autres sources de temps pour se synchroniser. En voir quelques-uns est attendu, en particulier après une reconnexion au réseau après une panne ou un redémarrage, mais si votre ntpd et votre connexion réseau fonctionnent correctement, vous ne devriez pas en voir plus que quelques-uns par jour. Si vous en avez plusieurs toutes les quelques minutes, c'est probablement un problème.

Votre ntpd se connecte-t-il à ses pairs et synchronise-t-il l'heure avec succès? Vous pouvez vérifier cela en utilisant ntpq. Regardez la liste des pairs dans ntpq -c peet la strate et reftime déclarés dans ntpq -c rv. Une strate de 16 signifie «non synchronisé».

Ce:

user@localhost $ ntpq -c pe
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 de.pool.ntp.org .POOL.          16 p    -   64    0    0.000    0.000   0.002
user@localhost $ ntpq -c rv
associd=0 status=c016 leap_alarm, sync_unspec, 1 event, restart,
version="ntpd [email protected] Tue Jun 20 08:08:18 UTC 2017 (1)",
processor="x86_64", system="Linux", leap=11, stratum=16,
precision=-23, rootdelay=0.000, rootdisp=0.090, refid=INIT,
reftime=00000000.00000000  Thu, Feb  7 2036  7:28:16.000,
clock=dde6bdf4.dec8453b  Fri, Dec 22 2017  0:10:44.870, peer=0, tc=3,
mintc=3, offset=0.000000, frequency=4.981, sys_jitter=0.000000,
clk_jitter=0.000, clk_wander=0.000

signifie que votre NTP ne fonctionne pas réellement (dans ce cas parce que je viens de le démarrer), tandis que ceci:

user@localhost $ ntpq -c pe
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 cz.pool.ntp.org .POOL.          16 p    -   64    0    0.000    0.000   0.002
+mail.nettel.cz  195.113.144.201  3 u    4   64  377    5.215   -0.842   0.332
*fedecks.wuji.cz 195.113.144.238  2 u   61   64  377    2.121   -2.005   0.171
-lx.ujf.cas.cz   .GPS.            1 u   62   64  177    2.662   -0.714   0.215
-pyrrha.fi.muni. 195.113.144.238  2 u   63   64  177    7.445   -0.697   0.340
-host-81-200-57- 192.168.3.246    2 u   55   64  177   15.792    0.098   1.160
  cz.inthouse.clo 147.231.2.6      2 u   47   64   17    5.338   -0.266   0.461
user@localhost $ ntpq -c rv
associd=0 status=0615 leap_none, sync_ntp, 1 event, clock_sync,
version="ntpd [email protected] Sat Jul 29 07:38:14 UTC 2017 (1)",
processor="ppc", system="Linux", leap=00, stratum=2,
precision=-19, rootdelay=2.652, rootdisp=4.409, refid=147.231.100.5,
reftime=dde6be4a.f90912d6  Fri, Dec 22 2017  0:12:10.972,
clock=dde6be4d.12f27b56  Fri, Dec 22 2017  0:12:13.074, peer=10703, tc=6,
mintc=3, offset=-0.387828, frequency=-254.539, sys_jitter=1.572660,
clk_jitter=0.456, clk_wander=0.098

signifie que votre NTP fonctionne correctement.

S'il ne se synchronise pas et reste ainsi pendant longtemps, vous avez probablement un problème de réseau ou de configuration. Consultez l' man 5 ntp.confaide et la page de support NTP.org sur la configuration pour des exemples. Dans mon cas, la raison du spam sans fin «Solliciting pool server» était la nopeerdirective, qui doit être désactivée pour les serveurs de pool.

Jonas
la source
0

Pour moi, il semble que NTP fasse son travail: demander des données de temps aux serveurs NTP, puis les afficher dans le syslog. Pas d'inquiétudes à avoir.

etskinner
la source
Merci, cela semblait être une quantité de détails vraiment flagrante comme "hey, je fais mon travail, rien de mal mais je vérifierai celui-ci" à quelques secondes d'intervalle. Cette fois, je suis passé à Mint car il a été bien examiné et le dernier que j'ai eu était Ubuntu que je n'ai utilisé qu'à peine pour les serveurs de jeux de mes enfants et mes référentiels de développement. Avant cela, au début Aughts, j'utilisais Gentoo et je l'aimais (j'ai commencé le premier couple de l'étape 1 comme un écrou, car je n'en avais pas vraiment besoin), mais je l'ai utilisé moins car le temps était court, puis chaque fois que je l'ai fait - je '' d dépenser trop sur les rattrapages à long terme
Varsuuk
J'ai oublié de mentionner dans mon spammage ... J'ai certainement une sorte de problème de réseau qui est un autre problème, donc je n'entrerai pas dans les détails ici (implique de "suspendre" puttys / terms / ssh, etc. j'ai donc pensé que les journaux NTPD constants indiquaient un problème de connectivité réseau en raison de la quantité impliquée
Varsuuk
De rien. Ne vous inquiétez pas, je (et la plupart des gens) ne juge pas les gens en fonction de la distribution, mais certaines personnes le font. Il est probablement préférable de créer une question distincte pour les autres problèmes de réseau que vous voyez. Bien que les journaux NTP puissent être un bon symptôme à mentionner, il ne semble pas être le problème lui-même.
etskinner
Fera - merci. Ouais, j'ai essayé de le mentionner seulement b / c ça pourrait être lié MAIS je ne voulais pas que tu donnes plus de détails puisque j'ai lu la question une question par;) chose (ce qui a du sens) - je n'avais tout simplement pas de référence pour mesurer la quantité de "spam" ntp. Je verrai après avoir recâblé / testé l'autre problème - si en même temps le spam ntp tombe. Mise à jour pour la postérité;)
Varsuuk