คำถามติดแท็ก ntp

NTP ย่อมาจาก Network Time Protocol และเป็นโปรโตคอลอินเทอร์เน็ตที่ใช้ในการซิงโครไนซ์นาฬิกาของคอมพิวเตอร์กับการอ้างอิงเวลา

2
ทำไมไม่ ntp กู้คืนหลังจากเริ่มต้นโดยไม่ใช้อินเทอร์เน็ต
ฉันมีอุปกรณ์ลินุกซ์ไม่กี่ตัว (โดยไม่ต้องใช้ชิป TOY ดังนั้นพวกเขาจึงพึ่งพา NTTP อย่างสมบูรณ์) ซึ่งอาจบู๊ตได้โดยไม่ต้องเข้าถึงอินเทอร์เน็ต (ลิงก์ไปยังสวิตช์ขึ้นอยู่) ntpบริการจะเริ่มเห็นได้ชัด แต่ไม่มีเพื่อนร่วมงานจะได้รับการติดต่อ จากนั้นฉันก็จบลงด้วยntpบริการที่กำลังทำงานอยู่ แต่ไม่ซิงโครไนซ์กับเพื่อน ๆ ( ntpq -pให้ .INIT.สถานะ) ปัญหาคือสิ่งนี้จะเปลี่ยนแปลงเมื่อมีการสร้างการเชื่อมต่ออินเทอร์เน็ต หากการเชื่อมต่อสามารถใช้ได้ในเวลาบูตแล้วทุกอย่างทำงานได้ดี Idem ถ้าฉันออกด้วยตนเองservice ntp restart( ntpเชื่อมต่อกับเพื่อนและเวลาได้รับการทำข้อมูลให้ตรงกันอย่างถูกต้อง) ไม่ควรลองเชื่อมต่ออีกครั้งเป็นระยะ? ถ้าใช่: นี่คือสิ่งที่ฉันคาดว่าจะกำหนดค่า (ฉันไม่เห็นอะไรเลยในการกำหนดค่า) ถ้าไม่: สิ่งที่จะเป็นวิธีที่ดีในการจัดการบริการเริ่มต้นใหม่หรือความล่าช้าในการเริ่มบริการ (ฉันอาจสันนิษฐานว่าการเชื่อมต่อกับอินเทอร์เน็ตจะใช้เวลาไม่เกินnนาทีหลังจากบูตเครื่อง) หมายเหตุ: ดูเหมือนว่าจากเอกสารที่เวลาพูลสูงสุด (ซึ่งฉันเข้าใจว่าเป็นเวลาสูงสุด ntp จะพยายามเชื่อมต่อกับเพื่อนก่อนที่จะยอมแพ้?) คือ 1024 วินาที = 17 นาทีซึ่งเป็นเวลาที่มากกว่าในการสร้าง การเข้าถึงอินเทอร์เน็ต (ประมาณ 2 ถึง 5 นาทีกรณีที่เลวร้ายที่สุด)
11 linux  ntp  ntpd 

5
เหตุใด NTP จึงซิงค์กับ LOCAL มากกว่าเซิร์ฟเวอร์ระยะไกล
ดังนั้นฉันพยายามดีบักการตั้งค่า NTP ปัจจุบันของฉันและพบว่าเขาชดเชยจากเซิร์ฟเวอร์ที่กำหนดค่าเดียวของฉันนานกว่า 3 วินาทีและไม่ปรับ เครื่องหมายดอกจันบน LOCAL (0) ในเอาต์พุต ntpq ดูเหมือนว่าระบบกำลังซิงค์อย่างมีความสุขกับตัวเองมากกว่าเซิร์ฟเวอร์ 10.130.33.201 (ซึ่งเป็นอีกกล่อง linux ในระบบของเราที่เราต้องการให้ทุกอย่างเพื่อซิงค์) ntpq -p remote refid st t when poll reach delay offset jitter ============================================================================== 10.130.33.201 LOCAL(0) 9 u 49 64 377 0.242 -3742.2 1.049 *LOCAL(0) .LOCL. 10 l 2 64 377 0.000 0.000 0.001 และนี่คือไฟล์ ntp.conf …
11 ntp  ntpd 

