কোন লগইনটি ব্যর্থ হলো: eduroam অ্যাক্সেস, নাকি VPN?
eduroam-এ যোগ দেওয়া মানে একটি অ্যাক্সেস নেটওয়ার্কে ঢোকা; VPN-এ যোগ দেওয়া একটি আলাদা সম্পর্ক। কেউ পোর্ট বদলানোর আগে নির্ধারণ করুন কোন লগইনটি সত্যিই ব্যর্থ হয়েছে।
“eduroam-এ VPN কাজ করে না” — এই বাক্যের পেছনে দুটি লগইন আছে, আর দুটির মালিক আলাদা দল। eduroam-এ যোগ দিলে ডিভাইসটি একটি অ্যাক্সেস নেটওয়ার্কে পৌঁছায়; VPN-এ যোগ দিলে সেই সংযোগের ওপরে দ্বিতীয় একটি সম্পর্ক তৈরি হয়। দুটিই একই প্রতিষ্ঠান চালাতে পারে, তবু শংসাপত্র, প্রোফাইল আর যেখানে সমস্যা হয় সেই ধাপটি আলাদাই থাকে। কেউ পোর্ট নম্বর বদলানোর আগে নির্ধারণ করুন দুটির মধ্যে আসলে কোনটি ব্যর্থ হয়েছে। নিচের সবকিছু এই একটি দ্বিধাকে ঘিরেই সাজানো।
একটি ক্যাম্পাসে যেখানে OpenVPN UDP 1194-এ সাড়া দিয়েছিল, সেটি কাজের ইতিহাস, পরেরটির জন্য রেসিপি নয়।
আগে অ্যাক্সেসের দিকটি প্রমাণ করুন
টানেল বন্ধ করুন এবং একটা সাধারণ HTTP পেজ বা ক্যাপটিভ পোর্টাল লোড করুন। খুলে গেলে অ্যাক্সেস নেটওয়ার্ক তার কাজ করছে, আর VPN-এর প্রশ্নটি সত্যিই খোলা। কিছু না লোড হলে ত্রুটি অ্যাসোসিয়েশন, অ্যাকাউন্ট বা অনবোর্ডিং প্রোফাইলে। VPN-এ কোনো পরিবর্তনই ওই তিনটির একটিকে স্পর্শ করবে না।
eduroam সংযোগের নির্দেশিকা ব্যবহারকারীর পরিচয়ের উৎস হিসেবে হোম প্রতিষ্ঠানকেই ধরে নেয়। কনফিগারেশন সহায়ক যখন প্রোফাইল তৈরি করে, তখন হোম প্রতিষ্ঠানের বদলে ভিজিটেড প্রতিষ্ঠান বেছলে এমন সেটআপ দাঁড়ায় যা প্রমাণীকরণ করতে পারে না। অন্য কোথাও থেকে আসা সার্টিফিকেট বান্ডলের বদলে হোম প্রতিষ্ঠান যা প্রকাশ করে তা-ই ব্যবহার করুন।
লগইন পার হতে সার্টিফিকেট বা প্রমাণীকরণের যাচাই বন্ধ করা একটি সারানো-যায় এমন ভুল কনফিগারেশনকে স্থায়ী করে তোলে। ইনস্টল করা প্রোফাইল যদি অননুমোদিত উৎস থেকে আসে, তবে অন্য কিছু নিয়ে ভাবার আগেই সেটি বদলে ফেলুন।
কোন ব্যর্থতার মালিক কে
অ্যাক্সেস কাজ করার পরে প্রতিটি অবশিষ্ট প্রশ্নের ঠিক একজন মালিক থাকে। পুরো ভাগটি এই:
| Owner | Questions that belong to them |
|---|---|
| VPN operator | Server name, protocol, transport, port, client compatibility, VPN authentication |
| Visited network operator | Which traffic the local arrangement permits, and any observed path problem |
| Device or client administrator | Local policy, client build, server-identity errors |
ট্রান্সপোর্টের সারিতেই বেশিরভাগ নিজে-করার চেষ্টা ব্যর্থ হয়। সার্ভার কোনটিতে শোনে তা তার কনফিগারেশনে স্থির, আর ক্লায়েন্ট প্রোফাইল সম্পাদনা করে তা বদলানো যায় না, তাই TCP আর UDP টগল করার বদলে অপারেটরের কাছে বর্তমান প্রোফাইল চান। টগল করলে কেবল ক্লায়েন্টের ব্যর্থ হওয়ার ধরনটাই বদলায়।
ভিজিটেড দিকে, সফল eduroam প্রমাণীকরণ এই কথা বলে না যে ওই পথটি নির্দিষ্ট কোনো VPN ট্রান্সপোর্ট বহন করে, আর একটি টাইমআউট নিজেই ব্লকিংয়ের প্রমাণ নয়। দুটো দাবিই প্রতিদিন তোলা হয়, আর প্রতিটির পেছনে একটি পর্যবেক্ষণ দরকার।
ডিভাইসের দিকে, একটি ব্যবস্থাপিত নিরাপত্তা নিয়ম, একটি অসামঞ্জস্যপূর্ণ ক্লায়েন্ট বিল্ড আর একটি সার্ভার-পরিচয় ত্রুটি — এই তিনটি আলাদা সমস্যা। এগুলো এক টিকিটে জড়ালে তিনটিরই গতি কমে।
তত্ত্বের আগে প্রমাণ বেছে নিন
যেখানে প্রোফাইলটি পরীক্ষা করার জন্য আপনার এবং অপারেটর তা অনুমোদন করেছেন, সেখানে একটি তুলনাই তর্ককে হারায়: একই প্রোফাইল কি অন্য কোনো বিশ্বস্ত নেটওয়ার্ক থেকে সংযোগ করে? “হ্যাঁ” ভিজিটেড পথের দিকে, “না” প্রোফাইল, সার্ভার বা ক্লায়েন্টের দিকে ইশারা করে। অ্যাকাউন্টে প্রযোজ্য নিয়মের ভেতরেই সেই পরীক্ষা চালান, আর কেউ অনুমোদন না করা ক্লায়েন্ট ইনস্টল করে কখনোই নয়।
অপারেটর অনুমোদিত বিকল্প প্রোফাইল প্রকাশ করলে সেটিই ব্যবহার করুন। নতুন পোর্টে শোনার ব্যবস্থা বানানো বা নেটওয়ার্কের নিয়ম শিথিল করা এমন ফল দেয় যা পরে কেউ রক্ষা করতে পারবে না, আর তা মূল ত্রুটিটিকে ঢেকে দেয়।
ফলাফলটি এমন আকারে লিখুন যা তিন মালিক কাজে লাগাতে পারেন, টাইপ করার দ্রুততম আকারে নয়। খালি টাইমআউট VPN অপারেটরকে কাজের কিছু বলে না, আর প্রমাণীকরণ ব্যর্থতা ভিজিটেড নেটওয়ার্ক অপারেটরকে ঠিক ততটাই কম বলে।
একটি লগ লাইনই প্রায়ই মীমাংসা করে দেয়। TLS Error: TLS key negotiation failed to occur within 60 seconds পথ বা পোর্টের দিকে ইশারা করে, আর AUTH_FAILED মানে টানেলে পৌঁছানো গেছে এবং শংসাপত্র প্রত্যাখ্যাত হয়েছে।
হ্যান্ডঅফটি পাঁচ লাইনে লিখুন
সংক্ষিপ্ত হ্যান্ডঅফে পাঁচটি জিনিস থাকে: ভিজিটেড স্থান, চেষ্টার সময়, অনুমোদিত ক্লায়েন্ট সংস্করণ, প্রোফাইল যে সার্ভার ও ট্রান্সপোর্টের দিকে দেখিয়েছিল, আর সবচেয়ে আগের তথ্যপূর্ণ ত্রুটি। সাধারণ অ্যাক্সেস কাজ করেছিল কি না, এবং অনুমোদিত আন্তঃনেটওয়ার্ক তুলনা করা হয়েছিল কি না — এই দুটি থাকলে যোগ করুন। আপনার ডেস্ক ছাড়ার আগে পাসওয়ার্ড, টোকেন আর প্রাইভেট কী মুছে দিন।
VPN প্রমাণীকরণ পেরিয়ে গিয়ে কোনো ব্যক্তিগত অ্যাপ্লিকেশন ব্যর্থ হলে সেই পরের ফলাফলটি আলাদাভাবে এগিয়ে দিন। তখনই আগের দুটি প্রশ্নের উত্তর হয়ে গেছে, আর সেগুলো নতুন একটি “এখনো নষ্ট” রিপোর্টে ভাঁজ করলে সবাইকে শুরুতে ফিরিয়ে দেওয়া হয়।
পাঁচ লাইন, তিন মালিক, একটি দ্বিধা: এটাই গোটা সিদ্ধান্ত, আর সাধারণত কেউ পোর্ট নম্বরে হাত দেওয়ার আগেই তা মিটে যায়।