🥇वेळ समक्रमण कसे सुरक्षित झाले

तुमच्याकडे टीसीपी/आयपी द्वारे दळणवळण करणारी लाखो मोठी आणि लहान उपकरणे असल्यास वेळ खोटे बोलत नाही याची खात्री कशी करावी? तथापि, त्यांच्यापैकी प्रत्येकाकडे एक घड्याळ आहे आणि त्या सर्वांसाठी वेळ योग्य असणे आवश्यक आहे. एनटीपीशिवाय ही समस्या दूर केली जाऊ शकत नाही.

चला एका मिनिटासाठी कल्पना करूया की औद्योगिक IT पायाभूत सुविधांच्या एका विभागात कालांतराने सेवा समक्रमित करण्यात अडचणी येतात. लगेच, एंटरप्राइझ सॉफ्टवेअर क्लस्टर स्टॅक अयशस्वी होण्यास सुरुवात होते, डोमेनचे विघटन होते, मास्टर्स आणि स्टँडबाय नोड्स यथास्थिती पुनर्संचयित करण्याचा अयशस्वी प्रयत्न करतात.

हे देखील शक्य आहे की आक्रमणकर्ता जाणूनबुजून MiTM किंवा DDOS हल्ल्याद्वारे वेळ व्यत्यय आणण्याचा प्रयत्न करतो. अशा परिस्थितीत, काहीही होऊ शकते:

वापरकर्ता खाते संकेतशब्द कालबाह्य होतील;
X.509 प्रमाणपत्रे कालबाह्य होतील;
TOTP द्वि-घटक प्रमाणीकरण कार्य करणे थांबवेल;
बॅकअप कालबाह्य होतील आणि सिस्टम त्यांना हटवेल;
DNSSEc खंडित होईल.

हे स्पष्ट आहे की प्रत्येक आयटी विभागाला वेळ सिंक्रोनाइझेशन सेवांच्या विश्वसनीय ऑपरेशनमध्ये स्वारस्य आहे आणि ते औद्योगिक ऑपरेशनमध्ये विश्वसनीय आणि सुरक्षित असल्यास ते चांगले होईल.

NTP 25 मिनिटांत खंडित करा

नेटवर्क प्रोटोकॉल - हजारो वर्षांचे एक वैशिष्ट्य आहे, ते राहिले आहेत कालबाह्य आणि यापुढे कोणत्याही गोष्टीसाठी चांगले नाहीत, परंतु उत्साही लोक आणि निधी जमा होत असताना देखील त्यांना बदलणे इतके सोपे नाही.

क्लासिक NTP बद्दलची मुख्य तक्रार घुसखोरांच्या हल्ल्यांपासून संरक्षण करण्यासाठी विश्वसनीय यंत्रणांचा अभाव आहे. ही समस्या सोडवण्यासाठी विविध प्रयत्न केले गेले. हे साध्य करण्यासाठी, आम्ही प्रथम सममितीय की देवाणघेवाण करण्यासाठी प्री-शेअर की (PSK) यंत्रणा लागू केली.

दुर्दैवाने, या पद्धतीने एका साध्या कारणास्तव पैसे दिले नाहीत - ते चांगले मोजत नाही. सर्व्हरवर अवलंबून क्लायंटच्या बाजूने मॅन्युअल कॉन्फिगरेशन आवश्यक आहे. याचा अर्थ असा की तुम्ही फक्त तसाच दुसरा क्लायंट जोडू शकत नाही. NTP सर्व्हरवर काही बदल झाल्यास, सर्व क्लायंट पुन्हा कॉन्फिगर केले जाणे आवश्यक आहे.

मग ते ऑटोकी घेऊन आले, परंतु अल्गोरिदमच्या डिझाइनमध्ये त्यांनी ताबडतोब अनेक गंभीर असुरक्षा शोधल्या आणि त्यांना ते सोडून द्यावे लागले. गोष्ट अशी आहे की बियाण्यामध्ये फक्त 32 बिट्स आहेत, ते खूप लहान आहे आणि समोरच्या हल्ल्यासाठी पुरेशी संगणकीय जटिलता नाही.

