কিভাবে সময় সিঙ্ক্রোনাইজেশন নিরাপদ হয়ে ওঠে

আপনার যদি TCP/IP এর মাধ্যমে যোগাযোগ করার জন্য একটি মিলিয়ন বড় এবং ছোট ডিভাইস থাকে তবে কীভাবে এটি নিশ্চিত করবেন যে সময়টি মিথ্যা বলে না? সব পরে, তাদের প্রতিটি একটি ঘড়ি আছে, এবং সময় তাদের সব জন্য সঠিক হতে হবে। এনটিপি ছাড়া এই সমস্যাটি সমাধান করা যাবে না।

আসুন এক মিনিটের জন্য কল্পনা করি যে শিল্প আইটি অবকাঠামোর একটি অংশে সময়ের সাথে সাথে পরিষেবাগুলি সিঙ্ক্রোনাইজ করার ক্ষেত্রে অসুবিধা রয়েছে। অবিলম্বে এন্টারপ্রাইজ সফ্টওয়্যারের ক্লাস্টার স্ট্যাক ব্যর্থ হতে শুরু করে, ডোমেনগুলি বিচ্ছিন্ন হয়ে যায়, মাস্টার এবং স্ট্যান্ডবাই নোডগুলি স্থিতাবস্থা পুনরুদ্ধার করতে ব্যর্থ হয়।

এটাও সম্ভব যে একজন আক্রমণকারী ইচ্ছাকৃতভাবে একটি MiTM বা DDOS আক্রমণের মাধ্যমে সময় ব্যাহত করার চেষ্টা করে। এই ধরনের পরিস্থিতিতে, কিছু ঘটতে পারে:

• ব্যবহারকারীর অ্যাকাউন্টের পাসওয়ার্ডের মেয়াদ শেষ হবে;
• X.509 শংসাপত্রের মেয়াদ শেষ হবে;
• TOTP দ্বি-ফ্যাক্টর প্রমাণীকরণ কাজ করা বন্ধ করবে;
• ব্যাকআপগুলি পুরানো হয়ে যাবে এবং সিস্টেম সেগুলি মুছে ফেলবে;
• DNSSEc ভেঙ্গে যাবে।

এটা স্পষ্ট যে প্রতিটি আইটি বিভাগ সময় সিঙ্ক্রোনাইজেশন পরিষেবাগুলির নির্ভরযোগ্য অপারেশনে আগ্রহী, এবং তারা শিল্প অপারেশনে নির্ভরযোগ্য এবং নিরাপদ হলে এটি চমৎকার হবে।

25 মিনিটের মধ্যে NTP ব্রেক করুন

নেটওয়ার্ক প্রোটোকল - সহস্রাব্দের একটি বিশেষত্ব আছে, তারা হয়েছে সেকেলে এবং কোন কিছুর জন্য আর ভাল নয়, কিন্তু উত্সাহী এবং তহবিলের একটি সমালোচনামূলক ভর জমা হয়ে গেলেও তাদের প্রতিস্থাপন করা এত সহজ নয়।

ক্লাসিক NTP সম্পর্কে প্রধান অভিযোগ হল অনুপ্রবেশকারীদের আক্রমণ থেকে রক্ষা করার জন্য নির্ভরযোগ্য ব্যবস্থার অভাব। এই সমস্যা সমাধানের জন্য বিভিন্ন প্রচেষ্টা করা হয়েছে। এটি অর্জনের জন্য, আমরা প্রথমে সিমেট্রিক কী বিনিময়ের জন্য একটি প্রি-শেয়ারড কী (PSK) পদ্ধতি প্রয়োগ করেছি।

দুর্ভাগ্যবশত, এই পদ্ধতিটি একটি সাধারণ কারণে পরিশোধ করেনি - এটি ভালভাবে পরিমাপ করে না। সার্ভারের উপর নির্ভর করে ক্লায়েন্ট সাইডে ম্যানুয়াল কনফিগারেশন প্রয়োজন। এর মানে হল যে আপনি কেবল একইভাবে অন্য ক্লায়েন্ট যোগ করতে পারবেন না। NTP সার্ভারে কিছু পরিবর্তন হলে, সমস্ত ক্লায়েন্টকে পুনরায় কনফিগার করতে হবে।

