উইন্ডোজ ১১-এ রিমোট ডেস্কটপ ত্রুটি 0xC000000D-এর সমাধান

ইনফরমটেক ডিজিটাল » উইন্ডোজ » উইন্ডোজ ১১-এ রিমোট ডেস্কটপ ত্রুটি 0xC000000D-এর সমাধান

যদি আপনি হঠাৎ দেখেন যে Windows 11 Remote Desktop কাজ করা বন্ধ করে দিয়েছে এবং ভয়ংকর 0xC000000D এররটি দেখাচ্ছে , তবে হতাশ হবেন না। এই এররটি, যার সাথে সাধারণত একটি মেসেজ থাকে যা নির্দেশ করে যে ফাংশনে পাঠানো টোকেনটি অবৈধ , অনেকের জন্য একটি বড় মাথাব্যথার কারণ হয়ে দাঁড়িয়েছে, বিশেষ করে সাম্প্রতিক কিছু সিস্টেম আপডেটের পর যা কিছু নিরাপত্তা বৈশিষ্ট্যে পরিবর্তন এনেছে।

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

দোষী: প্রশাসক সুরক্ষা

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

এই ত্রুটিটি ঘটে যখন তিনটি নির্দিষ্ট বিষয় একসাথে ঘটে: আপনি যে কম্পিউটারে অ্যাক্সেস করার চেষ্টা করছেন তাতে Windows 11 (ভার্সন 24H2, 25H2, বা 26H2) চলছে , KB5124010 বা তার পরবর্তী আপডেট ইনস্টল করা আছে , এবং অ্যাডমিনিস্ট্রেটর সুরক্ষা সক্রিয় করা আছে। মূল বিষয়টি হলো, এই ত্রুটিটি কেবল তখনই ঘটে যখন সংযোগ করার চেষ্টাকারী ব্যক্তির রিমোট কম্পিউটারে অ্যাডমিনিস্ট্রেটর প্রিভিলেজ থাকে না । আপনি যদি অ্যাডমিনিস্ট্রেটর হন, তাহলে খুব সম্ভবত আপনি কোনো সমস্যা ছাড়াই সংযোগ করতে পারবেন।

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

ধাপে ধাপে 0xC000000D ত্রুটিটি কীভাবে ঠিক করবেন

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

• গ্রুপ পলিসি অর্ডার (জিপিও) এর মাধ্যমে: আপনাকে কম্পিউটার কনফিগারেশন > উইন্ডোজ সেটিংস > নিরাপত্তা সেটিংস > স্থানীয় নীতিমালা > নিরাপত্তা বিকল্প-এ যেতে হবে। সেখানে, বিকল্পটি খুঁজুন। অ্যাডমিন অনুমোদন মোডের ধরণ কনফিগার করুন এবং এটি পরিবর্তন করুন লিগ্যাসি অ্যাডমিন অনুমোদন মোড (ডিফল্ট)আপনি যদি এটি একটি স্বতন্ত্র পিসিতে করেন, তাহলে আপনি কমান্ডটি ব্যবহার করতে পারেন। secpol.msc.
• মাইক্রোসফট ইনটিউনের মাধ্যমে: কনফিগারেশন ক্যাটালগে, আপনাকে অবশ্যই প্যারামিটারটি রিসেট করতে হবে। ব্যবহারকারী অ্যাকাউন্ট নিয়ন্ত্রণ প্রকার অ্যাডমিন অনুমোদন মোড স্থানীয় নীতি নিরাপত্তা বিকল্পগুলির মধ্যে।

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

রিমোট ডেস্কটপ ব্যর্থতার অন্যান্য সম্ভাব্য কারণ

