มิ้นต์ 18.1 -“ การเรี่ยไรพูลเซิร์ฟเวอร์ xxx.xxx.xxx.xxx” ทั้งหมด


11

ฉันกำลังมองหา syslog เพื่อดูปัญหาเกี่ยวกับเสียงและฉันเห็นนรกของข้อความสระว่ายน้ำเซิร์ฟเวอร์ ntp daemon จำนวนมาก ฉันเคยใช้งาน linux ตัวอื่นในอดีตและไม่เคยจำได้ว่าเคยเห็นข้อความบันทึกของ ntp มากมาย นี่อาจเป็นเพราะปัญหาเครือข่ายใหม่หรืออาจเป็นเรื่องปกติสำหรับมิ้นต์หรือไม่มีวิธีที่จะทำให้เป็นปัญหาได้หรือไม่หากเป็น "ทั่วไป"

ฉันเปลี่ยนผู้ให้บริการและฮาร์ดแวร์เราเตอร์ตั้งแต่สมัยนั้นดังนั้นฉันจึงไม่ออกกฎบางอย่างในเน็ตของฉัน ฉันไม่มีปัญหาในการเข้าถึงอินเทอร์เน็ตหรือเล่นเกมออนไลน์เป็นต้น


3
ฉันใหม่สำหรับสิ่งนี้บางคน "downvote" คำถาม - คุณช่วยกรุณาให้ข้อเสนอแนะเพื่อให้ฉันรู้ว่าสิ่งที่ฉันทำผิดหรือทำไมมันไม่ถูกต้องคำถามหรือสถานที่สำหรับคำถามหรือไม่?
Varsuuk

2
ฉันไม่ใช่ผู้ลงคะแนน แต่ฉันเห็นปัญหาสองสามข้อของคำถามที่อาจทำให้ใครบางคนปิด: ชื่อเรื่องด้วยคำสาปแช่งอ่อนมากและไม่อธิบาย โรงกษาปณ์ (บางครั้งถูกมองว่าเป็นมือใหม่ distro) 'ปัญหา' ที่ดูเหมือนจะไม่เป็นปัญหาจริง ๆ (ปัญหานี้ทำให้เกิดปัญหาอะไร)
etskinner