2
ntpdate และ ntpd ไม่สามารถซิงค์นาฬิกาบน Linux
ฉันมีปัญหาแปลก ๆ กับเซิร์ฟเวอร์ตัวใดตัวหนึ่งของฉัน ntpdและntpdateไม่สามารถใช้งานได้ แต่การดีบักไม่แสดงข้อผิดพลาด แต่อย่างใด ตอนแรกฉันคิดว่าไฟร์วอลล์ในพื้นที่หรือไฟร์วอลล์ของเครือข่ายกำลังปิดกั้นพอร์ต UDP 123 แต่นั่นไม่ใช่กรณีนี้ - เซิร์ฟเวอร์นี้สามารถพูดคุยกับพอร์ต UDP 123 (โพรโทคอล ntp) กับอินเทอร์เน็ตและรับคำตอบ ให้ฉันแสดงให้เห็นถึงปัญหา date -s "30 DEC 2012 02:30:00" - ใช้งานได้ฉันจึงสามารถตั้งค่านาฬิกาได้สำเร็จโดยไม่มีข้อผิดพลาด ntpq -pn pool.ntp.org - ทำงานฉันได้รับข้อมูลเวลาโดยละเอียดจาก timeserver และพิสูจน์ว่าแพ็กเก็ต UDP ทำงานได้ ntpdate -d pool.ntp.org - โหมดการแก้ไขข้อบกพร่องทำงานแสดงตันข้อมูลการดีบักและแสดงการชดเชยเวลาปัจจุบัน: 30 Dec 02:38:56 ntpdate[19267]: step time server 208.97.140.69 offset 228.234554 …
11 ntp  ntpd  ntpdate 

2
เมื่อใดควรใช้ NTPd broadcast / broadcastclient แทนโหมด client / server หรือ peer
NTP deamon ถ้าใช้บ่อยในโหมดที่ง่ายที่สุดซึ่งเป็นลูกค้า / เซิร์ฟเวอร์: คุณระบุหนึ่งหรือมากกว่าหนึ่งserverแนวทางในของคุณntp.confและลูกค้าของคุณจะใช้เซิร์ฟเวอร์เหล่านั้น นอกจากนั้นเมื่อคุณเรียกใช้เซิร์ฟเวอร์ NTP ของคุณเองมันเป็นวิธีปฏิบัติที่ดีสำหรับpeerพวกเขาด้วยกันดังนั้นหากหนึ่งในนั้นขาดการเชื่อมต่อกับเซิร์ฟเวอร์ upstream เซิร์ฟเวอร์จะได้รับเวลาจากเพื่อน แต่ NTPd ยังสามารถทำงานกับการกระจายข้อมูลและ / หรือมัลติคาสต์ของข้อมูลเวลาด้วยเอกสารระบุ: โหมดการออกอากาศและมัลติคาสต์มีไว้สำหรับการกำหนดค่าที่เกี่ยวข้องกับเซิร์ฟเวอร์หนึ่งหรือสองสามตัว เอกสารยังระบุว่าที่อื่น ๆ : เป็นไปได้และมีประโยชน์บ่อยครั้งในการกำหนดค่าโฮสต์เป็นทั้งไคลเอนต์ที่ออกอากาศและเซิร์ฟเวอร์ออกอากาศ จำนวนโฮสต์ที่กำหนดค่าด้วยวิธีนี้และการแบ่งปันที่อยู่ทั่วไปจะจัดระเบียบตัวเองโดยอัตโนมัติในการกำหนดค่าที่เหมาะสมโดยขึ้นอยู่กับชั้นและระยะทางในการซิงโครไนซ์ ฉันเห็นประโยชน์ของผู้ดูแลระบบที่ชัดเจน: คุณไม่จำเป็นต้องระบุและอัปเดตรายการเซิร์ฟเวอร์ NTP ของคุณด้วยตนเองในไคลเอนต์ntp.confดังนั้นสำหรับฉันแล้วมันน่าดึงดูดที่จะใช้โหมดการออกอากาศแม้สำหรับลูกค้าขนาดเล็ก ~ 4 เซิร์ฟเวอร์) ฉันคาดว่าทราฟฟิกเครือข่ายจะสูงขึ้นเล็กน้อยเมื่อมีการออกอากาศแทนที่จะเชื่อมโยงกับไคลเอนต์ / เซิร์ฟเวอร์ แต่เมื่อใช้กิกะบิตอีเธอร์เน็ต LAN ผลกระทบควรไม่สำคัญเว้นแต่คุณจะมีโฮสต์จำนวนมากในโดเมนออกอากาศเดียวกัน ในตอนท้ายของวันโหมดการออกอากาศควรจะใช้หรือหลีกเลี่ยงเมื่อใด? มีข้อดีข้อเสียที่ฉันไม่ได้เห็นหรือไม่
11 ntp 

