উইন্ডোজ টাইমআউট এবং ফাইলগুলি খুঁজে না পাওয়ার জন্য মেইনবার্গ এনটিপিডি


0

আমার নেটওয়ার্কে, আমার কাছে একটি নির্ভরযোগ্য এনটিপি সার্ভার রয়েছে যা সমস্ত পিসি সিঙ্ক্রোনাইজড। বিভিন্ন সমস্যার কারণে উইন্ডোজ টাইম পরিষেবাটি (কমপক্ষে উইন্ডোজ and এবং নিম্ন সংস্করণে) জন্য পরিচিত, আমি এটি উইন্ডোজ মেশিনে অক্ষম করেছি এবং এর পরিবর্তে উইন্ডোজের জন্য মেইনবার্গের এনটিপিডি বন্দরটি ইনস্টল করেছি ।

এটি আমি পরীক্ষিত সমস্ত পিসিতে নির্ভরযোগ্যভাবে বহু বছর ধরে কাজ করেছি, তবে আজ আমি আমার উইন্ডোজ মেশিনগুলির একটিতে (উইন্ডোজ 7 প্রো এক্স 64, এই লেখার সময় প্রয়োগিত সমস্ত আপডেট) নিয়ে সমস্যা পেয়েছি।

দয়া করে নোট C:\Program Files (x86)\NTP\etc\ntp.confকরুন যে সেই মেশিনটিতে সেই নেটওয়ার্কের অন্যান্য উইন্ডোজ পিসির মতো আক্ষরিক অর্থে একই লাইন বাদে (নীচে দেখুন)।

ntpd.conf (সমস্যাযুক্ত মেশিনে, কিছু মন্তব্য সরানো হয়েছে):

restrict default noquery nopeer nomodify notrap  
restrict -6 default noquery nopeer nomodify notrap  

# allow status queries and everything else from localhost 
restrict 127.0.0.1 
restrict -6 ::1 

# if you need to allow access from a remote host, you can add lines like this: 
# restrict <IP OF REMOTE HOST> 

# Use drift file 
driftfile "C:\Program Files (x86)\NTP\etc\ntp.drift"

# Use specific NTP servers
server timeserver.in.my.local.network iburst minpoll 6 maxpoll 7

# End of generated ntp.conf --- Please edit this to suite your needs

interface ignore wildcard
interface ignore ipv6
interface listen 127.0.0.1
interface listen 192.168.20.100

অবশ্যই, সর্বশেষ লাইনটি বিভিন্ন পিসিতে আলাদা। এবং হ্যাঁ, আমি প্রকৃতপক্ষে প্রতিটি ইন্টারফেস / আইপি ঠিকানা ntpdশুনতে চাই না , তবে কেবল "মূল" আইপি ঠিকানা এবং চালু ।localhost

সমস্যাটি:

একটি প্রথম দ্রুত পরীক্ষা আমি ইনস্টলেশনের পরে যে পিসিতে কি হিসেবে আমি খোলা cmd32হিসাবে administratorপ্রশ্নে পিসিতে এবং দৌড়ে

C:\Program Files (x86)\NTP>ntpq -p

এটি নিম্নলিখিত ত্রুটি বার্তায় ফলস্বরূপ:

ntpq: read: No such file or directory

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

C:\Program Files (x86)\NTP>ntpq -p 192.168.20.100

এবার পেয়েছি

192.168.20.100: timed out, nothing received
***Request timed out

সুতরাং, অবশ্যই, আমার সিদ্ধান্তগুলি অনুসারে ProcessMonitor, কোনও ফাইল পড়তে সমস্যা নেই, তবে সম্ভবত নেটওয়ার্ক ডিভাইস খোলার ক্ষেত্রে।

অদ্ভুতভাবে যথেষ্ট,

C:\Program Files (x86)\NTP>ntpq -p 127.0.0.1

প্রত্যাশিত ফলাফল পেয়েছি:

     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
*192.168.20.10 ( 192.53.103.108   2 u    8  128  377    0.977    0.194   0.977

এটি আমাকে আবার আমার মাথা আঁচড়ান। পরীক্ষার জন্য, আমি সেই পিসিতে উইন্ডোজ ফায়ারওয়ালটি বন্ধ করে দিয়েছি (এবং সেখানে অন্য কোনও ফায়ারওয়াল ইনস্টল করা নেই), ntpq -pএবং ntpq -p 192.168.20.100এখনও আগের মতো একই ত্রুটি বার্তা নিক্ষেপ করছিলাম ।

শেষ পরীক্ষা হিসাবে, আমি দৌড়েছি

C:\Program Files (x86)\NTP>netstat -abno

এবং পেয়েছিলাম

Active Connections

  ...
  UDP    127.0.0.1:123          *:*                                    5076
 [ntpd.exe]    
  ...
  UDP    192.168.20.100:123     *:*                                    5076
 [ntpd.exe]
  ...

সুতরাং ntpdকনফিগারেশন ফাইল থেকে প্রত্যাশার মতো আইপি ঠিকানাগুলি শুনুন।

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

এখন আমি ধারণার বাইরে চলেছি। ফায়ারওয়াল পুরোপুরি বন্ধ হয়ে যাওয়ার পরেও, ntpqআইপি ঠিকানার একটির সাথে কথা বলার কারণ ntpd, তবে অন্যটির সাথে নয়, এমন কারণ কী হতে পারে ?

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