vpncli -s বনাম GUI: Cisco Secure Client-এ লগ ইন

Cisco Secure Client একই লগইন প্রম্পটের উত্তর দেওয়ার দুটি উপায় দেয়: vpnui.exe-এ টাইপ করা একজন মানুষ, অথবা -s দিয়ে স্ট্যান্ডার্ড ইনপুটের মাধ্যমে vpncli.exe-এ উত্তর পাঠানো একটি স্ক্রিপ্ট। দ্বিতীয়টি GUI-র স্ক্রিন না পড়েই নির্ধারিত সংযোগ সম্ভব করে এবং লগইনকে এমন ফাইলে রূপান্তর করে যা ক্রেডেনশিয়ালের মতো সুরক্ষিত রাখতে হয়। কোনটি চাইবেন তা নির্ভর করে মেশিনের পাশে মানুষ আছে কি না এবং পাসওয়ার্ড কত ঘন ঘন বদলায় তার উপর। দুই বিকল্পই গেটওয়ে যা চায় তা বদলায় না, শুধু কে উত্তর দেয় তা বদলায়।

দুই পথই একই টানেলে শেষ হয়, তাই তুলনাটি প্রোটোকলের নয়, পরিচালনার।

একই প্রম্পটের উত্তর দেওয়ার দুটি উপায়

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

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

একই মেশিনে দুটিকে একসঙ্গে মেশাবেন না। কমান্ড লাইন ও গ্রাফিক্যাল ক্লায়েন্ট একই সেশনের অবস্থার জন্য প্রতিযোগিতা করে, আর সেটিই পরের অংশের সমস্যা।

উত্তর ফাইলে কী থাকতে হবে

ক্লায়েন্ট ক্রমে জিজ্ঞাসা করে — গেটওয়ে, কখনও গ্রুপ নির্বাচন, ব্যবহারকারীর নাম, পাসওয়ার্ড এবং যেকোনো ব্যানার স্বীকৃতি। যে ফাইল সবগুলোর উত্তর দেয় তা এমন দেখায়, আসল মান বসিয়ে:

connect vpn.example.com
MyGroup
alice
correct-horse-battery
y

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

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

কেন GUI-কে আগে যেতে হবে

GUI প্রক্রিয়া শেষ করে স্ক্রিপ্ট শুরু করুন, তারপর CLI নিজের ইনস্টলেশন ডিরেক্টরি থেকে চালান, কারণ কাজের ডিরেক্টরি ও ক্লায়েন্টের সংস্করণ দুটোই গুরুত্বপূর্ণ। একটি উদাহরণ র‍্যাপার:

@echo off
taskkill /IM vpnui.exe /F >nul 2>&1
cd /d "%PROGRAMFILES(x86)%\Cisco\Cisco Secure Client"
vpncli.exe -s < C:\secure\login.txt

এখানে এগজিট কোড নির্ভরযোগ্য সফলতার সংকেত নয়। ক্লায়েন্ট তার অগ্রগতি ছাপায় এবং টানেল আলাদা প্রক্রিয়ায় রাখে, তাই আউটপুটে সংযোগের অবস্থার লাইন পড়ুন এবং তারপরেই VPN-নির্ভর কাজ শুরু করুন।

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

সেশন নিশ্চিত করুন, ধরে নেবেন না

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

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

পুরোনো vpnclient.exe একই সরঞ্জাম নয়

একই অটোমেশন পুরোনো নামে দেখা যায়, আর দুটো পরস্পরের বদলে ব্যবহারযোগ্য নয়। অবসরপ্রাপ্ত Cisco IPsec ক্লায়েন্ট একই কমান্ড লাইনে connect ক্রিয়া, প্রোফাইল নাম, ব্যবহারকারী ও পাসওয়ার্ডের মতো ইনলাইন আর্গুমেন্টসহ vpnclient.exe ব্যবহার করত, যেখানে vpncli.exe স্ট্যান্ডার্ড ইনপুটে -s সহ প্রম্পটের ক্রম প্রত্যাশা করে। তাই পুরোনো ফোরাম স্ক্রিপ্ট আজকের মেশিনে কপি করলে এমন কমান্ড তৈরি হয় যা চলে, কিছুই দেখা যায় না, আর গেটওয়েকে দোষ দেওয়া হয়।

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