6
การเปลี่ยนแหล่งที่มาของเซิร์ฟเวอร์ NTP ที่ป่วยและการซิงค์ใหม่ (ด้วยเวลาภายในปัจจุบันช้ากว่า 2 นาที)
หนึ่งในเซิร์ฟเวอร์ NTP ภายนอก (เซิร์ฟเวอร์หลัก - ปัจจุบัน) ที่เราใช้เป็นแหล่งดูเหมือนว่าจะไม่ตอบสนองต่อการโทร NTP น่าเสียดายที่เราเตอร์หลักของเรา (Cisco 6509) ฟังก์ชั่น NTP ไม่ได้เปลี่ยนไปใช้เซิร์ฟเวอร์ภายนอก NTP รองตามที่คาดไว้ ด้วยเหตุนี้เราเตอร์หลักของเราซึ่งเป็นแหล่ง NTP หลักภายในของเราค่อนข้างช้า 2 นาที ฉันวางแผนที่จะแก้ไขปัญหาเราเตอร์ภายนอกโดยทำให้แหล่งข้อมูล NTP ภายนอกเป็นแหล่งข้อมูลที่ใช้งานได้ในปัจจุบัน ฉันสงสัยว่าการเปลี่ยนแปลง 2 นาทีจะมีผลกับผู้ใช้และบริการของฉันเท่าใด เป็นพิเศษตั้งแต่สมัยนี้เราต้องพึ่งพาการรับรองความถูกต้องตามใบรับรองเป็นอย่างมาก เราเป็นร้านค้า Windows / Cisco การตั้งค่า NTP ภายใน: [Core เราเตอร์ 1 / Cisco 6509]: มองออกไปยังเซิร์ฟเวอร์ NTP ภายนอกสองเครื่อง (ซึ่งเซิร์ฟเวอร์หลักไม่ตอบสนองต่อการโทร NTP) [คอร์เราเตอร์ 2]: การ ซิงก์กับคอร์เราเตอร์ …

7
เซิร์ฟเวอร์ NTP ในพื้นที่หรือสาธารณะ
สำหรับเครือข่ายที่มีขนาดค่อนข้างใหญ่ (โฮสต์นับพันรายการ) - อะไรคือข้อโต้แย้งสำหรับและต่อต้านการเรียกใช้เซิร์ฟเวอร์ NTP ที่จัดการในพื้นที่ (อาจตั้งค่าเป็นระยะ ๆ ผ่านเซิร์ฟเวอร์ NTP สาธารณะบางรายการ) และมีโฮสต์อื่น ๆ ทั้งหมดบนเครือข่ายที่ใช้ ที่ (กลุ่มของ) เซิร์ฟเวอร์ NTP (s) กับโฮสต์ทั้งหมดเพียงแค่ใช้เซิร์ฟเวอร์ NTP สาธารณะโดยตรงพูดผ่าน ntp.pool.org? นอกเหนือจากข้อดีข้อเสียแล้วแนวปฏิบัติที่ดีที่สุดในปัจจุบันคืออะไร?
11 networking  time  ntp  ntpd 


1
Linux ntpd leap การเตรียมที่สอง
จะมีการกระโดดครั้งที่สองในวันที่ 30 มิถุนายน 2558 เวลา 23:59:60 UTC ฉันมีเซิร์ฟเวอร์ NTP ชั้น 1 ของ NTP ซึ่งใช้ GPS เป็นนาฬิกาอ้างอิง เซิร์ฟเวอร์ที่มีการใช้ "เริ่มต้น" ntpdntp.org ฉันจะเตรียมตัวสำหรับการกระโดดครั้งที่สองได้อย่างไรเพื่อให้แน่ใจว่าเวลาที่ถูกต้องจะอยู่ที่และหลังการกระโดดครั้งที่สอง จะntpdเซิร์ฟเวอร์ประพฤติถูกต้องหรือไม่ หากไม่แน่ใจมีวิธีการทดสอบนี้ล่วงหน้าหรือไม่?
10 linux  ntp  ntpd  gps  leapsecond 