की आयडी - सममितीय 32-बिट की;
MAC (संदेश प्रमाणीकरण कोड) - NTP पॅकेट चेकसम;

ऑटोकीची गणना खालीलप्रमाणे केली जाते.

Autokey=H(Sender-IP||Receiver-IP||KeyID||Cookie)

जेथे H() हे क्रिप्टोग्राफिक हॅश फंक्शन आहे.

हेच फंक्शन पॅकेट्सच्या चेकसमची गणना करण्यासाठी वापरले जाते.

MAC=H(Autokey||NTP packet)

असे दिसून आले की पॅकेज तपासणीची संपूर्ण अखंडता कुकीजच्या सत्यतेवर अवलंबून असते. एकदा तुमच्याकडे ते झाल्यानंतर, तुम्ही ऑटोकी पुनर्संचयित करू शकता आणि नंतर MAC ची फसवणूक करू शकता. तथापि, एनटीपी सर्व्हर ते तयार करताना बियाणे वापरतो. येथेच पकड आहे.

Cookie=MSB_32(H(Client IP||Server IP||0||Server Seed))

MSB_32 फंक्शन md5 हॅश कॅल्क्युलेशन निकालातून 32 सर्वात लक्षणीय बिट्स कापते. जोपर्यंत सर्व्हर पॅरामीटर्स अपरिवर्तित राहतात तोपर्यंत क्लायंट कुकी बदलत नाही. मग आक्रमणकर्ता फक्त प्रारंभिक संख्या पुनर्संचयित करू शकतो आणि स्वतंत्रपणे कुकीज तयार करण्यास सक्षम असेल.

प्रथम, तुम्हाला NTP सर्व्हरशी क्लायंट म्हणून कनेक्ट करणे आणि कुकीज प्राप्त करणे आवश्यक आहे. यानंतर, ब्रूट फोर्स पद्धत वापरून, हल्लेखोर साध्या अल्गोरिदमचे अनुसरण करून प्रारंभिक संख्या पुनर्संचयित करतो.

ब्रूट-फोर्स पद्धत वापरून प्रारंभिक संख्येच्या गणनेवर हल्ला करण्यासाठी अल्गोरिदम.

   for i=0:2^32 − 1 do
        Ci=H(Server-IP||Client-IP||0||i)
        if Ci=Cookie then
            return i
        end if 
    end for

IP पत्ते ज्ञात आहेत, त्यामुळे तयार केलेली कुकी NTP सर्व्हरकडून प्राप्त झालेल्या कुकीशी जुळत नाही तोपर्यंत 2^32 हॅश तयार करणे बाकी आहे. Intel Core i5 सह नियमित होम स्टेशनवर, यास 25 मिनिटे लागतील.

एनटीएस - नवीन ऑटोकी

ऑटोकीमध्ये अशा सुरक्षा छिद्रे ठेवणे अशक्य होते आणि 2012 मध्ये ते दिसून आले एक नवीन आवृत्ती प्रोटोकॉल नावाशी तडजोड करण्यासाठी, त्यांनी रीब्रँड करण्याचा निर्णय घेतला, म्हणून Autokey v.2 ला नेटवर्क टाईम सिक्युरिटी असे नाव देण्यात आले.

NTS प्रोटोकॉल हा NTP सुरक्षेचा विस्तार आहे आणि सध्या फक्त युनिकास्ट मोडला सपोर्ट करतो. हे पॅकेट मॅनिप्युलेशन विरूद्ध मजबूत क्रिप्टोग्राफिक संरक्षण प्रदान करते, स्नूपिंग प्रतिबंधित करते, चांगले स्केल करते, नेटवर्क पॅकेट नुकसानास लवचिक असते आणि कनेक्शन सुरक्षिततेदरम्यान कमीत कमी अचूक नुकसान होते.