তারপরে তারা অটোকি নিয়ে এসেছিল, কিন্তু তারা অবিলম্বে অ্যালগরিদমের ডিজাইনে বেশ কয়েকটি গুরুতর দুর্বলতা আবিষ্কার করেছিল এবং তাদের এটি ত্যাগ করতে হয়েছিল। জিনিসটি হল যে বীজটিতে শুধুমাত্র 32-বিট রয়েছে, এটি খুব ছোট এবং সামনের আক্রমণের জন্য যথেষ্ট গণনাগত জটিলতা নেই।

• কী আইডি - প্রতিসম 32-বিট কী;
• MAC (বার্তা প্রমাণীকরণ কোড) - NTP প্যাকেট চেকসাম;

অটোকি নিম্নরূপ গণনা করা হয়.

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

যেখানে H() একটি ক্রিপ্টোগ্রাফিক হ্যাশ ফাংশন।

প্যাকেটের চেকসাম গণনা করতে একই ফাংশন ব্যবহার করা হয়।

MAC=H(Autokey||NTP packet)

দেখা যাচ্ছে যে প্যাকেজ চেকের সম্পূর্ণ অখণ্ডতা কুকিজের সত্যতার উপর নির্ভর করে। একবার আপনার কাছে সেগুলি হয়ে গেলে, আপনি অটোকিটি পুনরুদ্ধার করতে পারেন এবং তারপরে MAC কে ফাঁকি দিতে পারেন। যাইহোক, NTP সার্ভার তাদের তৈরি করার সময় একটি বীজ ব্যবহার করে। এখানেই ধরা পড়ে।

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

আইপি ঠিকানাগুলি পরিচিত, তাই 2^32 হ্যাশ তৈরি করা বাকি থাকে যতক্ষণ না তৈরি করা কুকি এনটিপি সার্ভার থেকে প্রাপ্ত একটির সাথে মেলে। Intel Core i5 সহ একটি নিয়মিত হোম স্টেশনে, এটি 25 মিনিট সময় নেবে৷

এনটিএস - নতুন অটোকি

অটোকিতে এই জাতীয় সুরক্ষা গর্তগুলি সহ্য করা অসম্ভব ছিল এবং 2012 সালে এটি উপস্থিত হয়েছিল версия версия প্রোটোকল নামের সাথে আপস করার জন্য, তারা পুনরায় ব্র্যান্ড করার সিদ্ধান্ত নিয়েছে, তাই অটোকি v.2 কে নেটওয়ার্ক টাইম সিকিউরিটি ডাব করা হয়েছিল।

NTS প্রোটোকল হল NTP নিরাপত্তার একটি এক্সটেনশন এবং বর্তমানে শুধুমাত্র ইউনিকাস্ট মোড সমর্থন করে। এটি প্যাকেট ম্যানিপুলেশনের বিরুদ্ধে শক্তিশালী ক্রিপ্টোগ্রাফিক সুরক্ষা প্রদান করে, স্নুপিং প্রতিরোধ করে, ভালভাবে স্কেল করে, নেটওয়ার্ক প্যাকেটের ক্ষতির জন্য স্থিতিস্থাপক এবং এর ফলে সংযোগ নিরাপত্তার সময় সর্বনিম্ন পরিমাণ নির্ভুলতা ক্ষতি হয়।

একটি NTS সংযোগ দুটি স্তর নিয়ে গঠিত যা নিম্ন স্তরের প্রোটোকল ব্যবহার করে। চালু প্রথম এই পর্যায়ে, ক্লায়েন্ট এবং সার্ভার বিভিন্ন সংযোগের পরামিতি এবং সাথে থাকা সমস্ত ডেটা সেটের সাথে কী সমন্বিত কুকি বিনিময়ে সম্মত হয়। চালু দ্বিতীয় এই পর্যায়ে, প্রকৃত সুরক্ষিত NTS সেশন ক্লায়েন্ট এবং NTP সার্ভারের মধ্যে সঞ্চালিত হয়।

