Ubuntu 22.04-এ L2TP টাইমআউট: xl2tpd টানেল বাগ

ডেস্কটপ একটি সংযোগ চলমান দেখায়, IPsec সফলতার কথা জানায়, কিন্তু PPP ইন্টারফেস কখনোই দেখা যায় না। সিস্টেম লগে একই টানেল নম্বর বারবার ফিরে আসে, যতক্ষণ না UDP 1701-এ চেষ্টাটি সময় শেষ হয়ে যায়। প্রি-শেয়ার্ড কী বা সার্ভার কনফিগারেশন সম্পাদনা করার আগে এই আকৃতিটি চিনুন: Ubuntu 22.04-এ এটি সাধারণত xl2tpd-এ একটি প্যাকেজিং রিগ্রেশন, এবং সার্ভার সারা সময় সঠিক ছিল।

বারবার আসা লগ জোড়া আপনাকে কী বলছে

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

তাই ত্রুটিটি L2TP নিয়ন্ত্রণ ও PPP-এর মধ্যে অবস্থিত। গোপন কী, PPP অপশন বা রিমোট সাবনেট সম্পর্কে এখনো কিছুই পরীক্ষা করা হয়নি।

IPsec সত্যিই সফল হয়েছে কিনা নিশ্চিত করুন

দুটি পরীক্ষা এটিকে শংসাপত্রের সমস্যা থেকে আলাদা করে, এবং দুটোই যেকোনো প্যাকেজ পরিবর্তনের আগে করা উচিত।

ipsec status
journalctl -u strongswan --since "5 min ago" | grep -i "shared key"

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

xl2tpd-এর বিল্ড যাচাই করুন, রিলিজের নাম নয়

Ubuntu-র jammy বিল্ডে xl2tpd 1.3.16 লিংক-টাইম অপ্টিমাইজেশন সক্রিয় করেছিল, যা সার্ভারের SCCRP উত্তরে টানেল শনাক্তকারীর পার্সিং ভেঙে দেয়। এরপর ডেমনটি নিজে তৈরি করা টানেলের জন্য নিয়ন্ত্রণ প্যাকেট বাদ দেয়। সংস্করণ স্ট্রিং ডিস্ট্রিবিউশনের নামের চেয়ে বেশি গুরুত্বপূর্ণ।

dpkg -l xl2tpd
apt policy xl2tpd
apt-mark showhold

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

পরিবর্তনের পরে PPP যাচাই করুন

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

ip -4 addr show ppp0
ip route | grep ppp

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

যেখানে সংশোধিত প্যাকেজ পাওয়া যায় না, সেখানে নথিভুক্ত বিকল্পগুলো হলো 1.3.16 বা 1.3.17-এর স্থানীয় সোর্স বিল্ড, kl2tpd-এ স্থানান্তর, বা পিন করা ডাউনগ্রেড। প্রত্যেকটিরই রক্ষণাবেক্ষণ ব্যয় আছে যা লিখে রাখা উচিত।