एनटीएस कनेक्शनमध्ये दोन टप्पे असतात जे लोअर लेयर प्रोटोकॉल वापरतात. चालू पहिला या टप्प्यावर, क्लायंट आणि सर्व्हर विविध कनेक्शन पॅरामीटर्सवर सहमत आहेत आणि सर्व सोबतच्या डेटा सेटसह की असलेल्या कुकीजची देवाणघेवाण करतात. चालू दुसरा या टप्प्यावर, वास्तविक संरक्षित NTS सत्र क्लायंट आणि NTP सर्व्हर दरम्यान घडते.

NTS मध्ये दोन लोअर-लेयर प्रोटोकॉल असतात: नेटवर्क टाइम सिक्युरिटी की एक्सचेंज (NTS-KE), जे TLS वर सुरक्षित कनेक्शन सुरू करते आणि NTPv4, NTP प्रोटोकॉलचा नवीनतम अवतार. खाली याबद्दल थोडे अधिक.

पहिला टप्पा - NTS KE

या टप्प्यावर, NTP क्लायंट NTS KE सर्व्हरसह वेगळ्या TCP कनेक्शनवर TLS 1.2/1.3 सत्र सुरू करतो. या सत्रादरम्यान पुढील गोष्टी घडतात.

पक्ष मापदंड ठरवतात AEAD दुसऱ्या टप्प्यासाठी अल्गोरिदम.
पक्ष दुसरा लोअर-लेयर प्रोटोकॉल परिभाषित करतात, परंतु याक्षणी फक्त NTPv4 समर्थित आहे.
पक्ष NTP सर्व्हरचा IP पत्ता आणि पोर्ट निर्धारित करतात.
NTS KE सर्व्हर NTPv4 अंतर्गत कुकीज जारी करतो.
पक्ष कुकी मटेरिअलमधून सिमेट्रिक की (C2S आणि S2C) ची जोडी काढतात.

या दृष्टिकोनाचा मोठा फायदा आहे की कनेक्शन पॅरामीटर्सशी संबंधित गुप्त माहिती प्रसारित करण्याचा संपूर्ण भार सिद्ध आणि विश्वासार्ह TLS प्रोटोकॉलवर येतो. हे सुरक्षित NTP हँडशेकसाठी तुमचे स्वतःचे चाक पुन्हा शोधण्याची गरज दूर करते.

दुसरा टप्पा - NTS संरक्षण अंतर्गत NTP

दुसऱ्या चरणात, क्लायंट NTP सर्व्हरसह वेळ सुरक्षितपणे समक्रमित करतो. या उद्देशासाठी, ते NTPv4 पॅकेट स्ट्रक्चरमध्ये चार विशेष विस्तार (विस्तार फील्ड) प्रसारित करते.

युनिक आयडेंटिफायर एक्स्टेंशनमध्ये रिप्ले हल्ला रोखण्यासाठी यादृच्छिक नॉन्स आहे.
NTS कुकी एक्स्टेंशनमध्ये क्लायंटसाठी उपलब्ध असलेल्या NTP कुकीजपैकी एक आहे. केवळ क्लायंटकडे सममितीय AAED C2S आणि S2C की असल्याने, NTP सर्व्हरने त्या कुकी सामग्रीमधून काढल्या पाहिजेत.
NTS कुकी प्लेसहोल्डर विस्तार हा क्लायंटसाठी सर्व्हरकडून अतिरिक्त कुकीजची विनंती करण्याचा एक मार्ग आहे. NTP सर्व्हरचा प्रतिसाद विनंतीपेक्षा जास्त लांब नाही याची खात्री करण्यासाठी हा विस्तार आवश्यक आहे. हे प्रवर्धन हल्ला टाळण्यास मदत करते.
NTS ऑथेंटिकेटर आणि एनक्रिप्टेड एक्स्टेंशन फील्ड एक्स्टेंशनमध्ये C2S की, NTP हेडर, टाइमस्टॅम्प आणि वरील EF सोबतचा डेटा म्हणून AAED सायफर आहे. या विस्ताराशिवाय टाइमस्टॅम्पची फसवणूक करणे शक्य आहे.

