pfSense-এ Client Export বনাম একটি বহির্গামী OpenVPN ইনস্ট্যান্স

আপনি Client Export প্যাকেজ ইনস্টল করে খুললেন, আর সার্ভার নির্বাচকটি খালি। স্বাভাবিক সিদ্ধান্ত হলো প্যাকেজটি নষ্ট বা pfSense আদৌ VPN ক্লায়েন্ট হতে পারে না, এবং দুটোই ভুল। নির্বাচকটি খালি কারণ pfSense-এ কোনো রিমোট-অ্যাক্সেস সার্ভার কনফিগার করা নেই, এবং এই প্যাকেজ কখনোই ফায়ারওয়ালকে বাইরের দিকে ডায়াল করানোর হাতিয়ার ছিল না। দুটি ভিন্ন কাজ একটি শব্দ ভাগ করে নেয়, আর খালি তালিকা হলো তাদের একটির কাছে এমন কিছু চাওয়ার শব্দ, যা সে করে না।

কিছু ইনস্টল করার আগে কে শুরু করবে তা ঠিক করুন

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

যদি pfSense অন্য কারও VPN সেবায় সংযোগ করে, তাহলে ফায়ারওয়াল ক্লায়েন্ট এবং দূরবর্তী অপারেটর আপনার ডায়াল করা প্রান্তবিন্দুর মালিক।

দুটি পরিস্থিতিতেই ক্লায়েন্ট শব্দটি ব্যবহৃত হয়, আর এখান থেকেই বিভ্রান্তি শুরু। শব্দটি একটি সংযোগে একটি ভূমিকা বোঝায়, কোনো পণ্য-শ্রেণি নয়।

এক্সপোর্টার সার্ভার-পক্ষের একটি সহায়ক

Client Export pfSense-এ আগে থেকেই থাকা একটি রিমোট-অ্যাক্সেস সার্ভার নেয় এবং সংযোগকারী ডিভাইসের প্রয়োজনীয় উপাদান তৈরি করে। এটি সেই সার্ভারের সেটিংস, সার্টিফিকেট ও টানেল অপশন পড়ে, তারপর অন্যত্র ব্যবহারের জন্য সেগুলো প্যাকেজ করে।

এই কারণেই নির্বাচকটি কেবল Remote Access মোডের সার্ভার তালিকাভুক্ত করে। এমন সার্ভার না থাকলে এক্সপোর্ট করার কিছু থাকে না, আর খালি তালিকা ত্রুটি নয় বরং একটি নির্ভুল প্রতিবেদন। আগে রিমোট-অ্যাক্সেস সার্ভার তৈরি করুন, নির্বাচক নিজেই ভরে যাবে। এই ক্রমটি প্যাকেজের ভেতরের যেকোনো সেটিংসের চেয়ে বেশি মানুষকে বিভ্রান্ত করে।

প্যাকেজের রেফারেন্স এই নির্ভরতাটি স্পষ্টভাবে বলে। প্যাকেজটি আপনার জন্য সার্ভার তৈরি করতে পারে ভেবে নেওয়ার আগে এটি পড়ুন।

বহির্গামী ইনস্ট্যান্স একটি আলাদা কনফিগারেশন

pfSense-কে অন্য একটি সেবার ক্লায়েন্ট বানানো মানে OpenVPN ক্লায়েন্ট ইনস্ট্যান্স তৈরি করা, সেই প্রদানকারীর প্রান্তবিন্দু, পোর্ট, প্রোটোকল, শংসাপত্র ও বিশ্বস্ততা-উপাদানসহ। Netgate এটি এক্সপোর্ট প্যাকেজ থেকে আলাদাভাবে নথিভুক্ত করে, কারণ এটি কনফিগারেশনে ভিন্ন একটি বস্তু।

এক্সপোর্টার ইনস্টল করলে এই ক্ষেত্রগুলোর কোনোটিই পূরণ হয় না, এবং কোনো এক্সপোর্ট ফরম্যাট আপনার জন্য সেগুলো তৈরি করবে না। আপনার প্রদানকারী যদি প্রোফাইল দেয়, আপনি তার মানগুলো আপনার তৈরি ইনস্ট্যান্সে আমদানি বা লিখে নেন।

দুটি কনফিগারেশন আলাদা মানসিক বাক্সে রাখুন। একটি অন্য ডিভাইসকে উত্তর দেয়; অন্যটি অন্য সার্ভারের কাছে একটি টানেল চায়।

ডিভাইস যে এক্সপোর্ট ফরম্যাট নিতে পারে সেটি বাছুন

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

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

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

সাইট-টু-সাইটে প্যাকেজ নয়, ভূমিকা ও রুট দরকার

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

শাখার রুট, ফরওয়ার্ডিং অনুমতি বা ফেরত পথ নিয়ে Client Export-এর কোনো মত নেই, কারণ রিমোট-অ্যাক্সেস ক্লায়েন্ট উপাদান তৈরি করাই তার সম্পূর্ণ কাজ।

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