Cisco Secure Client RDP সেশন থেকে VPN প্রতিষ্ঠা ব্লক করে

সাইন-ইন সফল হয়, তবুও টানেল ওঠে না। এই সংমিশ্রণ মানুষকে বিভ্রান্ত করে, কারণ তারা এটিকে প্রমাণীকরণের সমস্যা হিসেবে পড়ে এবং তারপর এমন শংসাপত্র রিসেট করতে বিকেল কাটিয়ে দেয় যা কখনোই সমস্যা ছিল না। Cisco Secure Client নির্দিষ্টভাবে VPN প্রতিষ্ঠা করতে অস্বীকার করতে পারে কারণ চেষ্টাটি Remote Desktop সেশন থেকে এসেছে, এবং সেই সিদ্ধান্ত ক্লায়েন্টের দিকে নীতি দ্বারা নেওয়া হয়।

সংযোগ প্রবাহে এটি কোথায় দেখা যায়

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

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

যে সেটিংটি আসলে সিদ্ধান্ত নেয়

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

এটিকে প্রোফাইল নির্দেশিকা-র সঙ্গে গুলিয়ে ফেলবেন না, যা Windows Logon Enforcement-কে লগইন সেশন সম্পর্কে আলাদা নীতি হিসেবে নথিভুক্ত করে। একটি নিয়ন্ত্রণ করে কোন সেশন টানেল তৈরি করতে পারে, অন্যটি নিয়ন্ত্রণ করে একযোগে বা লগইনের আগের আচরণ। ভুলটি পরিবর্তন করলে কোনো দৃশ্যমান প্রভাব পড়ে না।

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

পরিচালিত স্থাপনায় ক্লায়েন্ট তার প্রোফাইল হেডএন্ড বা পরিচালিত অবস্থান থেকে পায়, এবং ডিস্কে সম্পাদিত একটি কপি প্রায়শই বলবৎ থাকা কপি নয়। তাই স্থানীয় XML পরিবর্তন সঠিক দেখাতে পারে এবং কিছুই পরিবর্তন করে না।

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

টানেল ওঠার পর RDP পথ

দূরবর্তী প্রতিষ্ঠার অনুমতি দেওয়া আপনার Remote Desktop সেশন টিকে থাকার নিশ্চয়তা দেয় না। যখন টানেল রুট বা স্থানীয় অ্যাক্সেস নিয়ম পরিবর্তন করে, তখন যে সেশন আপনাকে ভিতরে নিয়ে এসেছে সেটি তার ধারক পথ হারাতে পারে।

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

নীতি এড়াতে সেশন চুরির কৌশল, বিকল্প রিমোট-কন্ট্রোল টুল বা স্ক্রিপ্টে লেখা পাসওয়ার্ড ব্যবহার করবেন না। প্রতিষ্ঠান এই কর্মপ্রবাহ অনুমোদন না করলে সঠিক পদক্ষেপ হলো যে প্রশাসনিক পথটি এটি সমর্থন করে।

প্রশাসককে কী পাঠাবেন

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

শেষ তুলনাটিই সময় বাঁচায়, কারণ এটি সেশন-নীতি প্রত্যাখ্যানকে ডিভাইসব্যাপী ব্যর্থতা থেকে আলাদা করে।

অনুমোদিত পরিবর্তনের পরে যাচাই করুন

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

VPN অনুমোদন, সেশন টিকে থাকা এবং Windows লগইন অনুমতি তিনটি আলাদা যাচাই। একটিতে উত্তীর্ণ হলে অন্য দুটি সম্পর্কে কিছুই বোঝায় না।