क्लायंटकडून विनंती मिळाल्यावर, सर्व्हर NTP पॅकेटची सत्यता पडताळतो. हे करण्यासाठी, त्याने कुकीज डिक्रिप्ट करणे, AAED अल्गोरिदम आणि की काढणे आवश्यक आहे. वैधतेसाठी NTP पॅकेट यशस्वीरित्या तपासल्यानंतर, सर्व्हर क्लायंटला खालील स्वरूपात प्रतिसाद देतो.

युनिक आयडेंटिफायर एक्स्टेंशन ही क्लायंटच्या विनंतीची मिरर कॉपी आहे, रिप्ले हल्ल्यांविरूद्ध उपाय.
सत्र सुरू ठेवण्यासाठी NTS कुकी विस्तार अधिक कुकीज.
NTS ऑथेंटिकेटर आणि एनक्रिप्टेड एक्स्टेंशन फील्ड एक्स्टेंशनमध्ये S2C की सह AEAD सिफर आहे.

दुसरी हँडशेक अनेक वेळा पुनरावृत्ती केली जाऊ शकते, पहिली पायरी सोडून, कारण प्रत्येक विनंती आणि प्रतिसाद क्लायंटला अतिरिक्त कुकीज देतो. PKI डेटा संगणन आणि प्रसारित करण्याच्या तुलनेने संसाधन-केंद्रित TLS ऑपरेशन्स पुनरावृत्ती केलेल्या विनंतीच्या संख्येने विभाजित केल्याचा फायदा आहे. विशेष FPGA टाइमकीपरसाठी हे विशेषतः सोयीचे आहे, जेव्हा सर्व मुख्य कार्यक्षमता सममितीय क्रिप्टोग्राफीच्या फील्डमधून अनेक फंक्शन्समध्ये पॅकेज केली जाऊ शकते, संपूर्ण TLS स्टॅक दुसर्या डिव्हाइसवर स्थानांतरित करते.

NTPSec

NTP बद्दल काय खास आहे? प्रकल्पाचे लेखक, डेव्ह मिल्स यांनी, त्याच्या कोडचे शक्य तितके सर्वोत्कृष्ट दस्तऐवजीकरण करण्याचा प्रयत्न केला असूनही, हा एक दुर्मिळ प्रोग्रामर आहे जो 35 वर्षे जुन्या वेळेच्या सिंक्रोनाइझेशन अल्गोरिदमची गुंतागुंत समजून घेण्यास सक्षम असेल. काही कोड POSIX युगापूर्वी लिहिलेले होते आणि युनिक्स API आज वापरल्या जाणाऱ्यापेक्षा खूप वेगळे होते. याव्यतिरिक्त, गोंगाटाच्या ओळींवरील हस्तक्षेपापासून सिग्नल साफ करण्यासाठी आकडेवारीचे ज्ञान आवश्यक आहे.

NTS हा NTP निश्चित करण्याचा पहिला प्रयत्न नव्हता. एकदा हल्लेखोरांनी DDoS हल्ले वाढवण्यासाठी NTP असुरक्षिततेचे शोषण करण्यास शिकले, हे स्पष्ट झाले की मूलगामी बदल आवश्यक आहेत. आणि NTS मसुदे तयार आणि अंतिम केले जात असताना, यूएस नॅशनल सायन्स फाउंडेशनने 2014 च्या शेवटी NTP च्या आधुनिकीकरणासाठी तातडीने अनुदान वाटप केले.

कार्यगटाचे नेतृत्व फक्त कोणीही करत नव्हते एरिक स्टीफन रेमंड - मुक्त स्रोत समुदायाचे संस्थापक आणि स्तंभांपैकी एक आणि पुस्तकाचे लेखक कॅथेड्रल आणि बाजार. एरिक आणि त्याच्या मित्रांनी सर्वप्रथम NTP कोड BitKeeper प्लॅटफॉर्मवरून git वर हलवण्याचा प्रयत्न केला, परंतु ते तसे झाले नाही. प्रकल्पाचे नेते हरलन स्टेन या निर्णयाच्या विरोधात होते आणि वाटाघाटी रखडल्या. मग प्रोजेक्ट कोड फोर्क करण्याचा निर्णय घेण्यात आला आणि NTPSec चा जन्म झाला.

