লিনাক্সে লগইনের আগেই SSTP ব্যর্থ? রানটাইম উপাদানগুলো পরীক্ষা করুন

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

মেনু এন্ট্রি কী যোগ করে আর কী করে না

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

এরপর ক্লায়েন্টের PPP দরকার, কারণ SSTP একটি TLS সংযোগের ভেতরে PPP সেশন বহন করে। pppd ছাড়া টানেলটি TLS হ্যান্ডশেক শেষ করেও প্রথম কন্ট্রোল ফ্রেমে মরে যেতে পারে, যা শংসাপত্রের সমস্যার মতো দেখায় অথচ তা নয়। Debian ও Ubuntu-তে অংশগুলো network-manager-sstp, sstp-client ও ppp হিসেবে আসে, এবং কেবল প্রথমটি ইনস্টল করাই হলো সবচেয়ে সাধারণ কারণ যেখানে ফর্ম প্রতিটি ঘর গ্রহণ করে কিন্তু সংযোগ কখনো শেষ হয় না।

ডেস্কটপ পছন্দ আরও একটি বিভাজন যোগ করে। Plasma প্রোফিল সম্পাদনা করে plasma-nm দিয়ে, যার নিজের SSTP উপাদান দরকার এবং একই সার্ভিস বর্ণনা পড়ে, তাই SSTP এন্ট্রি ছাড়া একটি এডিটর ও প্রোফিল ঠিকঠাক বানানো একটি CLI মানে ভাঙা রানটাইম নয়, বরং এডিটরের অর্ধেক অনুপস্থিত।

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

ব্যর্থ SSTP চেষ্টা নির্দিষ্ট ক্রমে ধাপ পেরোয়, আর যে ধাপে ব্যর্থ হয়েছে তা বলে দেয় কোন উপাদানটি দেখতে হবে।

প্লাগইন চালু করা প্রথম, আর সেখানে ব্যর্থতা সার্ভার সম্পর্কে নয়, VPN সার্ভিস সম্পর্কে বার্তা দেয়। এরপর আসে পোর্ট 443-এ TCP সংযোগ; এখানে প্রত্যাখ্যান বা সময়শেষ মানে পৌঁছানোর সমস্যা, TLS-এর সমস্যা নয়। এরপর TLS হ্যান্ডশেক ও সার্ভার পরিচয় যাচাই, তারপর PPP আলোচনা ও অ্যাকাউন্ট প্রমাণীকরণ, এবং শেষে ঠিকানা বরাদ্দ ও রুট। প্রোফিলটি একবার সক্রিয় করার সময় journalctl -f -u NetworkManager লক্ষ্য করুন, এবং শেষ সাধারণ লাইনটির বদলে প্রথম নির্দিষ্ট লাইনটি পড়ুন।

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

সার্টিফিকেটে আস্থা ও অ্যাকাউন্ট লগইন আলাদা গেট

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

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

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

প্রোফিল ও গোপনীয়তার মালিক একজনই থাকুক

প্রোফিল তৈরি হলে NetworkManager দিয়ে তা সক্রিয় করুন এবং ফলস্বরূপ রুট ও রিজলভার পরিবর্তনের মালিকানাও সেই ম্যানেজারকে দিন। NetworkManager ইতিমধ্যে সংযোগ চালাচ্ছে এমন সময় দ্বিতীয় স্বতন্ত্র SSTP ক্লায়েন্ট চালু করলে আপনি পান দুটি রুট সেট, দুটি DNS কনফিগারেশন, এবং একক সত্যের উৎস ছাড়া একটি ডিবাগিং সেশন।

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

টানেল, রুট ও রিজলভার আলাদাভাবে যাচাই করুন

সংযুক্ত সূচক কেবল বলে লিংক উঠেছে। আপনার প্রকৃত প্রয়োজনীয় গন্তব্য, তা বহনকারী রুট এবং ব্যবহৃত রিজলভার একবারে একটি করে পরীক্ষা করুন; প্রতিটিই ভুল হতে পারে যখন বাকি দুটি ঠিক।

ব্যর্থ চেষ্টার জন্য প্রতিটি উপাদানের সংস্করণ ও পরিশোধিত ত্রুটি পাঠ সংরক্ষণ করুন। সেগুলো ভাগ করুন, পুরো প্রোফিল নয়, কারণ প্রোফিলে পূর্ব-শেয়ার করা গোপনীয়তা ও আপনার সংরক্ষিত শংসাপত্র থাকতে পারে।

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