NTS-এ দুটি নিম্ন-স্তরের প্রোটোকল রয়েছে: নেটওয়ার্ক টাইম সিকিউরিটি কী এক্সচেঞ্জ (NTS-KE), যা TLS-এর উপর একটি নিরাপদ সংযোগ শুরু করে এবং NTPv4, NTP প্রোটোকলের সর্বশেষ অবতার। নীচে এই সম্পর্কে একটু বেশি.

প্রথম পর্যায়- NTS KE

এই পর্যায়ে, NTP ক্লায়েন্ট NTS KE সার্ভারের সাথে একটি পৃথক TCP সংযোগের মাধ্যমে একটি TLS 1.2/1.3 সেশন শুরু করে। এই অধিবেশন চলাকালীন নিম্নলিখিত ঘটবে.

• দলগুলি পরামিতি নির্ধারণ করে এএইডি দ্বিতীয় পর্যায়ের জন্য অ্যালগরিদম।
• দলগুলি একটি দ্বিতীয় নিম্ন-স্তর প্রোটোকল সংজ্ঞায়িত করে, কিন্তু এই মুহূর্তে শুধুমাত্র NTPv4 সমর্থিত।
• দলগুলো NTP সার্ভারের IP ঠিকানা এবং পোর্ট নির্ধারণ করে।
• NTS KE সার্ভার NTPv4 এর অধীনে কুকি ইস্যু করে।
• পক্ষগুলি কুকি উপাদান থেকে একজোড়া প্রতিসম কী (C2S এবং S2C) বের করে।

এই পদ্ধতির একটি দুর্দান্ত সুবিধা রয়েছে যে সংযোগের পরামিতি সম্পর্কিত গোপন তথ্য প্রেরণের সম্পূর্ণ বোঝা প্রমাণিত এবং নির্ভরযোগ্য TLS প্রোটোকলের উপর পড়ে। এটি একটি নিরাপদ NTP হ্যান্ডশেকের জন্য আপনার নিজের চাকাকে পুনরায় উদ্ভাবনের প্রয়োজনীয়তা দূর করে।

দ্বিতীয় পর্যায় - এনটিএস সুরক্ষার অধীনে এনটিপি

দ্বিতীয় ধাপে, ক্লায়েন্ট নিরাপদে সময়কে NTP সার্ভারের সাথে সিঙ্ক্রোনাইজ করে। এই উদ্দেশ্যে, এটি NTPv4 প্যাকেট কাঠামোতে চারটি বিশেষ এক্সটেনশন (এক্সটেনশন ক্ষেত্র) প্রেরণ করে।

• ইউনিক আইডেন্টিফায়ার এক্সটেনশনে রিপ্লে আক্রমণ প্রতিরোধ করার জন্য একটি র্যান্ডম নন্স রয়েছে।
• NTS কুকি এক্সটেনশনে ক্লায়েন্টের কাছে উপলব্ধ NTP কুকিগুলির একটি রয়েছে। যেহেতু শুধুমাত্র ক্লায়েন্টের কাছে সিমেট্রিক AAED C2S এবং S2C কী আছে, তাই NTP সার্ভারকে অবশ্যই কুকি উপাদান থেকে সেগুলি বের করতে হবে।
• NTS কুকি প্লেসহোল্ডার এক্সটেনশন হল একটি ক্লায়েন্টের সার্ভার থেকে অতিরিক্ত কুকির অনুরোধ করার একটি উপায়। NTP সার্ভারের প্রতিক্রিয়া অনুরোধের চেয়ে বেশি দীর্ঘ নয় তা নিশ্চিত করার জন্য এই এক্সটেনশনটি প্রয়োজনীয়। এটি পরিবর্ধন আক্রমণ প্রতিরোধ করতে সাহায্য করে।
• এনটিএস প্রমাণীকরণকারী এবং এনক্রিপ্ট করা এক্সটেনশন ফিল্ড এক্সটেনশনে AAED সাইফার রয়েছে যার সাথে C2S কী, NTP হেডার, টাইমস্ট্যাম্প এবং উপরোক্ত EF রয়েছে। এই এক্সটেনশন ছাড়া টাইমস্ট্যাম্প ফাঁকি দেওয়া সম্ভব।

