OpenVPN ত্রুটি: tls-remote বা keysize অপশন অচেনা

সাধারণত এটি এমন একটি প্রোফাইল দিয়ে শুরু হয় যা বছরের পর বছর সংযুক্ত ছিল, তারপর নতুন ক্লায়েন্টে খুললে টানেল শুরুর আগেই ব্যর্থ হয়। টার্মিনাল Options error: Unrecognized option ... in client.ovpn:130: tls-remote-এর মতো কিছু ছাপে, শেষে বন্ধনীতে একটি সংস্করণ থাকে। এটিকে পার্সারের অভিযোগ হিসেবে পড়ুন: ফাইলে এমন একটি নির্দেশনা আছে যা এই ক্লায়েন্ট আর জানে না।

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

কিছু সম্পাদনার আগে ব্যর্থ লাইনটি পড়ুন

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

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

keysize ও tls-remote-এর কী হয়েছে

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

tls-remote 2.4-এ সরিয়ে দেওয়া হয়। এটি সার্ভার সার্টিফিকেটকে প্রত্যাশিত নামের সঙ্গে তুলনা করত, এবং এর প্রতিস্থাপন হলো verify-x509-name, যা নাম মেলানোর পদ্ধতি নিয়ে আরও কঠোর। পুরোনো নির্দেশনাটি চলে গেছে, তাই এটি বহনকারী প্রোফাইল বর্তমান ক্লায়েন্টে কখনো পার্স হবে না।

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

সার্ভার পরিচয় যাচাই পুনরায় লিখুন

প্রতিস্থাপনটি প্রত্যাশিত নাম এবং একটি তুলনা মোড নেয়। verify-x509-name vpn.example.edu name দাবি করে যে সার্টিফিকেটের সাবজেক্ট ঠিক সেই মানের সমান হবে। অন্যান্য মোড একটি প্রিফিক্স বা সম্পূর্ণ সাবজেক্ট স্ট্রিং মেলায়, এবং ভুল মোড বেছে নিলে কার্যকর প্রোফাইল পরিষ্কার যাচাই ব্যর্থতায় পরিণত হয়।

যদি পুরোনো tls-remote আর্গুমেন্টটি সার্ভারের সম্পূর্ণ কমন নেম হতো, তাহলে সঠিক name তুলনা সাধারণত ঠিক। যদি এটি আংশিক মান হতো, প্রত্যাশিত নাম ছোট করার বদলে প্রিফিক্স মোড ব্যবহার করুন, কারণ ছোট সঠিক মিল যাচাই করবে না। যখন মূল মান লেখা নেই, সার্ভার পরিচালনাকারীকে তারা যে সাবজেক্ট প্রকাশ করে তা জিজ্ঞাসা করুন।

ত্রুটি সরাতে যাচাইটি নীরব করবেন না। সার্ভার পরিচয় যাচাই সরিয়ে দেওয়া একটি ঠিকযোগ্য প্রোফাইল সমস্যাকে অযাচাইকৃত টানেলে পরিণত করে, যা ঠিক সেই ঝুঁকি যেটি প্রতিরোধ করতে নির্দেশনাটি ছিল।

সংশোধিত প্রোফাইল, স্থানীয় সম্পাদনা বা পুরোনো ক্লায়েন্ট

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

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

2.4-এর আগের ক্লায়েন্টে পিন করা বা ফিরে যাওয়াও বার্তাটি অদৃশ্য করে দেয়, এবং এমন ডিভাইসে যা কখনো আপডেট হবে না এটি একমাত্র কার্যকর অস্থায়ী সমাধান হতে পারে। এটিকে অস্থায়ী হিসেবে ধরুন: বর্তমান ডেস্কটপে পুরোনো ক্লায়েন্ট সাধারণত পুরোনো লাইব্রেরি ও অসমর্থিত কনফিগারেশন বোঝায়, যা সমাধান নয় বরং স্থগিত সমস্যা।

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