2
อะไรคือข้อเสียของการปิดใช้งาน tinker panic 0 ใน NTP
บางครั้งเรามีปัญหาที่เซิร์ฟเวอร์ใหม่มีเวลาที่ไม่ถูกต้องในไบออสดังนั้นเวลาจึงสามารถปิดได้ภายในหนึ่งเดือน เมื่อคุณหยุดการทำงานของ VM ใน VMware จากนั้นยกเลิกการหยุดชั่วคราวเวลาจะถูกปิดเช่นกัน เนื่องจาก NTP ไม่ซิงค์หลังจากออฟเซ็ตสูงสุดฉันกำลังพิจารณาใช้ tinker panic 0 ใน /etc/ntp.conf อะไรคือสาเหตุที่มีออฟเซ็ตสูงสุดเริ่มต้น 1,000 วินาทีที่ทำให้ NTP หยุดการซิงค์เวลา เรากำลังใช้ Puppet เพื่อตั้งค่า NTP ฉันกำลังพิจารณาที่จะตั้งค่า tinker panic 0 ใน ntp.conf ดังนั้น NTP จะซิงค์อยู่ดี อะไรคือข้อเสียของการทำเช่นนี้?
10 redhat  puppet  ntp  rhel6 

10
ดริฟท์เวลาโฮสต์ Vmware
วิธีการที่ทำให้มั่นใจได้ว่า linux โฮสต์ทำงานบน vmware infrastruction 3 หรือ vmware 3 esxi ยังคงซิงค์กับเซิร์ฟเวอร์ ntp ฉันได้พบว่าแขกลินุกซ์ทำงานภายใต้ esx หรือ esxi มีแนวโน้มที่จะมีนาฬิกาลอยในอนาคต วิธีการหนึ่งทำให้มั่นใจได้ว่าเวลายังคงซิงค์กับเซิร์ฟเวอร์เวลา? ฉันต้องปรับใช้เครื่องมือ vmware บนโฮสต์ linux หรือไม่ แล้วซิงค์โฮสต์กับเซิร์ฟเวอร์ ntp แขกกับโฮสต์และเซิร์ฟเวอร์ ntp หรือไม่
10 linux  vmware-esx  ntp 

7
เครื่อง Hyper-V ทำให้เวลาผ่านไปอย่างยาวนานแม้กระทั่งกับ NTP
แก้ไข ปัญหาแล้วคือ Hyper-V บนเครื่องนั้น ฉันลบ Hyper-V, ติดตั้งเซิร์ฟเวอร์ VMware, รัน VM เดียวกัน ปัญหาการซิงค์เวลาหายไป (<100ms แตกต่างหลังจากหนึ่งวัน) การตั้งค่าของฉันเป็นเช่นนี้: HYV1 - HyperV machine (non domain) - sync irrelevant AD1 - VM AD server on HYV1, sync'd to time.nist.gov. HyperV time sync off. S1 - Physical machine, sync'd to domain. S2 - Physical machine running …

3
ทางเลือกที่ดีที่สุดสำหรับการกำหนดค่าไคลเอนต์ NTP
ให้ดูว่าใครบางคนสามารถเปิดไฟในเรื่องนี้ได้ไหม .. ฉันกำลังติดตั้งเซิร์ฟเวอร์ในวันถัดไป ลูกค้าของฉันต้องการปรับใช้ Hortonworks HDP พร้อมเซิร์ฟเวอร์ 2 ตัวเป็นเซิร์ฟเวอร์หลักและเซิร์ฟเวอร์ 5 ตัว ข้อกำหนดหนึ่งข้อสำหรับทั้งหมดคือเปิดใช้งาน NTP แต่นั่นคือข้อมูลทั้งหมดที่ฉันมีเขาไม่ได้บอกฉันว่าเขาต้องการเซิร์ฟเวอร์ท้องถิ่นที่ทำหน้าที่เป็นเซิร์ฟเวอร์ NTP หรือต้องการทั้ง 7 หน้าที่ทำหน้าที่เป็นลูกค้า ระบบปฏิบัติการจะเป็น Centos 6.6 หรือ 6.7 ดังนั้นคำถามของฉันจะเป็น: คำนึงถึงว่าสิ่งนี้จะไม่เป็นสภาพแวดล้อมการผลิต แต่เหมือนสภาพแวดล้อม "การทดสอบ" ซึ่งเป็นทางเลือกของคุณสำหรับการกำหนดค่า NTP บนเครื่องเหล่านี้หรือไม่ ทั้ง 7 ทำหน้าที่เป็นลูกค้าหรือ 1-2 เซิร์ฟเวอร์และห้าลูกค้า?
9 centos  ntp  hadoop 