GPSD वर काम, गणिताची पार्श्वभूमी आणि प्राचीन कोड वाचण्याचे जादुई कौशल्य यासह ठोस अनुभव - एरिक रेमंड हाच हॅकर होता जो असा प्रकल्प काढू शकतो. टीमला कोड मायग्रेशन तज्ज्ञ सापडला आणि फक्त 10 आठवड्यांत NTP स्थायिक झालेGitLab वर. काम जोरात सुरू होते.

एरिक रेमंडच्या टीमने ऑगस्टे रॉडिनने दगडाच्या ब्लॉकसह कार्य जसे केले तसे केले. जुना कोड 175 KLOC काढून टाकून, ते आक्रमण पृष्ठभाग लक्षणीयरीत्या कमी करू शकले, अनेक सुरक्षा छिद्र बंद केले.

वितरणामध्ये समाविष्ट असलेल्यांची ही अपूर्ण यादी आहे:

कागदपत्र नसलेले, कालबाह्य, जुने किंवा तुटलेले रीफ्लॉक.
न वापरलेली ICS लायब्ररी.
libopts/ऑटोजेन.
विंडोजसाठी जुना कोड.
ntpdc.
ऑटोकी.
ntpq C कोड Python मध्ये पुन्हा लिहिला गेला आहे.
sntp/ntpdig C कोड Python मध्ये पुन्हा लिहिला गेला आहे.

कोड साफ करण्याव्यतिरिक्त, प्रकल्पाची इतर कामे होती. येथे उपलब्धींची आंशिक सूची आहे:

बफर ओव्हरफ्लो विरूद्ध कोड संरक्षण लक्षणीयरीत्या सुधारले गेले आहे. बफर ओव्हरफ्लो टाळण्यासाठी, सर्व असुरक्षित स्ट्रिंग फंक्शन्स (strcpy/strcat/strtok/sprintf/vsprintf/gets) सुरक्षित आवृत्त्यांसह बदलले गेले आहेत जे बफर आकार मर्यादा लागू करतात.
एनटीएस समर्थन जोडले.
भौतिक हार्डवेअरला जोडून वेळेची अचूकता दहापट सुधारली. हे या वस्तुस्थितीमुळे आहे की आधुनिक संगणक घड्याळे एनटीपीचा जन्म झाला त्यापेक्षा अधिक अचूक बनली आहेत. याचे सर्वात मोठे लाभार्थी GPSDO आणि समर्पित टाइम रेडिओ होते.
प्रोग्रामिंग भाषांची संख्या दोन करण्यात आली आहे. Perl, awk आणि अगदी S स्क्रिप्ट्स ऐवजी आता सर्व Python आहे. यामुळे, कोड पुनर्वापरासाठी अधिक संधी आहेत.
ऑटोटूल्स स्क्रिप्टच्या नूडल्सऐवजी, प्रकल्पाने सॉफ्टवेअर बिल्ड सिस्टम वापरण्यास सुरुवात केली वाफ.
प्रकल्प दस्तऐवजीकरण अद्यतनित आणि पुनर्रचना. दस्तऐवजांच्या विरोधाभासी आणि कधीकधी पुरातन संग्रहातून, त्यांनी बऱ्यापैकी पास करण्यायोग्य दस्तऐवज तयार केले. प्रत्येक कमांड लाइन स्विच आणि प्रत्येक कॉन्फिगरेशन घटकामध्ये आता सत्याची एकच आवृत्ती आहे. याव्यतिरिक्त, मॅन पेजेस आणि वेब डॉक्युमेंटेशन आता त्याच कोर फाइल्समधून तयार केले जातात.

NTPSec अनेक Linux वितरणांसाठी उपलब्ध आहे. या क्षणी, नवीनतम स्थिर आवृत्ती 1.1.8 आहे, जेंटू लिनक्ससाठी ती अंतिम आवृत्ती आहे.