একটি ক্লায়েন্ট থেকে একটি অনুরোধ পাওয়ার পরে, সার্ভার NTP প্যাকেটের সত্যতা যাচাই করে। এটি করার জন্য, তাকে কুকিজ ডিক্রিপ্ট করতে হবে, AAED অ্যালগরিদম এবং কীগুলি বের করতে হবে। বৈধতার জন্য NTP প্যাকেট সফলভাবে পরীক্ষা করার পরে, সার্ভার নিম্নলিখিত বিন্যাসে ক্লায়েন্টকে প্রতিক্রিয়া জানায়।

• ইউনিক আইডেন্টিফায়ার এক্সটেনশন হল ক্লায়েন্ট অনুরোধের একটি মিরর কপি, রিপ্লে আক্রমণের বিরুদ্ধে একটি পরিমাপ।
• এনটিএস কুকি এক্সটেনশন সেশন চালিয়ে যেতে আরও কুকিজ।
• NTS প্রমাণীকরণকারী এবং এনক্রিপ্ট করা এক্সটেনশন ফিল্ড এক্সটেনশনে একটি S2C কী সহ AEAD সাইফার রয়েছে।

দ্বিতীয় হ্যান্ডশেক অনেকবার পুনরাবৃত্তি করা যেতে পারে, প্রথম ধাপকে বাদ দিয়ে, যেহেতু প্রতিটি অনুরোধ এবং প্রতিক্রিয়া ক্লায়েন্টকে অতিরিক্ত কুকি দেয়। এটির সুবিধা রয়েছে যে পিকেআই ডেটা কম্পিউটিং এবং প্রেরণের তুলনামূলকভাবে সম্পদ-নিবিড় TLS ক্রিয়াকলাপগুলিকে বারবার অনুরোধের সংখ্যা দ্বারা ভাগ করা হয়। এটি বিশেষায়িত FPGA টাইমকিপারদের জন্য বিশেষভাবে সুবিধাজনক, যখন সমস্ত প্রধান কার্যকারিতা সিমেট্রিক ক্রিপ্টোগ্রাফির ক্ষেত্র থেকে বিভিন্ন ফাংশনে প্যাকেজ করা যেতে পারে, সম্পূর্ণ TLS স্ট্যাকটিকে অন্য ডিভাইসে স্থানান্তর করে।

NTPSec

NTP সম্পর্কে বিশেষ কি? প্রকল্পের লেখক, ডেভ মিলস তার কোড যতটা সম্ভব নথিভুক্ত করার চেষ্টা করেছেন তা সত্ত্বেও, এটি একটি বিরল প্রোগ্রামার যিনি 35 বছর বয়সী সময় সিঙ্ক্রোনাইজেশন অ্যালগরিদমের জটিলতাগুলি বুঝতে সক্ষম হবেন। কিছু কোড POSIX যুগের আগে লেখা হয়েছিল, এবং ইউনিক্স এপিআই তখন যা ব্যবহার করা হয় তার থেকে খুব আলাদা ছিল। উপরন্তু, গোলমাল লাইনে হস্তক্ষেপ থেকে সংকেত পরিষ্কার করার জন্য পরিসংখ্যানের জ্ঞান প্রয়োজন।

এনটিএস এনটিপি ঠিক করার প্রথম প্রচেষ্টা ছিল না। একবার আক্রমণকারীরা DDoS আক্রমণগুলিকে প্রসারিত করার জন্য NTP দুর্বলতাগুলিকে কাজে লাগাতে শিখলে, এটি স্পষ্ট হয়ে ওঠে যে আমূল পরিবর্তনের প্রয়োজন ছিল। এবং যখন NTS খসড়া তৈরি এবং চূড়ান্ত করা হচ্ছিল, 2014 সালের শেষের দিকে ইউএস ন্যাশনাল সায়েন্স ফাউন্ডেশন জরুরিভাবে NTP-এর আধুনিকীকরণের জন্য একটি অনুদান বরাদ্দ করে।