3
สาเหตุที่เป็นไปได้ของ NTPD กำลังจะตายโดยไม่คาดคิดและแนวทางแก้ไข
ในเว็บแอปพลิเคชันที่ใช้ s3 สำหรับการจัดเก็บเอกสารทางกายภาพเรากำลังประสบปัญหากับ NTP ที่กำลังจะตายอย่างต่อเนื่อง ดูเหมือนว่าจะเกิดขึ้นประมาณหนึ่งหรือสองครั้งต่อวัน มีข้อมูลน้อยมากเมื่อเกิดเหตุการณ์นี้นอกจากไฟล์ PID ที่มีอยู่ แต่บริการจะตายเมื่อฉันตรวจสอบสถานะ ใครช่วยแนะนำสาเหตุที่เป็นไปได้ของ NTPD ที่กำลังจะตาย? ฉันสมมติว่าการเลื่อนนาฬิกาอาจทำให้มันตาย แต่ฉันไม่แน่ใจว่าจะทำให้เกิดอะไรขึ้น มีหน่วยความจำเกินพอและมีพื้นที่ว่างในดิสก์ ครั้งสุดท้ายที่บริการเสียชีวิตนี่คือผลลัพธ์: Sep 6 06:15:25 vm02 rsyslogd: [origin software="rsyslogd" swVersion="5.8.10" x-pid="988" x-info="http://www.rsyslog.com"] rsyslogd was HUPed Sep 6 06:17:06 vm02 ntpd[10803]: 0.0.0.0 0618 08 no_sys_peer Sep 6 08:01:10 vm02 ntpd[10803]: 0.0.0.0 0617 07 panic_stop -28101 s; …

2
การกำหนดค่า NTP ที่เหมาะสมสำหรับเซิร์ฟเวอร์ไม่กี่แห่ง
ฉันมีเซิร์ฟเวอร์ Linux ประมาณ 20 เครื่องในเครือข่ายขนาดเล็กและฉันต้องการนาฬิกาของพวกเขาใกล้ ๆ กัน (เช่นภายใน 20 มิลลิวินาที) ฉันเริ่มต้นด้วยพวกเขาทุกคนซิงค์กับ europe.pool.ntp.org และงานเสร็จ ตอนนี้ฉันมีสองคำถาม: ฉันเป็นภาระที่เห็นได้ชัดเจนในสระน้ำหรือไม่ คือมันสร้างความแตกต่างที่เห็นได้ชัดเจนกับพูลหรือไม่ถ้าฉันกดจากเซิร์ฟเวอร์ 20 เครื่องหรือจาก 2 เครื่อง? หากมันสร้างความแตกต่างการตั้งค่า / การกำหนดค่าที่จะทำให้ subnet ของฉันซิงค์และพูลภายใต้การโหลดเบาคืออะไร? มีแนวทางสำหรับเครือข่ายขนาดใหญ่ ( http://www.ntp.org/ntpfaq/NTP-s-config-adv.htm#AEN3101 ) แต่ฉันไม่พบเครือข่ายขนาดเล็ก
9 ntp 

3
การจัดการเซิร์ฟเวอร์หลายโซน
การตั้งค่าเวลาและเขตเวลาที่เหมาะสมที่สุดสำหรับเซิร์ฟเวอร์หลายประเทศคืออะไร โดยเฉพาะอย่างยิ่งการพิจารณาทีมไอทีศูนย์กลางเดียวที่จัดการกับเซิร์ฟเวอร์ ขณะนี้เรามีเซิร์ฟเวอร์แต่ละเครื่องที่ใช้เขตเวลาท้องถิ่น เช่นเซิร์ฟเวอร์ในศูนย์ข้อมูลภาษาจีนถูกตั้งค่าด้วย CST เซิร์ฟเวอร์ในศูนย์ข้อมูลภาษาเยอรมันของเราถูกตั้งค่าเป็น CEST เวลาถูกตั้งค่าเป็นเวลาท้องถิ่นที่ดาต้าเซ็นเตอร์ (หมายเหตุ: โดยรวมแล้วเรามีเซิร์ฟเวอร์ใน 6 ประเทศ) การตั้งค่าปัจจุบันมีประโยชน์เมื่อพูดถึงการดูบันทึกในเครื่องบนเซิร์ฟเวอร์ (รู้ว่าเหตุการณ์เกิดขึ้นเมื่อใดเทียบกับเวลาท้องถิ่นของเซิร์ฟเวอร์ปัจจุบัน) อย่างไรก็ตามเมื่อดูเหตุการณ์จากเซิร์ฟเวอร์กลาง syslog มันจะกลายเป็นฝันร้าย
9 linux  windows  time  ntp  timezone 

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.