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

পথ ঘড়ি নয়

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

এই তিনটি নির্ভরতা টানেল থেকে স্বতন্ত্র। VPN চালু করা নাগাল বদলায়, আর নাগালই ডিভাইসকে সময়ের উৎস খুঁজতে দেয়; এটি নিজে উৎস নয়।

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

ডোমেইনে সময়ের মালিক কে তা ঠিক করুন

ডোমেইনে যুক্ত Windows সদস্যরা সাধারণত প্রতিবার পাবলিক সার্ভার না জিজ্ঞেস করে Active Directory সময় অনুক্রম অনুসরণ করে। সেই শৃঙ্খল বনের মূলের PDC এমুলেটরে শেষ হয়, যার রেফারেন্স সংস্থার প্রামাণিক উৎস।

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

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

ডিভাইসটি আসলে কী ব্যবহার করছে তা পড়ুন

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

w32tm /query /source
w32tm /query /status
w32tm /query /configuration

নির্বাচিত উৎস, শেষ সফল সমন্বয় এবং স্ট্র্যাটাম বা রেফারেন্স শনাক্তকারী ডিভাইসের ব্যবস্থাপনা নীতির পাশে লিখে রাখুন। একটি সফল ম্যানুয়াল সমন্বয় প্রমাণ করে কমান্ডটি কাজ করে, নীতি পুনরায় চালু বা ভূমিকা পরিবর্তন সহ্য করে তা নয়।

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

রোমিংয়ের সময় কী ঘটে তা ঠিক করুন

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

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

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

সদস্য নীতিকে কর্তৃত্ব থেকে আলাদা রাখুন

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

সিদ্ধান্তের রেকর্ড চার লাইনে লিখুন: প্রামাণিক উৎস, যে অনুক্রম এটি বহন করে, রোমিং আচরণ, এবং যে কমান্ড ডিভাইসে অবস্থা প্রমাণ করে। প্রথম তিনটি নথিভুক্ত এবং চতুর্থটি পুনরাবৃত্তিযোগ্য হলে, সময়সংক্রান্ত লগইন ব্যর্থতা VPN লগে খোঁজার বদলে পাঁচ মিনিটের যাচাই হয়ে যায়।

সম্পর্কিত নিবন্ধ