RasMan আর RemoteAccess একই সার্ভিস নয়

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

দুটি নাম, দুটি আলাদা কাজ

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

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

Get-Service -Name RasMan,RemoteAccess -ErrorAction SilentlyContinue | Select-Object Name,Status,StartType
Get-VpnConnection | Select-Object Name,ConnectionStatus,ServerAddress

ম্যানুয়াল স্টার্ট টাইপসহ বন্ধ RasMan হলো নীতি বন্ধ করা সার্ভিস, যা অনুপস্থিত বৈশিষ্ট্য নয় বরং ব্যবস্থাপনার প্রশ্ন। RemoteAccess অনুপস্থিত থাকা ওয়ার্কস্টেশনের স্বাভাবিক অবস্থা আর ক্লায়েন্ট সম্পর্কে কিছুই বলে না। সংযোগ তালিকা গুরুত্বপূর্ণ কারণ কোনো সার্ভিসকে ব্যর্থতার জন্য দোষারোপের আগে Windows প্রোফাইল আছে বলে মনে করে কি না তা দেখায়।

ক্লায়েন্ট আসলে কীসের উপর নির্ভর করে

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

প্রথম ত্রুটিটি শেষটির চেয়ে বেশি গুরুত্বপূর্ণ, কারণ এর পরে যা কিছু ঘটে তা পরিণতি। পরিবর্তন করার আগেই তা লিখে রাখুন, নইলে উপসর্গের সাথে প্রমাণও হারিয়ে যাবে।

কেন RRAS চালু করলে এখানে কিছুই সারায় না

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

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

একটি কাজ করা মেশিনের সাথে তুলনা করুন

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

একইরকম নাম কোথায় দেখতে হবে তার ইঙ্গিত, আর এটাই তাদের পুরো মূল্য। রোগনির্ণয়ে দরকার একটি প্রথম ত্রুটি, একটি তুলনামূলক মেশিন আর পরিবর্তনের আগের একটি রেকর্ড।