SoftEther সংযোগ প্রোফাইল: আমদানির আগে ছয়টি ক্ষেত্র যাচাই করুন

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

যাচাই 1: হোস্টনাম ও পোর্ট

কিছু আমদানি করার আগে হোস্টনাম, পোর্ট এবং ঘোষিত অ্যাক্সেস পদ্ধতি পড়ুন। মূল SoftEther শ্রোতা সাধারণত TCP 443-এ সাড়া দেয়, আর 992 ও 5555 সেই বিকল্প যা অপারেটররা সীমাবদ্ধ নেটওয়ার্কের পেছনের ক্লায়েন্টদের জন্য খোলে। এমন পোর্টের দিকে লক্ষ্য করা প্রোফাইল যা ওয়েবসাইট বা অন্য সেবা পরিবেশন করে, প্রমাণীকরণের আগেই ব্যর্থ হয় এবং ব্যর্থতাকে প্রমাণপত্রের সমস্যা বলে জানায়। জোড়াটিকে অপারেটরের এই এন্ডপয়েন্টের জন্য প্রকাশিত তথ্যের সাথে মেলান, গত বছর কেউ সংগ্রহ করা ডিরেক্টরি তালিকার সাথে নয়। যদি হোস্টনাম এমন ঠিকানায় সমাধান হয় যা অপারেটর কখনো উল্লেখ করে না, সেখানেই থামুন, কারণ পরের ধাপ প্রমাণপত্র সেই ঠিকানায় পাঠায়।

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

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

যাচাই 2: প্রোটোকল ক্লায়েন্ট নির্ধারণ করে

একাধিক অ্যাক্সেস পদ্ধতি দেওয়া সার্ভার একটি রপ্তানি ফাইলকে এমন প্রোফাইলে বদলে না যা প্রতিটি ক্লায়েন্ট খুলতে পারে। Each method has its own format, its own client and its own failure mode, আর সেগুলো মেশালে প্রমাণপত্রের সমস্যার মতো শোনানো ত্রুটি তৈরি হয়। কোন ক্লায়েন্ট এটি খুলবে তা ঠিক করার আগে ফাইলটি কোন পদ্ধতি ঘোষণা করে তা ঠিক করুন।

নিচের তালিকায় প্রচলিত পোর্ট এবং প্রতিটি পদ্ধতির প্রকৃত প্রয়োজন দেখানো হয়েছে। পোর্ট অপারেটরের পছন্দ, তাই এগুলোকে নির্দিষ্ট সার্ভার সম্পর্কে সত্য নয় বরং ডিফল্ট মান হিসেবে ধরুন। মূল SoftEther প্রোফাইল SoftEther ক্লায়েন্ট আমদানি করে, ovpn বান্ডেল OpenVPN-এর, আর SSTP বা L2TP প্রোফাইল নিজেই অপারেটিং সিস্টেম প্রক্রিয়া করে। প্রথম ক্লায়েন্ট যে ফাইল প্রত্যাখ্যান করে তা খুলতে দ্বিতীয় ক্লায়েন্ট ইনস্টল করা সাধারণত স্পষ্ট ত্রুটিকে বিভ্রান্তিকর ত্রুটিতে বদলে দেয়।

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

যাচাই 3: হাব, ব্যবহারকারী ও প্রশাসকের ভূমিকা

মূল অ্যাক্সেসের জন্য প্রোফাইল একটি Virtual Hub এবং তার ভেতরে একটি ব্যবহারকারীর নাম দেয়। A hub is a logical VPN server instance with its own users and its own settings, আর ব্যবহারকারী নিজের প্রমাণীকরণসহ সেই হাবের সদস্য। এর কোনোটিই সার্ভার প্রশাসন নয়, যা শ্রোতা, হাব এবং স্থাপনার প্রতিটি ব্যবহারকারী নিয়ন্ত্রণ করে। ক্লায়েন্ট প্রোফাইল কখনো এই নিয়ন্ত্রণসহ আসা উচিত নয়। যখন কেউ ক্লায়েন্ট চালাতে আপনাকে প্রশাসক প্রমাণপত্র পাঠায়, বিন্যাসটি ভুল, যুক্ত হোক বা না হোক।

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

যাচাই 4: ফাইল যতটা সংবেদনশীল যতটা বহন করে

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

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

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

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

যাচাই 5: অ্যাপ্লিকেশন পরীক্ষা করুন, স্টেটাস বাতি নয়

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

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

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