OpenVPN সেবা একটি প্রোফাইলে ব্যর্থ হয় যা গ্রাফিক্যাল ইন্টারফেস খোলে: পাঁচটি যাচাই

একই মেশিনে দুটি লঞ্চার একই প্রোফাইল খোলে, এবং কেবল GUI সংযোগ করে। ফাইলটি অক্ষত এবং ইনস্টলার সম্ভবত ঠিক আছে; যা আলাদা তা হলো প্রতিটি লঞ্চার openvpn.exe-কে যে প্রসঙ্গ দেয়। ওয়ার্কিং ডিরেক্টরি, অ্যাকাউন্ট পরিচয় এবং ফাইলের অ্যাট্রিবিউট সবই সেই প্রসঙ্গের সঙ্গে চলে। এই ক্রমে সেগুলো যাচাই করুন এবং যে প্রথমটি ত্রুটিটি ব্যাখ্যা করে সেখানেই থামুন।

কোন লঞ্চার ব্যর্থ হয় তা নিশ্চিত করুন

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

নিজের অটোস্টার্ট ডিরেক্টরির দিকে নির্দেশিত একটি সেবা হয়তো আপনি সম্পাদকে খোলা ফাইলটি লোড করছে না। সেবা কনফিগারেশনের পাথটি GUI-র পাথের সঙ্গে অক্ষরে অক্ষরে তুলনা করুন, কারণ শেষে একটি ফোল্ডারের নাম বা ভিন্ন ড্রাইভ অক্ষরই আপনাকে ভুল শাখায় পাঠানোর জন্য যথেষ্ট।

আপেক্ষিক পাথ কোথায় সমাধান হয়

যে প্রোফাইল শুধু নাম দিয়ে ca.crt বা একটি সহায়ক স্ক্রিপ্টের কথা বলে, তা প্রক্রিয়াটি যেখানেই থাকুক সেই সাপেক্ষে খোঁজ দাবি করে। GUI কনফিগারেশন ফোল্ডারে শুরু হয়, তাই সেই নামগুলো সমাধান হয়। সার্ভিস ম্যানেজার যে সেবা চালু করে তার এমন শুরুর বিন্দু নেই, এবং কোনো সার্টিফিকেট পড়ার আগেই খোঁজটি ব্যর্থ হয়। তাই একই প্রোফাইল একটি লঞ্চারে কাজ করে আর অন্যটিতে করে না।

র‍্যাপারকে শুরুর জন্য একটি ডিরেক্টরি দিন, অথবা প্রতিটি রেফারেন্স পরম করুন। কমান্ড লাইনে GUI-র প্রসঙ্গ পুনরুৎপাদন দেখতে এমন:

openvpn --cd "C:\VPN\profiles\office" --config "C:\VPN\profiles\office\office.ovpn"

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

যখন সেবার পরিচয় পাঠ করতে পারে না

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

যাচাইটি হলো কার্যকর অনুমতির পাঠ এবং সেবার পরিচয় হিসেবে চেষ্টা করা একটি পাঠ। প্রথম অংশটি একটি উন্নীত প্রম্পট থেকে চালান:

icacls "C:\VPN\profiles\office\office.ovpn"

তারপর একই পাঠ সেবার পরিচয় হিসেবে চেষ্টা করুন, উদাহরণস্বরূপ Sysinternals-এর psexec -s -i দিয়ে, এবং ফাইলটি খোলে কি না দেখুন। না খুললে কোনো পাথ-সমাধান কাজে লাগবে না। ACL ঠিক করুন অথবা প্রোফাইলটি এমন জায়গায় সরান যেখান থেকে সেবার পরিচয় পড়তে পারে।

ফাইল-স্তরের এনক্রিপশন দ্বিতীয়, বিরলতর ঘটনা। Encrypting File System অ্যাট্রিবিউট দেওয়া প্রোফাইল যে ব্যবহারকারী এনক্রিপ্ট করেছে তার জন্য স্বচ্ছভাবে ডিক্রিপ্ট হয় এবং সেবা অ্যাকাউন্টের কাছে অপাঠনীয় থাকে। তাই একই ফাইল আপনার সম্পাদকে খোলে আর সেবার অধীনে খোলে না।

অ্যাট্রিবিউটটি উন্নীত প্রম্পট থেকে দৃশ্যমান, এবং তা যাচাই করলে প্রোফাইল খোলে না। দুটি কমান্ডই চালান এবং আউটপুট পড়ুন:

cipher /s:"C:\VPN\profiles\office"
attrib "C:\VPN\profiles\office\office.ovpn"

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

কে টানেলের মালিক তা ঠিক করা

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

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

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

সেবা র‍্যাপার আসলে কী চালু করে

সেবার প্রবেশবিন্দু একটি ছোট র‍্যাপার যা নিজের সংরক্ষিত প্যারামিটার পড়ে তারপর openvpn.exe চালু করে। ইভেন্ট লগের কমান্ড লাইন আপনার প্রত্যাশার সঙ্গে মিল না হলে সেই মানগুলোই পরীক্ষা করার জিনিস। পুনরায় ইনস্টল করলে সেগুলো ডিফল্টে ফিরে যায় এবং প্রমাণ নষ্ট হয়। আগে সেগুলো পড়ুন।

মানগুলো রেজিস্ট্রিতে সেবার নিজের কী-এর অধীনে থাকে, এবং sc qc দেখায় সার্ভিস ম্যানেজার যে বাইনারি পাথ চালু করবে। যেকোনোটি সম্পাদনার আগে সেই পাথটি র‍্যাপারের সংরক্ষিত কনফিগারেশনের সঙ্গে তুলনা করুন।

র‍্যাপারটিকে আপনার নিয়ন্ত্রিত স্ক্রিপ্ট দিয়ে বদলানো আরও আক্রমণাত্মক, কিন্তু এটি কার্যকর কমান্ড লাইনকে একটি পঠনযোগ্য ফাইলে গুটিয়ে দেয়। রিস্টার্ট দিয়ে শেষ করুন, তারপর প্রথম সফল স্টার্টআপ লাইন দেখা পর্যন্ত প্রতি-প্রোফাইল লগ পড়ুন। সেবার স্ট্যাটাস চালু মানে কেবল র‍্যাপারটি বের হয়নি, যা তখনও সত্য যখন এর সন্তান সঙ্গে সঙ্গে মারা যায়।