ওয়ার্কিং গ্রুপের নেতৃত্বে শুধু কেউ নয়, বরং এরিক স্টিভেন রেমন্ড - ওপেন সোর্স সম্প্রদায়ের অন্যতম প্রতিষ্ঠাতা এবং স্তম্ভ এবং বইটির লেখক ক্যাথিড্রাল এবং বাজার. এরিক এবং তার বন্ধুরা প্রথম যে কাজটি করার চেষ্টা করেছিল তা হল বিটকিপার প্ল্যাটফর্ম থেকে এনটিপি কোডটি গিট-এ সরানো, কিন্তু এটি সেভাবে কাজ করেনি। প্রকল্প নেতা হারলান স্টেন এই সিদ্ধান্তের বিরুদ্ধে ছিলেন এবং আলোচনা স্থবির হয়ে পড়ে। তারপরে প্রকল্প কোডটি ফর্ক করার সিদ্ধান্ত নেওয়া হয়েছিল এবং NTPSec এর জন্ম হয়েছিল।

GPSD-তে কাজ, একটি গাণিতিক পটভূমি এবং প্রাচীন কোড পড়ার জাদুকরী দক্ষতা সহ কঠিন অভিজ্ঞতা - এরিক রেমন্ড ঠিক হ্যাকার ছিলেন যিনি এই ধরনের একটি প্রকল্প বন্ধ করতে পারেন। দলটি একজন কোড মাইগ্রেশন বিশেষজ্ঞ খুঁজে পেয়েছে এবং মাত্র 10 সপ্তাহের মধ্যে এনটিপি নিষ্পত্তিগিটল্যাবে। কাজ পুরোদমে ছিল.

এরিক রেমন্ডের দলটি একইভাবে কাজটি গ্রহণ করেছিল যেভাবে অগাস্ট রডিন পাথরের একটি ব্লক দিয়ে করেছিলেন। পুরানো কোডের 175 KLOC অপসারণ করে, তারা অনেক নিরাপত্তা গর্ত বন্ধ করে আক্রমণের পৃষ্ঠকে উল্লেখযোগ্যভাবে হ্রাস করতে সক্ষম হয়েছিল।

বিতরণে অন্তর্ভুক্তদের একটি অসম্পূর্ণ তালিকা এখানে রয়েছে:

• অনথিভুক্ত, পুরানো, পুরানো বা ভাঙা refclock.
• অব্যবহৃত ICS লাইব্রেরি।
• libopts/autogen.
• উইন্ডোজের জন্য পুরানো কোড।
• ntpdc.
• অটোকি।
• ntpq C কোডটি পাইথনে পুনরায় লেখা হয়েছে।
• sntp/ntpdig C কোড পাইথনে পুনরায় লেখা হয়েছে।

কোড পরিষ্কার করা ছাড়াও, প্রকল্পের অন্যান্য কাজ ছিল। এখানে কৃতিত্বের একটি আংশিক তালিকা রয়েছে:

• বাফার ওভারফ্লো বিরুদ্ধে কোড সুরক্ষা উল্লেখযোগ্যভাবে উন্নত করা হয়েছে। বাফার ওভারফ্লো প্রতিরোধ করার জন্য, সমস্ত অনিরাপদ স্ট্রিং ফাংশন (strcpy/strcat/strtok/sprintf/vsprintf/gets) নিরাপদ সংস্করণ দিয়ে প্রতিস্থাপিত হয়েছে যা বাফার আকারের সীমা বাস্তবায়ন করে।
• NTS সমর্থন যোগ করা হয়েছে।
• শারীরিক হার্ডওয়্যার লিঙ্ক করার মাধ্যমে উন্নত সময় ধাপের নির্ভুলতা দশগুণ। এটি এই কারণে যে আধুনিক কম্পিউটার ঘড়িগুলি NTP-এর জন্মের তুলনায় অনেক বেশি নির্ভুল হয়ে উঠেছে। এর সবচেয়ে বেশি সুবিধাভোগী ছিল জিপিএসডিও এবং ডেডিকেটেড টাইম রেডিও।
• প্রোগ্রামিং ভাষার সংখ্যা কমিয়ে দুই করা হয়েছে। পার্ল, awk এবং এমনকি এস স্ক্রিপ্টের পরিবর্তে, এটি এখন সমস্ত পাইথন। এই কারণে, কোড পুনঃব্যবহারের জন্য আরও সুযোগ রয়েছে।
• অটোটুল স্ক্রিপ্টের নুডলসের পরিবর্তে, প্রকল্পটি একটি সফ্টওয়্যার বিল্ড সিস্টেম ব্যবহার করতে শুরু করে ওয়াফ.
• আপডেট এবং পুনর্গঠিত প্রকল্প ডকুমেন্টেশন. নথির একটি বিরোধী এবং কখনও কখনও প্রাচীন সংগ্রহ থেকে, তারা বেশ পাসযোগ্য ডকুমেন্টেশন তৈরি করেছিল। প্রতিটি কমান্ড লাইন সুইচ এবং প্রতিটি কনফিগারেশন সত্তার এখন সত্যের একটি একক সংস্করণ রয়েছে। উপরন্তু, ম্যান পেজ এবং ওয়েব ডকুমেন্টেশন এখন একই মূল ফাইল থেকে তৈরি করা হয়।

