আপনার Mac RDP-তে ভুল Windows অ্যাকাউন্ট পাঠাচ্ছে

টানেল আবার সংযোগ হয়, Mac আবার অফিস নেটওয়ার্কে পৌঁছায়, আর Remote Desktop তখনও লগইন ব্যর্থতা নিয়ে উত্তর দেয়। ওই ত্রুটি VPN-এর নয়। টানেল Mac-কে অনুমোদিত নেটওয়ার্কে নিয়ে যায়; রিমোট কম্পিউটারে সাইন ইন করে একটি Windows অ্যাকাউন্ট, আর সংযোগ এন্ট্রিটি কয়েক মাস আগে যে অ্যাকাউন্ট ব্যবহার করা বন্ধ করেছেন সেটিই পাঠাতে থাকতে পারে।

কীচেইনে হাত দেওয়ার আগে এন্ট্রিটি দেখে নিন।

VPN অ্যাকাউন্ট আর Windows অ্যাকাউন্ট আলাদা জিনিস

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

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

তাই ডোমেইন প্রিফিক্স সরানো কোনো সাধারণ মেরামত নয়। এটি বদলে দেয় কোন অ্যাকাউন্ট চাওয়া হচ্ছে, আর এমন প্রত্যাখ্যান তৈরি করতে পারে যা পাসওয়ার্ডের সমস্যার মতো দেখায়, অথচ পাসওয়ার্ড কখনও সমস্যা ছিল না।

সংযোগ এন্ট্রিটি খুলুন, পুরো কীচেইন নয়

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

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

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

প্রশাসক যে অ্যাকাউন্ট ফর্ম দিয়েছেন সেটিই ব্যবহার করুন

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

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

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

সাইন-ইনের আগে ব্যর্থ সংযোগ আলাদা ত্রুটি

কোনো Windows লগইন দেখা যাওয়ার আগেই যদি ভিউয়ার ব্যর্থ হয়, ক্রেডেনশিয়াল সন্দেহভাজন নয়। যাচাই করুন হোস্টনেম সমাধান হচ্ছে কি না, টানেলের ওপর দিয়ে হোস্টের রুট আছে কি না, আর RDP সেবা শুনছে কি না। যে TCP সংযোগ কখনও প্রতিষ্ঠিত হয় না, সেটি কখনও অ্যাকাউন্ট স্তরে পৌঁছায় না।

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

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

স্বয়ংক্রিয় পুনঃসংযোগকে ছেড়ে দিন

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

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