NM OpenVPN: সংরক্ষিত প্রোফাইলটি আপনার .ovpn ফাইল নয়

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

ফাইলটি প্রোফাইল নয়

ইমপোর্ট একটি অনুবাদ, কোনো মাউন্ট নয়। প্লাগইন যে অপশনগুলো বোঝে সেগুলো সংযোগের vpn.data অভিধানে কী হয়ে যায়; যে অপশনগুলো বোঝে না সেগুলো ফেলে দেওয়া হয় বা অন্যত্র নথিভুক্ত করা হয়, এবং মূল পথটি কেবল একটি রেফারেন্স। পরে সোর্স ফাইল সম্পাদনা করলে ইতিমধ্যে সংরক্ষিত সংযোগে কিছুই বদলায় না।

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

সংরক্ষিত প্রোফাইল পড়ুন, ডায়ালগ নয়

nmcli -f connection.id,connection.uuid,vpn.service-type,vpn.data connection show office-vpn

দুটি প্রোফাইল একই নাম শেয়ার করলে UUID ব্যবহার করুন, এবং নিশ্চিত করুন যে সার্ভিস টাইপটি আপনার প্রত্যাশিত OpenVPN প্লাগইন, হঠাৎ ইনস্টল করা অন্য কোনো VPN টাইপ নয়। তারপর এন্ডপয়েন্ট, ট্রান্সপোর্ট ও সার্টিফিকেট রেফারেন্সগুলো কার্যকর ইনভোকেশনের সাথে তুলনা করুন।

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

দুটি কী, এবং একটি দিক যা গুরুত্বপূর্ণ

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

দিক হলো ক্লায়েন্টে প্রকাশ করা সার্ভার-পক্ষের সিদ্ধান্ত। প্রতিবেশী প্রোফাইলে আছে বলে একটি দিক বাছাই করা—এইভাবেই কার্যকর কী হ্যান্ডশেকে ব্যর্থ হতে শুরু করে। সার্ভার কনফিগারেশন দিক-নিরপেক্ষ হলে ক্লায়েন্টের দিক উদ্ভাবন করা উচিত নয়।

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

একটি এন্ট্রি হালনাগাদ করুন, অভিধান নয়

nmcli connection modify office-vpn +vpn.data 'ta=/etc/NetworkManager/certs/office-ta.key'
nmcli connection modify office-vpn +vpn.data 'ta-dir=1'

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

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

নিয়ন্ত্রণ-চ্যানেল মোডগুলো গুলিয়ে ফেলবেন না

tls-auth, tls-crypt, এবং tls-crypt-v2 ভিন্ন বিন্যাস। দেখতে মিলতে পারে এমন কী ফাইল তাদের বিনিময়যোগ্য করে না, এবং অন্য প্রোফাইলে ফরম্যাট করা কী আছে বলে TLS-Auth ফিল্ড পূরণ করলে এমন প্রোফাইল তৈরি হয় যা ভুল কী-এর মতো ব্যর্থ হয়।

সার্ভারের কনফিগারেশনে যে মোড আছে তার সাথে মেলানো প্লাগইন ম্যাপিং ব্যবহার করুন। মোড অস্পষ্ট হলে ফাইলের প্রথম লাইন থেকে অনুমান না করে সার্ভার মালিককে জিজ্ঞাসা করুন।

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