ব্যবহারকারী VPN-এর মাধ্যমে ডোমেইনে যোগ দিন, তারপর রিবুট কাটিয়ে উঠুন

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

এই ধাপগুলিকে আলাদা রাখাই প্রকল্পটিকে এমন ল্যাপটপে শেষ হওয়া থেকে রক্ষা করে যা সফলভাবে জয়েন হয়েছে কিন্তু ব্যবহার করা যায় না।

সংযোগের আগে: সংস্করণ, স্থানীয় প্রশাসক, DNS

মেশিনের এমন একটি সংস্করণ দরকার যা ডোমেইন জয়েন সমর্থন করে এবং একজন স্থানীয় প্রশাসক যিনি এটি করার অনুমোদনপ্রাপ্ত। VPN একই সেশনে চালু থাকতে হবে, কারণ জয়েন আপনার ব্যবহৃত নিরাপত্তা প্রেক্ষাপটে চলে।

ক্লায়েন্টকে সংগঠনের ডিরেক্টরি DNS-এ নির্দেশ করুন, কোনো পাবলিক রিজলভার বা hosts ফাইলের এন্ট্রিতে নয়। জয়েনের জন্য সার্ভিস রেকর্ড খুঁজে বের করতে হবে এবং তারপর সেই রেকর্ডে উল্লিখিত হোস্টে পৌঁছাতে হবে। পুরোনো সাফিক্স বা পাবলিক রিজলভার আবিষ্কারকে সম্পূর্ণ অন্য জায়গায় পাঠায়।

ঘড়িও পরীক্ষা করুন। Kerberos সময়ের ব্যবধান সহ্য করে না, এবং এক মাস অফলাইনে থাকা ল্যাপটপ বিভ্রান্তিকর জয়েন ত্রুটির একটি সাধারণ উৎস।

ডোমেইনটি শুধু পিং নয়, আবিষ্কারযোগ্য কি না নিশ্চিত করুন

জয়েনের চেষ্টা করার আগে ডোমেইনের LDAP SRV রেকর্ড রিজলভ করুন। ad.corp.example নামের একটি উদাহরণমূলক একক-ডোমেইন পরিবেশের জন্য কোয়েরিটি হলো:

Resolve-DnsName -Type SRV _ldap._tcp.dc._msdcs.ad.corp.example

ফিরে আসা রেকর্ড প্রয়োজনীয় কিন্তু যথেষ্ট নয়। এটি যে প্রতিটি DC নাম তালিকাভুক্ত করে তা রিজলভ করুন এবং টানেলের মাধ্যমে প্রয়োজনীয় সার্ভিসগুলোতে পৌঁছাতে পারছেন কি না নিশ্চিত করুন। ডোমেইন নামে পিং আবিষ্কার সম্পর্কে প্রায় কিছুই প্রমাণ করে না।

ডকুমেন্টেড AD নির্ভরতাগুলোর অনুমতি দিন: প্রমাণীকরণ, SMB ও RPC ট্রাফিক এবং সময় সমন্বয়। আপনার প্রকৃতপক্ষে মোতায়েন করা ফায়ারওয়াল নিয়মের বিপরীতে প্রতিটি যাচাই করুন। ডোমেইন কন্ট্রোলারের পোর্ট ইন্টারনেটে প্রকাশ করা বিবেচনার যোগ্য শর্টকাট নয়।

জয়েন চালান এবং ত্রুটিটি পড়ুন

সমর্থিত জয়েন কমান্ড বা সিস্টেম ডায়ালগ ব্যবহার করুন এবং সঠিক ত্রুটি পাঠ ধারণ করুন। «নির্দিষ্ট ডোমেইনটি হয় বিদ্যমান নেই, নয়তো যোগাযোগ করা যায়নি» কথাটি আবিষ্কার বা পৌঁছানোর দিকে ইঙ্গিত করে, প্রমাণপত্রের দিকে নয়।

একই নামের একটি অবজেক্ট ইতিমধ্যে থাকলে প্রতিবর্তভাবে তা মুছবেন না। এটি পূর্ব-প্রস্তুত অ্যাকাউন্ট হতে পারে, এবং netjoin শক্তকরণ মালিকানা ও নীতি অনুসারে কিছু পুনর্ব্যবহারের ক্ষেত্রে সীমাবদ্ধ করে। ডিরেক্টরি মালিককে অবজেক্টটি পরিদর্শন বা সংশোধন করতে বলুন।

সফল জয়েন হলো মধ্যবিন্দু, শেষরেখা নয়। পরবর্তী ধাপটি হলো সেটিই যা ব্যবহারকারী প্রকৃতপক্ষে পরীক্ষা করেন।

প্রথম ডোমেইন সাইন-ইন পরিকল্পনা করুন

সম্পন্ন জয়েন প্রতিটি ডোমেইন ব্যবহারকারীর জন্য ক্যাশে করা প্রমাণপত্র তৈরি করে না। প্রথম সাইন-ইন স্ক্রিনে কোনো ব্যবহারকারী লগইন করার আগেই ল্যাপটপের একটি DC-তে পথ দরকার। আপনার ব্যবহারকারী VPN যদি সাইন-ইনের পরেই শুরু হয়, তবে সেই পথটি নেই। এটি নকশার ঘাটতি, ক্লায়েন্টের বাগ নয়।

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

ব্যবহারকারী পরিবর্তন ও VPN স্থায়িত্ব ক্লায়েন্টভেদে ভিন্ন। স্থানীয় প্রশাসক হিসেবে শুরু করা সংযোগ অন্য ব্যবহারকারীর সেশনে টিকে থাকবে বলে ধরে নেবেন না।

স্থানীয় পুনরুদ্ধার প্রবেশাধিকার রাখুন

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

আপনি যা প্রমাণ করেছেন তা লিখে রাখুন: SRV রিজলিউশন, DC-তে পৌঁছানো, জয়েন ত্রুটি, প্রথম লগঅনের পদ্ধতি এবং পুনরুদ্ধার অ্যাকাউন্ট। সেই রেকর্ডই পুনরুৎপাদনযোগ্য বিল্ড আর কেবল অফিসে কাজ করা ল্যাপটপের মধ্যে পার্থক্য।