(1:696)$ sudo emerge -av ntpsec
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild   R    ] net-misc/ntpsec-1.1.7-r1::gentoo  USE="samba seccomp -debug -doc -early -gdb -heat -libbsd -nist -ntpviz -rclock_arbiter -rclock_generic -rclock_gpsd -rclock_hpgps -rclock_jjy -rclock_local -rclock_modem -rclock_neoclock -rclock_nmea -rclock_oncore -rclock_pps -rclock_shm -rclock_spectracom -rclock_trimble -rclock_truetime -rclock_zyfer -smear -tests" PYTHON_TARGETS="python3_6" 0 KiB
Total: 1 package (1 reinstall), Size of downloads: 0 KiB
Would you like to merge these packages? [Yes/No]

क्रोनी

जुन्या एनटीपीला अधिक सुरक्षित पर्यायाने बदलण्याचा आणखी एक प्रयत्न होता. Chrony, NTPSec च्या विपरीत, ग्राउंड अप पासून लिहिलेले आहे आणि अस्थिर नेटवर्क कनेक्शन, आंशिक नेटवर्क उपलब्धता किंवा गर्दी आणि तापमानातील बदलांसह विस्तृत परिस्थितींमध्ये विश्वसनीयरित्या ऑपरेट करण्यासाठी डिझाइन केलेले आहे. याव्यतिरिक्त, क्रोनीचे इतर फायदे आहेत:

chrony अधिक अचूकतेसह प्रणालीचे घड्याळ जलद सिंक्रोनाइझ करू शकते;
chrony लहान आहे, कमी मेमरी वापरते, आणि गरज असेल तेव्हाच CPU मध्ये प्रवेश करते. संसाधने आणि ऊर्जा वाचवण्यासाठी हे एक मोठे प्लस आहे;
chrony Linux वर हार्डवेअर टाइमस्टॅम्पला समर्थन देते, स्थानिक नेटवर्कवर अत्यंत अचूक सिंक्रोनाइझेशनला अनुमती देते.

तथापि, क्रोनीमध्ये जुन्या NTP च्या काही वैशिष्ट्यांचा अभाव आहे, जसे की ब्रॉडकास्ट आणि मल्टीकास्ट क्लायंट/सर्व्हर. याव्यतिरिक्त, क्लासिक NTP मोठ्या संख्येने ऑपरेटिंग सिस्टम आणि प्लॅटफॉर्मला समर्थन देते.

chronyd प्रक्रियेसाठी सर्व्हरची कार्यक्षमता आणि NTP विनंत्या अक्षम करण्यासाठी, फक्त chrony.conf फाइलमध्ये पोर्ट 0 लिहा. हे अशा प्रकरणांमध्ये केले जाते जेथे NTP क्लायंट किंवा समवयस्कांसाठी वेळ राखण्याची गरज नसते. आवृत्ती 2.0 नुसार, एनटीपी सर्व्हर पोर्ट फक्त तेव्हाच खुला असतो जेव्हा ॲक्सेसला अनुमती निर्देश किंवा कमांडद्वारे परवानगी दिली जाते, किंवा एनटीपी पीअर कॉन्फिगर केलेले असते किंवा ब्रॉडकास्ट डायरेक्टिव्ह वापरले जाते.

प्रोग्राममध्ये दोन मॉड्यूल असतात.

chronyd ही पार्श्वभूमीत चालणारी सेवा आहे. हे सिस्टम घड्याळ आणि बाह्य वेळ सर्व्हरमधील फरकाबद्दल माहिती प्राप्त करते आणि स्थानिक वेळ समायोजित करते. हे NTP प्रोटोकॉल देखील लागू करते आणि क्लायंट किंवा सर्व्हर म्हणून कार्य करू शकते.
क्रॉनिक ही प्रोग्राम मॉनिटरिंग आणि कंट्रोलसाठी कमांड लाइन युटिलिटी आहे. विविध सेवा पॅरामीटर्स फाइन-ट्यून करण्यासाठी वापरले जाते, उदाहरणार्थ chronyd चालू असताना तुम्हाला NTP सर्व्हर जोडण्याची किंवा काढून टाकण्याची परवानगी देते.

RedHat Linux च्या आवृत्ती 7 पासून वापरते वेळ समक्रमण सेवा म्हणून chrony. पॅकेज इतर लिनक्स वितरणासाठी देखील उपलब्ध आहे. नवीनतम स्थिर आवृत्ती 3.5 आहे, v4.0 च्या रिलीझसाठी तयारी करत आहे.

