রিমোট সার্ভারের চেয়ে এনটিপি কেন লোকাল সিঙ্ক করছে?


11

সুতরাং, আমি আমার বর্তমান এনটিপি সেটআপটি ডিবাগ করার চেষ্টা করছি এবং দেখতে পেয়েছি যে সে আমার একক কনফিগার করা সার্ভার থেকে অফসেট 3 সেকেন্ডেরও বেশি, এবং সামঞ্জস্য করছে না। এনটিপিকিউ আউটপুটে লোকাল (0) এর নক্ষত্রটি ইঙ্গিত দেয় বলে মনে হয় যে সিস্টেমটি 10.130.33.201 সার্ভারের পরিবর্তে নিজের সাথে সুখীভাবে সিঙ্ক করছে (যা আমাদের সিস্টেমে অন্য একটি লিনাক্স বাক্স যা আমরা সবকিছু সিঙ্ক করতে চাই)।

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 ফাইল। অন্য কারও দ্বারা লিখিত, তাই আমি 100% নিশ্চিত নই যে সবকিছু ঠিক আছে।

server 10.130.33.201 burst iburst minpoll 4 maxpoll 11
driftfile /mnt/active/etc/ntp.drift

restrict -4 default  nomodify nopeer notrap
restrict -6 default  ignore

# Undisciplined Local Clock. This is a fake driver intended for backup
# and when no outside source of synchronized time is available.
server  127.127.1.0     # local clock
fudge   127.127.1.0 stratum 10

আমি বিস্ফোরণ এবং আইবুর্স্ট এবং মিনিপল / ম্যাক্সপল সম্পর্কে পড়েছি, তাই আমি বুঝতে পারি যে এটিগুলির প্রয়োজন হতে পারে না তবে আমার বর্তমান ইস্যুটির সাথে এর কোনও যোগসূত্র আছে বলে আমি মনে করি না।

এছাড়াও, এটি কীভাবে মোতায়েন করা হয়েছে, সেই কনফিগারেশন ফাইলটি পরিবর্তন করতে অনেক বেশি কাজ নেবে, তাই আমি আশা করি যে সত্যিকারের কোনও পরিবর্তন নেই। আমি আশা করছি যে এটি এনটিপি কীভাবে কাজ করে তা বুঝতে না পেরে আমার একটি মামলা।


সম্পাদনা -

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

আমি যদি অন্য প্রশ্নের উত্তর হিসাবে কনফিগারেশের সমস্ত "স্থানীয়" লাইনগুলি সরিয়ে ফেলি, তবে সার্ভারটি নাগালের বাইরে গেলে কী হবে? এনটিপি মারা যায় বা এটি কেবল চেষ্টা চালিয়ে যায়?


গুরুত্বপূর্ণ সম্পাদনা -

