ত্রুটিতে থেমে যাওয়া ধাপসহ একটি OpenVPN ক্লায়েন্ট প্রস্তুত করা

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

পুরো বিষয়টিকে পাঁচটি চেকপয়েন্টসহ একটি লেনদেন হিসেবে ধরুন, এবং প্রতিটি চেকপয়েন্টকে নিজে থেকেই এগোতে অস্বীকার করতে বাধ্য করুন।

ফাইলসিস্টেম স্পর্শ করার আগে ইনপুট ঠিক করুন

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

খালি ভেরিয়েবল আগেই প্রত্যাখ্যান করুন। নির্ধারিত না করা $DEVICE যা কিছুতে প্রসারিত হয় না, install -m 400 $KEY /etc/openvpn/client/-কে একটি ডিরেক্টরির দিকে লক্ষ্য করা অনুলিপিতে পরিণত করে, আর ব্যর্থতা পরে আসে এমন একটি সেবা হিসেবে যা তার কী পড়তে পারে না।

স্টেজিং ডিরেক্টরিতে প্রোফাইল সেট জমা করুন

প্রথমে একটি ব্যক্তিগত জায়গায় সম্পূর্ণ সেট তৈরি করুন: প্রোফাইল, CA, ক্লায়েন্ট সার্টিফিকেট, কী এবং প্রোফাইল যে সহায়ককে ডাকে। install -m 400 -o root -g root দিয়ে অনুলিপি করুন যাতে অনুমতিগুলো পরে নয়, তৈরির সময়েই সেট হয়। তারপর প্রোফাইলের ভেতরের ইঙ্গিতগুলো পরীক্ষা করুন, কারণ আপেক্ষিক ca বা key লাইন সেবা চালু হওয়ার পর ইউনিটের কাজের ডিরেক্টরির সাপেক্ষে সমাধান হয়। সম্পূর্ণ সেট যাচাই না হওয়া পর্যন্ত জীবন্ত ডিরেক্টরিতে কিছুই লেখা উচিত নয়।

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

পারমাণবিকভাবে বিনিময় করুন এবং আগের সেট রাখুন

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

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

একজন মালিক সক্রিয় করুন এবং তা প্রমাণ করুন

একটি সক্রিয়করণ পথ বেছে নিন, হয় systemd ইনস্ট্যান্স, নয় NetworkManager, এবং এটি ধারাবাহিকভাবে ব্যবহার করুন। সক্রিয় ইউনিটের পাশে একটি অপরিচালিত openvpn প্রসেস চালু করলে দুটি টানেল, প্রতিযোগী DNS হালনাগাদ এবং থামার নির্দেশ কোনটিকে লক্ষ্য করছে তার স্পষ্ট উত্তর পাওয়া যায় না। সক্রিয় করার পর systemctl is-active openvpn-client@office পরীক্ষা করুন, তারপর দূরবর্তী প্রিফিক্সের রুট, তারপর টানেল যে রিজলভার ইনস্টল করেছে তার জন্য resolvectl status। টানেল যে একটিমাত্র সম্পদের জন্য আছে সেটিতে পৌঁছে শেষ করুন।

চলমান প্রসেস ও সবুজ ট্রে আইকন প্রসেসের তথ্য, কিন্তু পরিচয় ও ট্রাফিক নীতি হস্তান্তর থেকে টিকে গেছে তার প্রমাণ নয়।

পুনরায় চালানো ও অবসর আলাদা ওয়ার্কফ্লো

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

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

যে স্ক্রিপ্ট রাখার যোগ্য, তা মালিকানা ও প্রমাণের চারপাশে একটি লেনদেন। বিশেষাধিকারপ্রাপ্ত অনুলিপি কমান্ডের একটি ছোট তালিকা একই জিনিস নয়।