NTPSec অনেকগুলি লিনাক্স ডিস্ট্রিবিউশনের জন্য উপলব্ধ। এই মুহূর্তে, সর্বশেষ স্থিতিশীল সংস্করণ হল 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-এ হার্ডওয়্যার টাইমস্ট্যাম্প সমর্থন করে, যা স্থানীয় নেটওয়ার্কগুলিতে অত্যন্ত সঠিক সিঙ্ক্রোনাইজেশনের অনুমতি দেয়।

যাইহোক, chrony-এ পুরানো NTP-এর কিছু বৈশিষ্ট্যের অভাব রয়েছে, যেমন ব্রডকাস্ট এবং মাল্টিকাস্ট ক্লায়েন্ট/সার্ভার। উপরন্তু, ক্লাসিক এনটিপি বৃহত্তর সংখ্যক অপারেটিং সিস্টেম এবং প্ল্যাটফর্ম সমর্থন করে।

chronyd প্রক্রিয়াতে সার্ভারের কার্যকারিতা এবং NTP অনুরোধগুলি নিষ্ক্রিয় করতে, chrony.conf ফাইলে শুধু পোর্ট 0 লিখুন। এটি এমন ক্ষেত্রে করা হয় যেখানে NTP ক্লায়েন্ট বা সহকর্মীদের জন্য সময় বজায় রাখার প্রয়োজন নেই। সংস্করণ 2.0 থেকে, NTP সার্ভার পোর্ট শুধুমাত্র তখনই খোলা থাকে যখন একটি অনুমতি নির্দেশনা বা উপযুক্ত কমান্ড দ্বারা অ্যাক্সেস অনুমোদিত হয়, বা একটি NTP পিয়ার কনফিগার করা হয়, বা একটি সম্প্রচার নির্দেশিকা ব্যবহার করা হয়।

প্রোগ্রাম দুটি মডিউল গঠিত.

• chronyd হল একটি পরিষেবা যা ব্যাকগ্রাউন্ডে চলে। এটি সিস্টেম ঘড়ি এবং বাহ্যিক সময় সার্ভারের মধ্যে পার্থক্য সম্পর্কে তথ্য পায় এবং স্থানীয় সময় সামঞ্জস্য করে। এটি এনটিপি প্রোটোকলও প্রয়োগ করে এবং ক্লায়েন্ট বা সার্ভার হিসাবে কাজ করতে পারে।
• chronyc প্রোগ্রাম পর্যবেক্ষণ এবং নিয়ন্ত্রণের জন্য একটি কমান্ড লাইন ইউটিলিটি। বিভিন্ন পরিষেবার পরামিতিগুলিকে সূক্ষ্ম-টিউন করতে ব্যবহৃত হয়, উদাহরণস্বরূপ 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 সার্ভার chrony চালিত আমাদের VPS সার্ভারের IP বা হোস্ট নাম নির্দিষ্ট করে।

server my.vps.server

এবং অবশেষে, ক্লায়েন্টে সময় সিঙ্ক্রোনাইজেশন শুরু হচ্ছে।

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

পরের বার আমি আপনাকে বলব যে ইন্টারনেট ছাড়া সময় সিঙ্ক্রোনাইজ করার জন্য কী কী বিকল্প রয়েছে।

উত্স: www.habr.com