ঠিক আছে, সাধারণত, 10.130.33.201 ("" সার্ভার ") এর ইন্টারনেটে অ্যাক্সেস নেই এবং ব্যবহারের জন্য জিপিএস সময় উত্স নেই। গুরুত্বপূর্ণ অংশটি হ'ল সিস্টেমের সমস্ত ডিভাইসগুলির সার্ভারের সমান সময় থাকে, নির্ধারিত যে সময়টি ঠিক কতটা সঠিক।

সুতরাং, কী ঘটবে তা দেখার জন্য, আমি এনটিপি পুল সার্ভারগুলির মধ্যে একটিতে সার্ভারের কনফিগারেশন ফাইলে যুক্ত করেছি যাতে এটি স্থানীয় থেকে সময় না দিয়ে সেখান থেকে সময় পাবে। এটি এখন সঠিকভাবে এনটিপি টাইম সার্ভার থেকে সময় পায়।

আমি এটি করার পরে, ক্লায়েন্টগুলি এখন লোকাল (0) এর চেয়ে সার্ভারের সাথে সিঙ্ক করে

 ntpq -p
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
*10.130.33.201   38.229.71.1      3 u   58   64  377    0.216  715621.   1.001
 LOCAL(0)        .LOCL.          10 l   18   64  377    0.000    0.000   0.001

নতুন প্রশ্ন - যখন আমার সার্ভার স্থানীয় ব্যবহার করছে (মূল উদাহরণটি যা দেওয়া হয়েছিল) তখন ক্লায়েন্টরা বলছে বলে মনে হচ্ছে, "ওহ, 10.130.33.201 লোকাল (0) ব্যবহার করছে। হুম, আমারও একটি স্থানীয় (0) সার্ভার আছে - - আমি 10.130.33.201 "এর মাধ্যমে একই তথ্য পাওয়ার চেয়ে সরাসরি এটি ব্যবহার করব।

এটাই কি? তারা কি "সরাসরি উত্সটিতে" যাবার চেষ্টা করছে যা ভুলভাবে লোকাল (0)? LOCAL (0) এর কাছ থেকে সময় পেতে আমার সার্ভারটি প্রয়োজন এবং সার্ভারের কাছ থেকে সময় পাওয়ার জন্য আমার ক্লায়েন্টগুলির প্রয়োজন। এখনই ক্লায়েন্ট কনফিগারেশন ফাইলগুলি থেকে "স্থানীয়" সার্ভারটি অপসারণ করা একমাত্র বিকল্প, তবে আমি বুঝতে চাইছি কেন এটি হচ্ছে, এবং যদি সম্ভব হয় তবে তাদের কনফিগারগুলি পরিবর্তন করা এড়ানো (কনফিগার চেঞ্জের কারণে অনেক কাজ হবে আমাদের পরিবেশ...).

এছাড়াও, এই একটি ভাল উত্তর ছাড়াই অন্য ডুপ্লিকেট মত দেখায়।


এছাড়াও, যদি আপনার সর্বদা 10.130.33.201 এ নেটওয়ার্ক অ্যাক্সেস থাকে তবে স্থানীয় ঘড়ির উত্স সরানোর কথা বিবেচনা করুন।
অ্যারন কোপেলি

উত্তর:


9

শুধুমাত্র একটি এনটিপি সার্ভার কনফিগার করা সহ, অ্যালগরিদম পুরোপুরি নিশ্চিত নয় যে কাকে বিশ্বাস করবেন। যদিও স্ট্র্যাটাম রিমোট হোস্টের সাথে কম, আমি স্থানীয় সময়কে আরও বিশ্বাসযোগ্য বলে মনে করি অ্যালগরিদম বাজি ধরে।

পছন্দের সময় উত্স হিসাবে সেট করতে preferআপনার serverবিবৃতি দিয়ে কীওয়ার্ডটি ব্যবহার করার চেষ্টা করুন ।


সম্পাদনা -

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

সত্যিকারের উত্তরের জন্য, আপনি একটি খুব জটিল অ্যালগরিদমের অন্ত্রের মধ্যে খনন করতে যাচ্ছেন। ডকুমেন্টেশন এমনকি খুব সুনির্দিষ্ট হয় না তবে আমি নিশ্চিত যে একটি সাদা কাগজ বা স্পেসিফিকেশন আছে।

আমি যদি অন্য প্রশ্নের উত্তর হিসাবে কনফিগারেশের সমস্ত "স্থানীয়" লাইনগুলি সরিয়ে ফেলি, তবে সার্ভারটি নাগালের বাইরে গেলে কী হবে? এনটিপি মারা যায় বা এটি কেবল চেষ্টা চালিয়ে যায়?

এনটিপি ডেমন মারা যায় বা থামবে না, তবে এটি রিমোট সার্ভারে পৌঁছাতে ব্যর্থ হওয়ার পরে সিঙ্ক্রোনাইজ করার সময়টি ছেড়ে দেয়। এ কারণেই সর্বোত্তম অনুশীলনগুলি সর্বনিম্ন তিনটি রিমোট সার্ভারের পরামর্শ দেয় এবং আপনার নেটওয়ার্ক থেকে সংযোগ বিচ্ছিন্ন না হলে LCL ব্যবহার না করার পরামর্শ দেয় use তিনটি সার্ভার প্রস্তাবিত হয় কারণ যখন মাত্র দুটি থাকে এবং তারা দ্বিমত পোষণ করে, এটি কোনটি বেছে নেবে? তৃতীয় সার্ভারটি বগাস সার্ভারটি অ্যালগরিদমকে অপসারণ করতে সহায়তা করবে।

শেষ অবধি, আমি কেবল লক্ষ্য করেছি যে আপনি একটি সংজ্ঞায়িত করেন না driftfile। এই সাহায্য করতে পারে?


দুই স্তরের (উমস?) এর মধ্যে পার্থক্য তৈরি করা কি আদৌ এটিকে প্রভাবিত করে? সার্ভারটি 9 টির চেয়ে কম সাহায্য করবে?
JPhi1618

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

পরামর্শের জন্য ধন্যবাদ। একটি ড্রিফ্টফিল ছিল, তবে এটি তৈরি করা হচ্ছে না তাই আমি কী ঘটবে তা সরিয়ে ফেললাম। স্থানীয় লাইনটি সরিয়ে ফেলা এটি সার্ভারের সাথে সিঙ্ক করে দেয়, তাই এটি something আপনি বলছেন যে এনটিপিডি "রিমোট সার্ভারে পৌঁছাতে ব্যর্থ হওয়ার পরে সিঙ্ক্রোনাইজ করার সময়টি ছেড়ে দেবে", তবে সার্ভারটি পৌঁছানোর পরে এটি আবার শুরু হবে? আমি কেবল অস্থায়ী নেটওয়ার্কের বিঘ্নের ক্ষেত্রে নিরাপদ থাকতে চাই।
JPhi1618

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

7

আমার কাছে দেখে মনে হচ্ছে অফসেটের ব্যবধান (আপনার সিস্টেমের সময় এবং এনটিপি হোস্টটাইমের মধ্যে পার্থক্য) এনটিপি সঠিকভাবে সেট করার জন্য অনেক বেশি আলাদা।

আমার পরামর্শ,

 1. Stop the NTP service
 2. As root ntpdate -bs 10.130.33.201 to reset your time to something close
 3. Start the NTP service

এর পরে আপনার কোনও সমস্যা হওয়া উচিত নয়।


2
যদি মেশিনটি কোনও ভিএম হিসাবে দেখা দেয় বা অন্য কোনও শর্ত থাকে যা এটি গুরুতরভাবে ভাঙা সময়ের সাথে সামনে আসে আপনি এনটিপিকে tinker panic 0কোনও অফসেট গ্রহণ করতে বাধ্য করার জন্য এনটিপি বিকল্প সেট করতে পারেন । তবে এটি কেবল এনটিপি সার্ভারের সাথেই ব্যবহার করুন আপনি নিশ্চিত যে খারাপ সময় আর ফিরে আসবে না।
জোরদাচে

ঠিক আছে, আমি ভেবেছিলাম যে এটির আগে সমস্যাটি হওয়ার আগে এটি আরএল অফের বেশি হওয়া উচিত, এবং তারপরে আমি ভেবেছিলাম যে সার্ভারটি একটি # চিহ্ন দিয়ে তালিকাভুক্ত হবে? এটা কি হয় না? "অফসেট" সেকেন্ডে বা মিলিসেকেন্ডে?
JPhi1618

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

আপনি ব্যাখ্যা করতে পারেন কেন অফসেটটি খুব বেশি? এটি ওএলএর চেয়ে কম (উপায় কম) এবং কোনও # চিহ্ন নেই। এছাড়াও, আমি উভয় সিস্টেমে প্রকৃত সময় যাচাই করেছি এবং সেগুলি প্রায় 4 সেকেন্ডের ব্যবধানে রয়েছে।
JPhi1618

+/- 1000 এমএস ... নয় +/- 1000 এস । এটা তোলে -3742 এ এর MS
অ্যারন কোপালি

2

LOCAL সার্ভার হিসাবে 10.130.33.2011 এর স্তরটি 9, যা স্থানীয় স্ট্র্যাটামটিকে এই (9 + 1 = 10) থেকে গণনা করে স্ট্র্যাটাম 10 এ স্থানীয় লোকাল সার্ভারের সাথে প্রতিযোগিতা করে তোলে, যেহেতু স্থানীয় লোকাল স্ট্র্যাটামের কোনও নেটওয়ার্ক বিলম্ব বা জিটর নেই, এটি রিমোটটির চেয়ে এনটিপিডিকে কিছুটা ভাল লাগতে পারে।

আপনি যদি এই কনফিগারেশনটি কাজ করতে চান তবে 'মাস্টার' লোকাল সার্ভারটি 9 এর চেয়ে কম স্ট্র্যাটামে সেট করুন too


ধন্যবাদ। আমি যত তাড়াতাড়ি সম্ভব এটি চেক আউট করব। প্রতিশ্রুতিবদ্ধ মনে হচ্ছে।
JPhi1618

ঠিক আছে, দেখে মনে হচ্ছে আমি আগে 10.130.33.201 লোকাল সার্ভারের স্ট্রটামটি কম করার চেষ্টা করেছি। বর্তমানে এটি 5 এ সেট করা হয়েছে, ক্লায়েন্টটি এটিকে 6 হিসাবে দেখে তবে এটি নিজের লোকালটিকে পছন্দ করে যার স্ট্রটাম 10 রয়েছে This এই কনফিগারেশনটি কয়েক দিনের জন্য রয়েছে।
JPhi1618

2

আমি জানি এটি পুরানো, তবে আমি মনে করি আপনি ঠিক বলেছেন। কেউ এনটিপিডি ইস্যুগুলি ডিবাগ করার কোনও উপায় দেখায় না। দেখা যাচ্ছে এটি করণীয়।

আমি মনে করি আপনি যখন স্থানীয়ভাবে এবং আপস্ট্রিম সার্ভারে লোকাল (0) ব্যবহারের বিষয়টি সন্দেহ করেছিলেন তখন আপনি সঠিক পথে ছিলেন।

এটি অবশ্যই 4 টি সার্ভারের টাইম দ্বীপে ছিল আমার একই রকম সমস্যা ছিল। এগুলি একে অপরের সমকক্ষ হওয়ার জন্য প্রস্তুত ছিল, তাই সম্ভবত আপনার কাছে একটি ভিন্ন সমস্যা।

প্রথমত, অনাথ মোড নামে সময় দ্বীপগুলি পরিচালনা করার আরও ভাল উপায় আছে যা গত কয়েক বছরের এনটিপিডি সংস্করণ দ্বারা সমর্থিত:

Doc.ntp.org এতিম মোড

প্রাথমিকভাবে সমস্ত 4 সার্ভারের একই স্ট্রেটম 10 ছিল এবং তাদের স্থানীয় ঘড়িটি পছন্দ করে। আমি এটি স্থির করেছি এবং এখনও তারা তাদের স্থানীয় ঘড়িটিকে পছন্দ করেছেন (স্তরটি যদিও গুরুত্বপূর্ণ বলে মনে হচ্ছে না)।

আমি এনটিপিকিউ কমান্ড পের (পিয়ার) হিসাবে ব্যবহার করেছি, যা ঘটছে তার একটি হ্যান্ডেল পেতে rv। সার্ভারের তথ্য ছুঁড়ে ফেলার জন্য আপনাকে অ্যাসোসিয়েশন নম্বরটিতে আরভি (রিডভার) ব্যবহার করতে হবে। পি ই এবং একই সূচী অনুসারে বাছাই করা মনে হচ্ছে যাতে আপনি সেই নম্বরটি পেতে পারেন। শর্ত হিসাবে একটি ক্ষেত্র রয়েছে যা সার্ভারটি পছন্দ না করে মান প্রত্যাখ্যান করতে পারে।

আরভি আউটপুটে ফ্ল্যাশ নামে একটি ক্ষেত্র রয়েছে। সব ঠিক থাকলে শূন্য হবে। তা না হলে এটি বিটমাস্ক (হেক্সে প্রদর্শিত)। তাদের এখানে দেখা যেতে পারে:

এনটিপিডি অভ্যন্তরীণ ডিকোডগুলি

আমার কাছে সমস্যাটি ছিল 0800 পিয়ার_লুপ। দেখা গেল যে ঘড়ির রিফিডটি গুরুত্বপূর্ণ। স্থানীয় ঘড়িতে এবং রিমোট সার্ভার থেকে উভয়ই স্থানীয় (0) দেখে লুপ আছে ভেবে এনটিপিডি হয়েছিল। ডেভিড মিলস নিশ্চিত করেছেন যে কমপ্লেক্স.প্রোটোকলস.টাইম পোস্টে 'এনটিপিতে লুপ এড়াতে কীভাবে' (দুঃখিত, আমি আমার 2 টি লিঙ্কের সীমাতে পৌঁছেছি, দুঃখিত!)

অনন্য রেফিড সেট করতে ফিড করার জন্য রিফিড আর্গুমেন্ট ব্যবহার করা কার্যকর হয়নি - এটি এখনও প্রাপকের কাছে স্থানীয় (0) হিসাবে প্রদর্শিত হবে।

যা দেখে মনে হয়েছিল তা হল স্থানীয় ড্রাইভারের জন্য অনন্য উদাহরণ নম্বর ব্যবহার করা। 127.127.1। [0-3]। উভয় সার্ভার এবং ফজ লাইন একই আইডি ব্যবহার করুন। যখন আমি এটি করেছি সার্ভারগুলি সর্বনিম্ন স্ট্র্যাটাম সার্ভারে সাধারণত সিঙ্ক হয় যা সাধারণত এটির স্থানীয় ঘড়ি ব্যবহার করে। তবে এটি মাঝেমধ্যে অন্যান্য সার্ভারগুলির মধ্যে একটি হিসাবে এটি উত্স হিসাবে ব্যবহার করার চেষ্টা করেছিল। তবে সময়গুলি সিঙ্ক হয়ে গেছে এবং মনে হয় এটি সেভাবেই রয়েছে।

সম্ভবত সাহায্যের জন্য অনেক দেরী হয়েছে, তবে এনটিপি যুক্তিযুক্তকরণ এবং সমস্যা সমাধানের জন্য উপযুক্ত এটি দেখানোর জন্য আমি এটি অফার করছি। আমি পরীক্ষায় এবং ত্রুটির দ্বারা উত্তরে পৌঁছাতে কয়েক ঘন্টা সময় নিয়েছি এবং পরে ডক্সটি পরে পেয়েছি।


-1

যদি কোনও অনুরোধ ব্যর্থ হয় তবেও কাঙ্ক্ষিত এনটিএসে NTP অনুরোধ প্রেরণ করতে সার্ভারকে বাধ্য করার জন্য আইবুর্স্ট ব্যবহার করুন


এটির আরও ভাল ব্যাখ্যা দরকার।
সেভেন
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.