যদি এররটি হুবহু 0xC000000D না হয়, অথবা যদি আগের ট্রাবলশুটিং ধাপগুলো কাজ না করে, তাহলে আপনি সম্ভবত একটি সাধারণ কানেক্টিভিটি সমস্যার সম্মুখীন হচ্ছেন। প্রথমে, নিশ্চিত করুন যে রিমোট কম্পিউটারে Settings > System > Remote Desktop থেকে Remote Desktop Protocol ( RDP) চালু করা আছে। কখনও কখনও, Network Level Authentication (NLA) সাময়িকভাবে নিষ্ক্রিয় করলে সমস্যাটি ক্রেডেনশিয়াল সম্পর্কিত কিনা তা নির্ণয় করতে সাহায্য করে।

কোম্পানিগুলোতে আরেকটি খুব সাধারণ সমস্যা হলো ডুপ্লিকেট সিকিউরিটি আইডেন্টিফায়ার (SID) । এটি তখন ঘটে যখন /generalize অপশনসহ Sysprep প্রসেসটি না চালিয়ে একটি ক্লোন করা ইমেজ থেকে মেশিন তৈরি করা হয় । যদি দুটি পিসির একই SID থাকে, তাহলে কেরবেরোস অথেনটিকেশন সিস্টেমে ত্রুটি দেখা দেয় এবং সংযোগটি ব্লক করে দেয়। এর সমাধান হলো C:\Windows\System32\Sysprep-এ থাকা sysprep.exe চালানো , generalize বক্সটি চেক করা এবং রিস্টার্ট করা, যদিও এর জন্য মেশিনটিকে ডোমেইনে পুনরায় যুক্ত করতে হবে।

আপনার উইন্ডোজ ফায়ারওয়াল বা থার্ড-পার্টি অ্যান্টিভাইরাস সফটওয়্যারও পরীক্ষা করে দেখা উচিত । যদি আপনার সন্দেহ হয় যে পোর্ট 3389 ব্লক করা আছে, তাহলে রিমোট কম্পিউটারটি সাড়া দিচ্ছে কিনা তা পরীক্ষা করার জন্য আপনি psping টুলটি ব্যবহার করতে পারেন । যদি আপনি 100% লস দেখতে পান, তাহলে খুব সম্ভবত কোনো ফায়ারওয়াল নিয়ম ট্র্যাফিকটি ব্লক করছে।

উন্নত প্রযুক্তিগত পরীক্ষা

যারা রেজিস্ট্রি বা কনসোলের মাধ্যমে সরাসরি কাজ সারতে চান, তাদের জন্য কিছু দ্রুত যাচাইয়ের উপায় রয়েছে। রেজিস্ট্রি এডিটরে, HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server-এ থাকা fDenyTSConnections কী-টি পরীক্ষা করুন । যদি এর মান 1 হয়, তাহলে RDP নিষ্ক্রিয় আছে; এটিকে সক্রিয় করতে মানটি 0 -তে পরিবর্তন করুন। এছাড়াও, TermService (Remote Desktop Services) এবং UmRdpService সার্ভিসগুলো চালু আছে কিনা তা যাচাই করুন ।

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

এই সমস্যাটি সমাধান করার জন্য, প্রথম ধাপ হলো শনাক্ত করা যে সমস্যাটি উইন্ডোজ ১১-এর নতুন অ্যাডমিনিস্ট্রেটর প্রোটেকশন থেকে উদ্ভূত হচ্ছে কিনা, যার জন্য লিগ্যাসি অ্যাপ্রুভাল মোডে ফিরে যাওয়ার প্রয়োজন হয়, অথবা এটি নেটওয়ার্ক সমস্যা, সার্টিফিকেট, বা ইমেজ ক্লোনিংয়ের কারণে সৃষ্ট ডুপ্লিকেট SID-এর সাথে সম্পর্কিত কিনা। যদিও ইউজার অ্যাকাউন্ট কন্ট্রোল পলিসি সামঞ্জস্য করে 0xC000000D ত্রুটিটি প্রশমিত করা যায়, সাধারণ সংযোগ ব্যর্থতার সমাধান করা হয় পোর্ট 3389 পরীক্ষা করে, রেজিস্ট্রি-তে সার্ভিসটি সক্রিয় করে এবং ফায়ারওয়াল অ্যাক্সেস ব্লক করছে না তা নিশ্চিত করার মাধ্যমে।