1
ฉันเห็นสิ่งที่คุณหมายถึงจากชื่อ ฉันรู้สึกกระวนกระวายเล็กน้อย - เหมือน "แดกดัน" มากขึ้นเพราะฉันอายุ 52 และไม่เคยใช้คำนั้นแม้ว่าฉันจะอ่านมันตลอดเวลาทุกวันนี้;) (สำหรับบันทึกฉันจะเขียนมันแย่ลงว่า "นรกของ มาก ... "ฉันไม่ได้ทำอย่างที่ฉันทำให้อภัย NYer คาทอลิกของฉันขาดความรู้สึกอ่อนไหว PI จะละเว้นจากการใช้งานดังกล่าวไปข้างหน้า (ตั้งใจจริง btw - ไม่เหน็บแนม)
Varsuuk

1
สำหรับเร็กคอร์ดชื่อดั้งเดิมคือ: มิ้นต์ 18.1 - Hella จำนวนมากจาก“ การชักชวนเซิร์ฟเวอร์เซิร์ฟเวอร์ xxx.xxx.xxx.xxx” - ฉันเปลี่ยนมันเพื่อไม่ให้ขัดใจในกรณีที่มันทำบางอย่าง
Varsuuk

@etskinner และขอขอบคุณสำหรับความคิดเห็นเกี่ยวกับสิ่งที่อาจเป็น ความคิดเห็นของฉันที่มีต่อ downvoter ดั้งเดิมเป็นประโยคสั้น ๆ เกี่ยวกับ "ชื่อที่ไม่ดี / การทำหน้าที่ / etc" จะเป็นหนทางไกลในการป้องกันคำถามเหล่านี้ในอนาคตจากผู้ที่เต็มใจฟังขอขอบคุณทุกคน
Varsuuk

คำตอบ:


7

ข้อความหมายถึงเซิร์ฟเวอร์ ntpd ของคุณกำลังค้นหาแหล่งเวลาเพิ่มเติมที่จะซิงค์ คาดว่าจะเห็นพวกเขาสองสามคนโดยเฉพาะอย่างยิ่งหลังจากเชื่อมต่อกับเครือข่ายอีกครั้งหลังจากไฟดับหรือเริ่มต้นใหม่ แต่หาก ntpd และการเชื่อมต่อเครือข่ายของคุณทำงานได้อย่างราบรื่นคุณไม่ควรเห็นมากกว่าสองสามต่อวัน หากคุณมีหลาย ๆ ครั้งทุกสองนาทีอาจเป็นปัญหาได้

ntpd ของคุณเชื่อมต่อกับเพื่อนและซิงค์เวลาได้หรือไม่ ntpqคุณสามารถตรวจสอบการใช้งานที่ ดูรายชื่อเพื่อนในntpq -c peและชั้นรายงานและ reftime ntpq -c rvใน ชั้นที่ 16 หมายถึง“ ไม่ซิงโครไนซ์”

นี้:

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 4.2.8p10@1.3728-o 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

หมายความว่า NTP ของคุณใช้งานไม่ได้จริง ๆ (ในกรณีนี้เพราะฉันเพิ่งเริ่มต้น) ในขณะนี้:

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 4.2.8p10@1.3728-o 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

หมายความว่า NTP ของคุณทำงานอย่างถูกต้อง

หากไม่ได้ซิงค์และคงอยู่เป็นเวลานานคุณอาจมีปัญหาเครือข่ายหรือการกำหนดค่า ดูวิธีman 5 ntp.confใช้และที่หน้าสนับสนุน NTP.org เกี่ยวกับการกำหนดค่าตัวอย่าง ในกรณีของฉันเหตุผลของการสแปม "การเรี่ยไรพูลเซิร์ฟเวอร์" ที่ไม่รู้จักจบสิ้นนั้นเป็นnopeerคำสั่งซึ่งต้องปิดสำหรับเซิร์ฟเวอร์พูล


0

สำหรับฉันดูเหมือนว่า NTP กำลังทำงาน: ขอข้อมูลเวลาจากเซิร์ฟเวอร์ NTP จากนั้นโพสต์ใน syslog ไม่มีอะไรต้องกังวล.


ขอบคุณดูเหมือนว่าการบันทึกรายละเอียดจำนวนมหาศาลอย่าง "เฮ้ฉันทำงานของฉันไม่มีอะไรผิดปกติ แต่ฉันจะตรวจสอบเรื่องนี้ต่อไป" ไม่กี่วินาทีต่อนาที ฉันเปลี่ยนมาเป็นมิ้นท์ในครั้งนี้เพราะมันได้รับการตรวจสอบอย่างดีและสุดท้ายฉันก็คืออูบุนตูซึ่งฉันเพิ่งจะใช้กับเซิร์ฟเวอร์เกมสำหรับเด็กและที่เก็บการพัฒนาของฉันเท่านั้น ก่อนหน้านั้นในช่วงต้น Aughts ฉันใช้ Gentoo และรักมัน (ฉันเริ่มขั้นตอนที่ 1 คู่แรกเวลาเหมือนน็อตตั้งแต่ไม่จำเป็นต้องจริง ๆ ) แต่ฉันใช้มันน้อยลงเมื่อเวลาสั้นและทุกครั้งที่ฉัน - เราจะใช้เวลามากเกินไปในการรับ catchups ที่ยาวนาน
Varsuuk

ลืมพูดถึงในจดหมายขยะของฉัน ... ฉันมีปัญหาเครือข่ายบางอย่างที่เป็นปัญหาอื่นดังนั้นจะไม่เข้าไปดูรายละเอียดที่นี่ (เกี่ยวข้องกับ "การหยุด" puttys / ข้อตกลง / ssh ฯลฯ บัฟเฟอร์ทุกสิ่งที่ฉันพิมพ์จนกว่า conn พื้นฐานจะ reastablished) ดังนั้นผมคิดว่าบางทีบันทึก NTPD คงชี้ให้เห็นบางส่วนปัญหาการเชื่อมต่อเครือข่ายเนื่องจากปริมาณที่เกี่ยวข้อง
Varsuuk

ไม่เป็นไร ไม่ต้องกังวลฉัน (และคนส่วนใหญ่) ไม่ได้ตัดสินคนจาก distro แต่บางคนทำ อาจสร้างคำถามแยกต่างหากสำหรับปัญหาเครือข่ายอื่น ๆ ที่คุณเห็น ในขณะที่บันทึก NTP อาจเป็นอาการที่ดีที่จะกล่าวถึง แต่ดูเหมือนจะไม่เป็นปัญหา
etskinner

จะทำ - ขอบคุณ ใช่ฉันพยายามพูดถึงมันเพียง b / c มันอาจจะเกี่ยวข้อง แต่ไม่ต้องการ toi ให้รายละเอียดเพิ่มเติมเพราะฉันอ่านคำถามต่อคำถาม;) สิ่ง (ซึ่งทำให้รู้สึก) - ฉันไม่ได้มีมาตรฐาน เพื่อวัดจำนวน "สแปม" ต่อ ntp จะเห็นหลังจากที่ฉันได้รับการ rewiring / ทดสอบปัญหาอื่น ๆ - ในเวลาเดียวกัน ntp สแปมลดลง จะอัปเดตสำหรับลูกหลาน;)
Varsuuk
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.