RemoteEnable কোনো VPN লগইন নয়: SoftEther ব্যবস্থাপনার পরিধি নির্ধারণ
RemoteEnable SoftEther ক্লায়েন্ট সেবার দূরবর্তী প্রশাসনিক নিয়ন্ত্রণ দেয়। এটি VPN লগইন নয় এবং সার্ভার পরিচয় যাচাইও নয়। তিনটিকে আলাদা রাখুন।
টিউটোরিয়ালটি বলে RemoteEnable চালান, তারপর সংযুক্ত হন, আর তা পড়তে গেলে মনে হয় এই দুটি ধাপ একই ধরনের কাজ। আসলে নয়। RemoteEnable অন্য একটি মেশিনকে এই কম্পিউটারে চলা SoftEther VPN Client সেবা পরিচালনার অনুমতি দেয়। আর সংযোগ হলো একটি VPN অ্যাকাউন্টের সার্ভারে প্রমাণীকরণ, এতে কোনো ব্যবস্থাপনা অনুমতি জড়িতই নেই।
ভ্রান্ত ধারণা: RemoteEnable VPN চালু করে
বিভ্রান্তি আসে সংলগ্নতার থেকে। একটি নির্দেশিকা দূরবর্তী ব্যবস্থাপনা চালু করে, ক্লায়েন্ট সেবা পুনরায় চালু করে, তারপর সংযোগ করে, আর এরপর সংযোগ কাজ করে, তাই দুটি ধাপ কারণিকভাবে যুক্ত মনে হয়। আসলে যা বদলেছে তা হলো কে সেবাটির সঙ্গে কথা বলতে পারে, সেবাটি সার্ভারে পৌঁছাতে পারে কি না তা নয়। সঠিকভাবে কনফিগার করা ক্লায়েন্টে দূরবর্তী ব্যবস্থাপনা বন্ধ করুন, VPN সংযোগ তবুও উঠে আসবে।
উৎসের কমান্ড সহায়িকা পরিধি সম্পর্কে স্পষ্ট: VPN Client Manager বা vpncmd দিয়ে localhost-এর বাইরে থেকে দূরবর্তী ব্যবস্থাপনা। সেই বর্ণনায় কোনো টানেল, অ্যাকাউন্ট বা রুটের উল্লেখ নেই। যে অনুমতি দেওয়া হয় তা প্রশাসনিক পৌঁছানো, আর তার বিষয় সংযোগ নয়, ক্লায়েন্ট সেবা।
একই পাসওয়ার্ড শব্দ ভাগ করে নেওয়া তিনটি পরিচয়
পুরোনো নির্দেশিকাগুলো তিনটি সম্পর্কহীন প্রমাণপত্রের জন্য একটি শব্দ ব্যবহার করে, আর এভাবেই স্থাপনাগুলোয় একটি গোপন তথ্য ভুল ঘরে পেস্ট হয়ে যায়।
ক্লায়েন্ট সেবার ব্যবস্থাপনা পাসওয়ার্ড স্থানীয় SoftEther ক্লায়েন্টের প্রশাসন রক্ষা করে। VPN অ্যাকাউন্টের পাসওয়ার্ড সেই সার্ভারের নীতির অধীনে সার্ভারে প্রমাণীকরণ করে। সার্ভার সার্টিফিকেট মোটেই পাসওয়ার্ড নয়, তবে এটি উত্তর দেয় ক্লায়েন্ট কোন প্রান্তবিন্দু গ্রহণ করবে। এগুলোর একটি বদলালে বাকিগুলো বদলায় না, আর একটির মান অন্যটিতে কপি করলে সহজতর নয়, ভিন্ন কনফিগারেশন তৈরি হয়।
ব্যবস্থাপনা পাসওয়ার্ডের শুধু-দূরবর্তী বিকল্পটি আরেকবার দেখা দরকার, কারণ এটি ঠিক করে পাসওয়ার্ডের দাবি স্থানীয় মেশিন থেকে ব্যবস্থাপনার ক্ষেত্রেও প্রযোজ্য কি না। সেই পরিধি সংকীর্ণ করা একক-ব্যবহারকারীর ল্যাপটপের জন্য সচেতন পছন্দ, কেউ না-লেখা পাসওয়ার্ডের জন্য ফাঁকি নয়।
দূরবর্তী ব্যবস্থাপনা চালু করা আসলে কী বদলায়
দুটি পরিচালনগত পরিণতি আসে, আর কপি-পেস্ট নির্দেশিকায় দুটোই সহজে চোখ এড়ায়। দূরবর্তী প্রশাসন চালু হলে ব্যবস্থাপনা পাসওয়ার্ড বাধ্যতামূলক হয়ে যায়, আর নতুন প্রাপ্যতা কার্যকর হয় কেবল ক্লায়েন্ট সেবা পুনরায় চালু হওয়ার পরে।
সেই পুনরায় চালু হওয়া ক্লায়েন্ট ব্যবহার করা যেকোনো কিছুর জন্য সত্যিকারের বিঘ্ন, তাই মেশিনের মালিকের সঙ্গে এটি পরিকল্পনা করুন। বৈশিষ্ট্যটি চালু করলে নিজে থেকেই ফায়ারওয়াল পথ খোলে না: সেবাটি এখনও ব্যবস্থাপনা স্টেশন থেকে পৌঁছানোর মতো হতে হবে, আর হোস্ট ফায়ারওয়াল বা আপস্ট্রিম ACL এটিকে অপ্রাপ্য রাখতে পারে। অপ্রাপ্য সেবা প্রমাণ নয় যে অনুমতির পরিধি ঠিকভাবে নির্ধারিত হয়েছে, বরং প্রমাণ যে অন্য কিছু এটিকে আটকাচ্ছে।
স্থাপনার নোটে অভীষ্ট ব্যবস্থাপনা পথ লিখুন, পোর্ট ও যে ঠিকানা-পরিসর এটি ব্যবহার করতে পারে তা সহ। সেই নোটই সেই জায়গা যেখানে লিখবেন কে এই ক্ষমতা চেয়েছিল এবং কখন এটি প্রত্যাহার করা উচিত।
কে এই ক্লায়েন্ট পরিচালনা করতে পারবে তা ঠিক করুন
আপনার নিজের ল্যাপটপে প্রশাসন স্থানীয় কনসোলেই রাখুন, যদি না আপনি দূরবর্তী অ্যাক্সেস প্রয়োজন এমন মেশিনের নাম বলতে পারেন এবং কেন বলতে পারেন। কেন্দ্রীয়ভাবে পরিচালিত ডিভাইসের জন্য কিছু চালু করার আগে প্রশাসক, ব্যবস্থাপনা পথ ও পুনরুদ্ধারের মালিকের নাম বলুন। প্রশ্নটি বৈশিষ্ট্যটি সুবিধাজনক কি না নয়, বরং এটি যে কনফিগারেশন প্রকাশ করে তার দায় কার।
স্থানীয় সেবার বিরুদ্ধে কমান্ডগুলো চালান যাতে পরিবর্তনটি স্ক্রিনশটে নয়, আপনার নিজের শেল ইতিহাসে থাকে: vpncmd localhost /client /cmd RemoteDisable ক্ষমতাটি বন্ধ করে, আর RemoteEnable সহ একই কমান্ড এটি চালু করে। এরপর সেবাটি পুনরায় চালু করুন, নইলে সেটিং কার্যকর থাকবে না।
কোনো নির্দেশিকা যদি ব্যাখ্যা ছাড়াই এটি প্রাথমিক ধাপ হিসেবে চালু করে, তবে সেটিকে অনুসরণের নির্দেশ নয়, অমীমাংসিত প্রশ্ন হিসেবে ধরুন। জিজ্ঞাসা করুন কোন ব্যবস্থাপনা স্টেশন এটি ব্যবহার করার কথা, আর উত্তর না থাকলে ক্ষমতাটি বন্ধ রাখুন।
ব্যবস্থাপনা অ্যাক্সেস ও সংযোগযোগ্যতা আলাদাভাবে যাচাই করুন
দুটি পরীক্ষা দুটি ভিন্ন প্রশ্নের উত্তর দেয়, আর এগুলোর একটি মাত্র চালানোই হলো এমনভাবে স্থাপনা শেষ হওয়ার উপায় যেখানে কেউ চায়নি এমন দূরবর্তী প্রশাসন থেকে যায়।
vpncmd localhost /client /cmd RemoteDisable
systemctl restart vpnclient
vpncmd localhost /client /cmd AccountList
vpncmd localhost /client /cmd NicList
প্রথম দুই লাইন ক্লায়েন্টকে আবার স্থানীয় প্রশাসনের অধীনে আনে এবং পরিবর্তনটি প্রয়োগ করে। শেষ দুই লাইন নিশ্চিত করে VPN অ্যাকাউন্ট ও ভার্চুয়াল অ্যাডাপ্টার এখনও কনফিগার করা আছে, যা থাকাই উচিত, কারণ ব্যবস্থাপনার পরিধি ও সংযোগের অবস্থা স্বাধীন সেটিং। পুনরায় চালুর পর অ্যাকাউন্ট তালিকা খালি ফিরে এলে অন্য কিছু নষ্ট হয়েছে, দূরবর্তী ব্যবস্থাপনার সেটিং এর ব্যাখ্যা নয়।
তারপর ক্লায়েন্ট থেকে সংযোগটি নিজেই পরীক্ষা করুন এবং অ্যাডাপ্টার প্রত্যাশিত ঠিকানা ও রুট ধরে আছে কি না নিশ্চিত করুন। সফল vpncmd সেশন একটি নিয়ন্ত্রণ সম্পর্ক প্রমাণ করে, ট্রাফিক টানেল দিয়ে বেরোচ্ছে কি না তা নিয়ে কিছুই বলে না।