(1:712)$ sudo emerge -av chrony
These are the packages that would be merged, in order:
Calculating dependencies... done!
[binary  N     ] net-misc/chrony-3.5-r2::gentoo  USE="adns caps cmdmon ipv6 ntp phc readline refclock rtc seccomp (-html) -libedit -pps (-selinux)" 246 KiB
Total: 1 package (1 new, 1 binary), Size of downloads: 246 KiB
Would you like to merge these packages? [Yes/No]

ऑफिस नेटवर्कवर वेळ सिंक्रोनाइझ करण्यासाठी इंटरनेटवर तुमचा स्वतःचा रिमोट क्रोनी सर्व्हर कसा सेट करायचा. खाली VPS सेट करण्याचे उदाहरण आहे.

VPS वर RHEL / CentOS वर Chrony सेट करण्याचे उदाहरण

चला आता थोडा सराव करू आणि VPS वर आमचा स्वतःचा NTP सर्व्हर सेट करू. हे अगदी सोपे आहे, फक्त RuVDS वेबसाइटवर योग्य दर निवडा, तयार सर्व्हर मिळवा आणि डझनभर साध्या कमांड टाइप करा. आमच्या हेतूंसाठी, हा पर्याय अगदी योग्य आहे.

चला सेवा सेट करण्यासाठी पुढे जाऊ आणि प्रथम क्रॉनी पॅकेज स्थापित करू.

[root@server ~]$ yum install chrony

RHEL 8 / CentOS 8 भिन्न पॅकेज व्यवस्थापक वापरतात.

[root@server ~]$ dnf install chrony

क्रोनी स्थापित केल्यानंतर, आपल्याला सेवा सुरू करणे आणि सक्रिय करणे आवश्यक आहे.

[root@server ~]$ systemctl enable chrony --now

इच्छित असल्यास, तुम्ही /etc/chrony.conf मध्ये बदल करू शकता, प्रतिसाद वेळ कमी करण्यासाठी जवळच्या स्थानिक सर्व्हरसह NPT सर्व्हर बदलू शकता.

# Use public servers from the pool.ntp.org project.
# Please consider joining the pool (http://www.pool.ntp.org/join.html).
server 0.ru.pool.ntp.org iburst
server 1.ru.pool.ntp.org iburst
server 2.ru.pool.ntp.org iburst
server 3.ru.pool.ntp.org iburst

पुढे, आम्ही निर्दिष्ट पूलमधील नोड्ससह NTP सर्व्हरचे सिंक्रोनाइझेशन सेट करतो.

[root@server ~]$ timedatectl set-ntp true
[root@server ~]$ systemctl restart chronyd.service

एनटीपी पोर्ट बाहेरून उघडणे देखील आवश्यक आहे, अन्यथा फायरवॉल क्लायंट नोड्समधून येणारे कनेक्शन अवरोधित करेल.

[root@server ~]$ firewall-cmd --add-service=ntp --permanent 
[root@server ~]$ firewall-cmd --reload

क्लायंटच्या बाजूने, वेळ क्षेत्र योग्यरित्या सेट करणे पुरेसे आहे.

[root@client ~]$ timedatectl set-timezone Europe/Moscow

/etc/chrony.conf फाइल NTP सर्व्हर क्रोनी चालवणाऱ्या आमच्या VPS सर्व्हरचे IP किंवा होस्ट नाव निर्दिष्ट करते.

server my.vps.server

आणि शेवटी, क्लायंटवर वेळ सिंक्रोनाइझेशन सुरू करणे.

[root@client ~]$ systemctl enable --now chronyd
[root@client ~]$ timedatectl set-ntp true

पुढच्या वेळी मी तुम्हाला सांगेन की इंटरनेटशिवाय वेळ समक्रमित करण्यासाठी कोणते पर्याय आहेत.

स्त्रोत: www.habr.com

वेळ सिंक्रोनाइझेशन कसे सुरक्षित झाले