VPN প্রমাণীকরণ ব্যর্থ: সমস্যা খুব কমই পোর্ট বা DNS-এ
প্রত্যাখ্যাত লগইন টাইমআউট থেকে ভিন্ন ব্যর্থতা। আবার চেষ্টা করার আগে প্রোফাইল, শংসাপত্রের বিন্যাস, দ্বিতীয় ফ্যাক্টর ও সার্টিফিকেট পরীক্ষা করুন।
প্রমাণীকরণ ব্যর্থ মানে সেবাটি একটি পরিচয় পেয়ে তা প্রত্যাখ্যান করেছে, যা অধিকাংশ মানুষ যতটা ধরে নেয় তার চেয়ে সংকীর্ণ একটি বক্তব্য। পোর্টটি খোলা, TLS সেশন সম্ভবত সম্পন্ন হয়েছে, আর শংসাপত্র বা অ্যাকাউন্টের কিছু একটি প্রত্যাখ্যাত হয়েছে। নেটওয়ার্ক সেটিংস বদলে তা ঠিক হবে না, আর বারবার চেষ্টা করলে অ্যাকাউন্ট লক হতে পারে। ত্রুটির লেখা ইতিমধ্যেই কোন ধাপে সমস্যা তা বলে দেয়, তাই সেখান থেকেই শুরু করুন।
ত্রুটি আপনাকে ইতিমধ্যেই বলেছে কোন ধাপে ব্যর্থ হয়েছে
যে সংযোগ কখনো TLS হ্যান্ডশেক শেষ করে না, সে প্রমাণীকরণ পর্যন্ত পৌঁছায়ইনি. যে সংযোগ হ্যান্ডশেক শেষ করে তারপর শংসাপত্র প্রত্যাখ্যানের কথা জানায়, সে পর্যন্ত পৌঁছেছে এবং সেখানেই ব্যর্থ হয়েছে। এই দুই ফলাফলের জন্য ভিন্ন তদন্ত দরকার, এবং এগুলো প্রায়ই গুলিয়ে যায় কারণ দুটিই বন্ধ উইন্ডোতে শেষ হয়।
OpenVPN সার্ভারের AUTH_FAILED বার্তার মাধ্যমে পার্থক্যটি স্পষ্ট করে, যা পরিবহন ত্রুটি নয় বরং একটি সিদ্ধান্ত। TLS আলোচনার সময়সীমা অতিক্রম বা সার্টিফিকেট যাচাইয়ের ত্রুটি আগের ধাপের। শংসাপত্রে হাত দেওয়ার আগে পড়ুন আপনার কোনটি আছে, কারণ পাসওয়ার্ড রিসেট হ্যান্ডশেক ঠিক করতে পারে না এবং ফায়ারওয়াল পরিবর্তন প্রত্যাখ্যাত লগইন ঠিক করতে পারে না। ক্লায়েন্ট লগের এক লাইনই প্রশ্নের উত্তর দেয়।
একই যুক্তি সেই সেশনেও প্রযোজ্য যা সংযোগ করে পরে বিচ্ছিন্ন হয়। চল্লিশ মিনিটে পুনঃপ্রমাণীকরণ ব্যর্থতা প্রথম লগইনের প্রত্যাখ্যান থেকে ভিন্ন ত্রুটি, আর বিরতিটাই সূত্র।
নিশ্চিত করুন প্রোফাইল সঠিক সেবার দিকে ইঙ্গিত করছে
প্রোভাইডারের ওয়েবসাইটে ব্যবহৃত অ্যাকাউন্ট সবসময় তার VPN গেটওয়ে যে অ্যাকাউন্ট গ্রহণ করে তা নয়। সংরক্ষিত প্রোফাইল সেবা সরে যাওয়ার অনেক পরে পুরোনো গেটওয়ের দিকেও ইঙ্গিত করতে পারে।
প্রোফাইলের এন্ডপয়েন্ট অপারেটরের প্রকাশিত এন্ডপয়েন্টের সঙ্গে মিলিয়ে দেখুন, এবং গেটওয়ে কোন পরিচয় ব্যবস্থা ব্যবহার করে তা যাচাই করুন। টানেল যদি আলাদা ডিরেক্টরির বিরুদ্ধে প্রমাণীকরণ করে, তবে ওয়েব পোর্টালে পাসওয়ার্ড রিসেট কিছুই বদলায় না। অসম্পর্কিত পাবলিক সার্ভারের শংসাপত্র আপনারটিতে কাজ করবে না, আর অবিশ্বস্ত বার্তায় পাওয়া প্রোফাইলে অফিসের পাসওয়ার্ড পরীক্ষা করা যেকোনোভাবেই খারাপ বিনিময়। কিছু টাইপ করার আগে উৎস নিশ্চিত করুন।
প্রোফাইলে দুই মিনিট ব্যয় করলে শংসাপত্র অনুমানের একদিন বাঁচে।
লগইনের বিন্যাস শংসাপত্রের অংশ
ব্যবহারকারীর নামে ইমেইল রূপ, ডোমেইন প্রিফিক্স বা ডিরেক্টরি সাফিক্স লাগতে পারে। গেটওয়ে যে স্ট্রিং পেয়েছে তা তুলনা করে, তাই রূপটি অলংকার নয়, শংসাপত্রের অংশ।
তারপর এসকেলেশনের আগে সাধারণ কারণগুলো বাদ দিন। কিবোর্ড লেআউট, কপির ফলে ঢুকে পড়া শেষের স্পেস এবং পাসওয়ার্ড ম্যানেজারের পুরোনো এন্ট্রি পরীক্ষা করুন। রিসেটের পরে নিশ্চিত করুন VPN সেই একই পরিচয় উৎস ব্যবহার করছে যে পাতায় পাসওয়ার্ড বদলেছে। এই বিবরণগুলো ঠিক থাকলে অনুমান বন্ধ করুন এবং অপারেটরকে জিজ্ঞাসা করুন অ্যাকাউন্টটি VPN অ্যাক্সেসের জন্য চালু ও অনুমোদিত কি না। এটি ক্লায়েন্ট সেটিং নয়, সেবার দিকের সংশোধন।
openvpn --config office.ovpn --verb 3
journalctl -u openvpn-client@office -n 40 --no-pager
AUTH_FAILED বহনকারী লগ লাইনে সাধারণত কারণ কোড বা চ্যালেঞ্জ স্ট্রিং থাকে। সাহায্য চাওয়ার সময় তা ভিন্নভাবে বলে না দিয়ে হুবহু কপি করুন।
দ্বিতীয় ফ্যাক্টরের নিজস্ব চুক্তি আছে
প্রোফাইল এককালীন কোড, ইন্টারঅ্যাকটিভ চ্যালেঞ্জ বা ব্রাউজার সাইন-ইন আশা করতে পারে যা ক্লায়েন্টকে টোকেন ফেরত দেয়। নিজে উদ্ভাবন না করে অপারেটর যে প্রবাহ সমর্থন করে তা ব্যবহার করুন।
পাসওয়ার্ডের সঙ্গে কোড জুড়ে দেবেন না, যদি সেই বিন্যাস স্পষ্টভাবে না চাওয়া হয়, কারণ কিছু স্থাপনা আলাদা ফিল্ড আর কিছু চ্যালেঞ্জ স্ট্রিং ব্যবহার করে। সময়ভিত্তিক কোডের জন্য ডিভাইসের ঘড়ি দেখুন, কারণ কয়েক মিনিটের ব্যবধান প্রতিটি কোড অকার্যকর করে। ব্রাউজার লগইন সফল হয়ে ক্লায়েন্ট যদি কখনো পুনরায় শুরু না হয়, তবে ঠিক সেই বিন্দুটি লিখে রাখুন, কারণ এটি শংসাপত্র নয়, হস্তান্তরটি চিহ্নিত করে। আরেকটি পাসওয়ার্ড রিসেটের সাহায্য হওয়ার সম্ভাবনা কম।
সেশন সীমা আরেকটি সাধারণ প্রত্যাখ্যান। অ্যাকাউন্ট যদি একটি সেশন অনুমোদন করে, দ্বিতীয় লগইন প্রথমটি বন্ধ করতে পারে, আর লক্ষণটি নীতি নয়, দোলায়মান সংযোগের মতো দেখায়।
সার্টিফিকেট পাসওয়ার্ড নয়
অ্যাকাউন্টের পাসওয়ার্ড পুরোপুরি সঠিক থাকা সত্ত্বেও ক্লায়েন্ট সার্টিফিকেটের মেয়াদ শেষ হতে বা বাতিল হতে পারে। প্রাইভেট-কি পাসফ্রেজ আবার তৃতীয় গোপনীয়তা, আর এটি অ্যাকাউন্ট নয়, একটি ফাইল রক্ষা করে।
কিছু বদলানোর আগে ত্রুটিটি পড়ুন, তারপর যাচাইকৃত অপারেটরের কাছ থেকে সঠিক বিকল্প নিন। এটি করার সময় সার্ভার পরিচয় যাচাই চালু রাখুন: অসম্পর্কিত সার্টিফিকেট গ্রহণ বা কারও প্রাইভেট কি কপি করা মেরামত নয়, দ্বিতীয় ঘটনা। তারপর আপনি যে রিসোর্সটি সত্যিই দরকার তা পরীক্ষা করুন, কারণ অগম্য সেবাসহ সংযুক্ত টানেল ভিন্ন তদন্তের বিষয়। কোন ধাপে ব্যর্থ হয়েছে লিখে রাখুন যাতে পরের ব্যক্তি পুরো প্রক্রিয়া নতুন করে শুরু না করে।
সেশন প্রতিষ্ঠিত হয়ে পরে ব্যর্থ হলে, বিরতি ও কাছাকাছি নবায়ন ইভেন্ট লিখে রাখুন। এই রেকর্ড টোকেন আয়ুষ্কালের সমস্যাকে প্রথম লগইন ব্যর্থতা থেকে আলাদা করে, আর এটাই পাঁচ মিনিটের সমাধান ও এক সপ্তাহের পুনঃচেষ্টার পার্থক্য।