Android-এ Captive Portal লগইন: Cisco Meraki, HPE Aruba এবং Ubiquiti UniFi-এর জন্য একটি ডিপ্লয়মেন্ট চেকলিস্ট

গুগল-এর কানেক্টিভিটি চেক সাইন-ইনের আগেই ইন্টারনেটে পৌঁছে গেলে অথবা এর রিডাইরেক্ট ব্লক হলে Android সাইন-ইন পেজটি প্রদর্শিত হতে ব্যর্থ হয়। প্রোব হোস্টটিকে আপনার walled garden-এর বাইরে রাখুন, শুধুমাত্র স্প্ল্যাশ এবং লগইন ডোমেনগুলোর অনুমতি দিন, HTTP প্রোবটিকে একটি HTTPS স্প্ল্যাশ পেজে রিডাইরেক্ট করুন এবং Cisco Meraki, HPE Aruba বা Ubiquiti UniFi-তে একটি সেশন টাইমআউট সেট করুন।

Android Captive Portal লগইন আসলে কী করে?

একটি Captive Portal হলো সেই স্প্ল্যাশ পেজ যা একজন ভিজিটর নেটওয়ার্কের মাধ্যমে ইন্টারনেট অ্যাক্সেস পাওয়ার আগে দেখতে পান। এটি অনলাইনে যাওয়ার আগে গেস্টকে সম্পন্ন করার জন্য লগইন অপশনগুলো প্রদর্শন করে। Captive Portal সম্পর্কে Purple-এর সহায়তা নিবন্ধটি সম্পূর্ণ সিকোয়েন্সের বিবরণ দেয়।

প্রতিটি বড় অপারেটিং সিস্টেমে একটি Captive Network Assistant (CNA) অন্তর্ভুক্ত থাকে। CNA হলো একটি ছোট বিল্ট-ইন ব্রাউজার যা গেস্টের জন্য পোর্টালটি পরিচালনা করে। Android-এ, CNA-এর চারটি কাজ রয়েছে:

১. ফোনটি নেটওয়ার্কে যুক্ত হওয়ার সাথে সাথেই ইন্টারনেট কানেক্টিভিটি চেক করা। ২. ফোন ব্যবহারকারী ব্যক্তিকে জানানো যে তাদের সাইন-ইন করার প্রয়োজন হতে পারে। ৩. তারা নোটিফিকেশনে ট্যাপ করলে স্প্ল্যাশ পেজের জন্য একটি ব্রাউজার সেশন ওপেন করা। ৪. লগইন সফল হওয়ার পর একটি অনলাইন স্ট্যাটাস নিশ্চিত করা।

যখন এই ধাপগুলোর যেকোনো একটি কাজ না করে, তখন গেস্ট একটি সংযুক্ত নেটওয়ার্ক দেখতে পান যা কাজ করে না। তারা সাধারণত তাদের ফোনের বদলে আপনার WiFi-কে দোষারোপ করেন।

কানেক্টিভিটি চেক প্রোব

যখন একটি Android ফোন কোনো নেটওয়ার্কে যুক্ত হয়, তখন এটি গুগল-হোস্টেড কানেক্টিভিটি চেক এন্ডপয়েন্টে একটি সাধারণ HTTP রিকোয়েস্ট পাঠায়। সেই এন্ডপয়েন্টটি সাধারণত একটি খালি HTTP 204 রেসপন্স ফিরিয়ে দেয়। ফোনটি যদি 204 পায়, তবে এটি ধরে নেয় যে ইন্টারনেট অ্যাক্সেসযোগ্য এবং কোনো সাইন-ইন প্রম্পট দেখায় না।

একটি গেস্ট নেটওয়ার্কে, আপনার কন্ট্রোলার সাইন-ইনের আগে সেই রিকোয়েস্টটি ইন্টারসেপ্ট করে এবং এর পরিবর্তে স্প্ল্যাশ পেজে একটি রিডাইরেক্ট ফিরিয়ে দেয়। ফোনটি একটি অপ্রত্যাশিত উত্তর দেখতে পায় এবং সিদ্ধান্ত নেয় যে এটি একটি Captive Portal-এর পেছনে রয়েছে। সম্পূর্ণ ডিটেকশন প্রসেসটি প্রোবটিকে ইন্টারসেপ্ট করার ওপর নির্ভর করে, এটিকে সরাসরি যেতে দেওয়ার ওপর নয়।

"WiFi নেটওয়ার্কে সাইন ইন করুন" নোটিফিকেশন

প্রোবটি ব্যর্থ হওয়ার পর, Android গেস্টকে একটি নোটিফিকেশন দেখায় যেখানে বলা হয় যে তাদের সাইন-ইন করার প্রয়োজন হতে পারে। এটিতে ট্যাপ করলে CNA ব্রাউজার সেশন চালু হয়। গেস্ট যদি নোটিফিকেশনটি সোয়াইপ করে সরিয়ে দেন, তবে ফোনটি ইন্টারনেট অ্যাক্সেস ছাড়াই সংযুক্ত থাকে। এই ক্ষেত্রে, Purple একটি ব্রাউজার ওপেন করে neverssl.com ভিজিট করার পরামর্শ দেয়। এই থার্ড-পার্টি সাইটটি সাধারণ HTTP-তেই থাকে, তাই কন্ট্রোলারটি সার্টিফিকেট ত্রুটি ছাড়াই এটিকে রিডাইরেক্ট করতে পারে।

Android-এ Captive Portal লগইন অ্যাপটি কী?

Captive Portal লগইন অ্যাপটি হলো Android-এর CNA। এটি কোনো অ্যাড্রেস বার বা এক্সটেনশনের ঝামেলা ছাড়াই একটি স্ট্রিপড-ব্যাক ব্রাউজার। Purple-এর সহায়তা ডকুমেন্টেশন এটিকে একটি "ব্ল্যাঙ্ক ক্যানভাস" হিসেবে বর্ণনা করে যা Captive Portal রিডাইরেক্ট কোনো বাধা ছাড়াই সম্পন্ন হতে দেয়। অথেনটিকেশন সফল হওয়ার পর স্টক Android উইন্ডোটি স্বয়ংক্রিয়ভাবে বন্ধ করে দেয়। কিছু হ্যান্ডসেট প্রস্তুতকারক এই ডিফল্ট সেটিংস পরিবর্তন করে থাকে, তাই সেই ফোনগুলোতে গেস্টকে ম্যানুয়ালি উইন্ডোটি বন্ধ করতে হতে পারে।উইন্ডোর অন্তরালে, তিনটি সিস্টেম একসাথে কাজ করে। কন্ট্রোলারটি Purple-এর স্প্ল্যাশ পেজ সার্ভারের সাথে মিথস্ক্রিয়া পরিচালনা করে। স্প্ল্যাশ পেজটি অতিথির বিবরণ সংগ্রহ করে এবং একটি ওয়ান-টাইম লগইন প্রদান করে। এরপর কন্ট্রোলারটি সাইন-ইন সম্পূর্ণ করতে সেই লগইনটি Purple-এর RADIUS সার্ভারে (অ্যাক্সেস প্রদানকারী প্রমাণীকরণ পরিষেবা) প্রেরণ করে।

Captive Portal API এবং DHCP option 114

নতুন Android সংস্করণগুলি কোনো অনুসন্ধান ছাড়াই একটি পোর্টাল সম্পর্কে জানতে পারে। নেটওয়ার্কটি DHCP option 114-এর মাধ্যমে একটি Captive Portal API অ্যাড্রেস প্রচার করে, যা RFC 8910-এ সংজ্ঞায়িত। DHCP হলো এমন একটি পরিষেবা যা IP অ্যাড্রেস প্রদান করে। ফোনটি HTTPS-এর মাধ্যমে সেই API-কে কোয়েরি করে এবং RFC 8908-এ সংজ্ঞায়িত প্রতিক্রিয়াটি জানায় যে ডিভাইসটি ক্যাপটিভ কিনা এবং পোর্টালটি কোথায় রয়েছে। এটি রিডাইরেক্ট করার কৌশলটিকে সম্পূর্ণরূপে এড়িয়ে যায়। এটি কেবল তখনই কাজ করে যদি অপশনের পেছনের API এন্ডপয়েন্টটি লাইভ এবং সঠিকভাবে প্রত্যয়িত থাকে।

কাজ শুরু করার আগে আপনার কী প্রয়োজন?

যেকোনো অ্যাক্সেস পয়েন্টে কাজ করার আগে এগুলো সংগ্রহ করুন:

• আপনার কন্ট্রোলার বা ড্যাশবোর্ডে অ্যাডমিন অ্যাক্সেস: Cisco Meraki ড্যাশবোর্ড, HPE Aruba (Instant বা Central, অথবা একটি Mobility Controller), অথবা UniFi নেটওয়ার্ক অ্যাপ্লিকেশন।
• একটি ওপেন গেস্ট SSID। Purple একটি ওপেন নেটওয়ার্কের মাধ্যমে গেস্ট WiFi প্রদানের পরামর্শ দেয়। ওপেন নেটওয়ার্কগুলো এখন আদর্শ নিয়ম এবং এটি ভিজিটরদের জন্য ঝামেলা কমায়।
• একটি ডেডিকেটেড গেস্ট VLAN। একটি VLAN হলো একটি লজিক্যাল নেটওয়ার্ক সেগমেন্ট। গেস্ট ট্রাফিক কখনই স্টাফ বা পেমেন্ট সিস্টেমের সাথে সেগমেন্ট শেয়ার করা উচিত নয়, যা আপনাকে PCI-DSS স্কোপ নিয়মের মধ্যে রাখে।
• Purple-এর ওয়াল্ড গার্ডেন তালিকা এবং স্প্ল্যাশ পেজ URL। captive portal সহায়তা নিবন্ধ থেকে বর্তমান মানগুলো নিন। কোনো পুরানো ডিপ্লয়মেন্ট থেকে এগুলো কপি করবেন না।
• আপনার Purple অ্যাকাউন্ট থেকে Purple-এর প্রমাণীকরণ সার্ভারের জন্য RADIUS বিবরণ।
• টেস্ট হ্যান্ডসেট। বিভিন্ন প্রস্তুতকারকের অন্তত তিনটি Android ফোন এবং তুলনায় ব্যবহারের জন্য একটি iPhone ব্যবহার করুন।

Purple হার্ডওয়্যার-নিরপেক্ষ। এটি Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme এবং Fortinet-এর উপর একটি ক্লাউড ওভারলে হিসাবে চলে। কোনো কিছু পরিবর্তন বা প্রতিস্থাপন না করেই আপনি আপনার মালিকানাধীন কন্ট্রোলারটি কনফিগার করতে পারেন।

Meraki, Aruba এবং UniFi-এর জন্য Android-এ কীভাবে captive portal লগইন সেট আপ করবেন?

পর্যায়ক্রমে পাঁচটি সেটিংসের মাধ্যমে কাজ করুন। প্রতিটি সেটিং প্রতিটি প্ল্যাটফর্মের একটি নির্দিষ্ট ফিচারের সাথে ম্যাপ করে। সঠিক মেনু পাথ এবং বর্তমান মানের জন্য এই সারসংক্ষেপের পরিবর্তে Purple সহায়তা নিবন্ধটি অনুসরণ করুন।

ধাপ ১: একটি কঠোর ওয়াল্ড গার্ডেন তৈরি করুন

ওয়াল্ড গার্ডেন হলো এমন ডোমেনের তালিকা যা একজন অতিথি সাইন-ইন করার আগে অ্যাক্সেস করতে পারেন। এতে অবশ্যই Purple-এর স্প্ল্যাশ পেজ ডোমেন এবং আপনার অফার করা যেকোনো সোশ্যাল লগইনের ডোমেন অন্তর্ভুক্ত থাকতে হবে। এতে অবশ্যই Google-এর কানেক্টিভিটি চেক হোস্ট অন্তর্ভুক্ত থাকা যাবে না।

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

ধাপ ২: সাইন-অন না হওয়া পর্যন্ত অন্য সবকিছু ব্লক করুন

কন্ট্রোলারকে অবশ্যই আনঅথেন্টিকেটেড ডিভাইস থেকে আসা সমস্ত ওয়েব ট্রাফিক ইন্টারসেপ্ট করতে হবে। যেকোনো কিছু খোলা রাখলে তা Android-কে একটি মিথ্যা "অনলাইন" রেজাল্ট পাওয়ার পথ তৈরি করে দেয়।

Cisco Meraki-তে, সাইন-অন না হওয়া পর্যন্ত সমস্ত অ্যাক্সেস ব্লক করতে captive portal স্ট্রেংথ সেট করুন। HPE Aruba-তে, প্রি-অথেন্টিকেশন রোলটি ওয়াল্ড গার্ডেন এবং DNS ছাড়া বাকি সবকিছু যাতে ডিনাই করে তা নিশ্চিত করুন। Ubiquiti UniFi-তে, গেস্ট নেটওয়ার্কটি প্রি-অথরাইজেশন এলাউন্স লিস্ট ছাড়া অথরাইজেশনের আগে অন্য সব অ্যাক্সেস রেস্ট্রিক্ট করছে কিনা তা নিশ্চিত করুন।

ধাপ ৩: HTTP রিডাইরেক্ট করুন এবং HTTPS দিয়ে লগইন পেজ সুরক্ষিত করুন

সার্টিফিকেট এরর তৈরি করা ছাড়া কন্ট্রোলারগুলো HTTPS ট্রাফিককে সঠিকভাবে ইন্টারসেপ্ট করতে পারে না। Android এর প্রোব প্লেইন HTTP ব্যবহার করে, যা কন্ট্রোলার রিডাইরেক্ট করতে পারে। প্রোবের HTTP ইন্টারসেপশন যথাস্থানে রেখে দিন।

গেস্টরা যে পেজে পৌঁছায় সেটি একটি ভিন্ন বিষয়। Cisco WLC captive portal certificate setup সম্পর্কিত Purple-এর আর্টিকেলটি দেখায় যে একটি কন্ট্রোলার যখন কোনো অসুরক্ষিত HTTP লগইন অ্যাড্রেসে রিডাইরেক্ট করে তখন কী ঘটে। ব্রাউজারগুলো "Your connection is not private" জাতীয় সতর্কতা দেখায় এবং গেস্টরা ধরে নেয় যে নেটওয়ার্কটি নিরাপদ নয়। এর সমাধান হলো কন্ট্রোলারে একটি পাবলিকলি ট্রাস্টেড SSL/TLS সার্টিফিকেট থাকা। কন্ট্রোলারের ভার্চুয়াল হোস্টনেম অবশ্যই সার্টিফিকেটের Common Name-এর সাথে মিলতে হবে। একই নীতি Aruba কন্ট্রোলারগুলোর ক্ষেত্রেও প্রযোজ্য যা তাদের নিজস্ব লগইন পেজ হোস্ট করে।

ধাপ ৪: আনঅথেন্টিকেটেড ডিভাইসের জন্য DNS চালু রাখুন

গেস্টদের সাইন ইন করার আগে অবশ্যই স্প্ল্যাশ পেজের হোস্টনেম রিসলভ করতে হবে। প্রি-অথেন্টিকেশন পলিসিতে আপনার নির্বাচিত রিসলভারের জন্য স্ট্যান্ডার্ড DNS অনুমতি দিন। এটি ছাড়া, রিডাইরেক্ট এমন একটি নামের দিকে নির্দেশ করে যা ফোনটি খুঁজে পায় না।

Android এর Private DNS সেটিংস একটি দ্বিতীয় বিষয় যোগ করে, যা নিচের ট্রাবলশুটিং সেকশনে কভার করা হয়েছে।

ধাপ ৫: ভিজিটের সাথে মানানসই একটি সেশন টাইমআউট সেট করুন

গেস্টকে আবার সাইন ইন করার আগে একটি লগইন কতক্ষণ স্থায়ী হবে তা সেশন টাইমআউট নির্ধারণ করে। ভিজিটররা কতক্ষণ অবস্থান করেন তার সাথে এটি মেলান। একটি কফি শপ কয়েক ঘন্টা ব্যবহার করতে পারে। একটি হোটেলের ক্ষেত্রে এটি পুরো থাকার সময়কাল কভার করা উচিত।

ধাপ ৬: DHCP অপশন ১১৪ এর বিষয়ে সিদ্ধান্ত নিন

শুধুমাত্র তখনই অপশন ১১৪ অ্যাডভার্টাইজ করুন যদি এর পেছনে একটি কার্যকরী, RFC 8908-সম্মত API এন্ডপয়েন্ট থাকে। সঠিকভাবে উত্তর দেয় না এমন কোনো এন্ডপয়েন্টের দিকে নির্দেশ করা মান একটি ফেইলর পয়েন্ট দূর করার পরিবর্তে উল্টো তা বাড়িয়ে দেয়। আপনি যদি নিশ্চিত না হন, তবে এটি সেট না করেই রেখে দিন। Android তখন কানেক্টিভিটি প্রোবে ফিরে যায়, যা ধাপ ১ থেকে ৪ ইতিমধ্যে সমর্থন করে। এটি সক্রিয় করার আগে Purple সাপোর্টের সাথে নিশ্চিত হয়ে নিন।

আপনার প্ল্যাটফর্মে প্রতিটি সমাধান যেখানে থাকে

সমাধান	Cisco Meraki	HPE Aruba	Ubiquiti UniFi
সায়েন-ইন করার আগে স্প্ল্যাশ এবং লগইন ডোমেনগুলি অনুমোদন করুন	SSID-এর স্প্ল্যাশ পেজ সেটিংসে walled garden রেঞ্জগুলি	captive portal প্রোফাইল বা pre-auth রোলে walled garden হোয়াইটলিস্ট	গেস্ট হটস্পটে pre-authorisation এলাউন্স তালিকা
প্রোব হোস্টটিকে ব্লক রাখুন	walled garden রেঞ্জ থেকে ব্রড Google ওয়াইল্ডকার্ডগুলি সরিয়ে ফেলুন	হোয়াইটলিস্ট থেকে ব্রড Google ওয়াইল্ডকার্ডগুলি সরিয়ে ফেলুন	এলাউন্স তালিকা থেকে ব্রড Google ওয়াইল্ডকার্ডগুলি সরিয়ে ফেলুন
সাইন-অন না হওয়া পর্যন্ত অন্য সব ট্রাফিক ব্লক করুন	captive portal শক্তি: সাইন-অন না হওয়া পর্যন্ত সমস্ত অ্যাক্সেস ব্লক করুন	pre-auth রোল walled garden এবং DNS ছাড়া বাকি সবকিছু প্রত্যাখ্যান করে	অথরাইজেশনের আগে গেস্ট নেটওয়ার্কের সীমাবদ্ধতা
লগইন পেজটি সুরক্ষিত করুন	Purple-এর HTTPS স্প্ল্যাশ পেজ URL-এ রিডাইরেক্ট করুন	কন্ট্রোলারে পাবলিকলি ট্রাস্টেড সার্টিফিকেট	Purple-এর HTTPS স্প্ল্যাশ পেজ URL-এ রিডাইরেক্ট করুন
সেশন দৈর্ঘ্য	স্প্ল্যাশের ফ্রিকোয়েন্সি এবং RADIUS সেশন টাইমআউট	captive portal বা RADIUS প্রোফাইলে সেশন টাইমআউট	হটস্পটে অথরাইজেশনের মেয়াদ শেষ হওয়া
DHCP option 114	MX বা আপস্ট্রিম DHCP সার্ভারে কাস্টম DHCP option	কন্ট্রোলার বা আপস্ট্রিম সার্ভারে DHCP স্কোপ	UniFi গেটওয়ে নেটওয়ার্কে কাস্টম DHCP option

কিভাবে চেক করবেন যে Android সাইন-ইন পেজটি কাজ করছে?

প্রতিবার একটি একদম নতুন অবস্থা থেকে পরীক্ষা করুন। যে ফোনটি নেটওয়ার্ক মনে রাখে, বা একটি লাইভ সেশন ধরে রাখে, সেটি আপনার খুঁজে বের করার চেষ্টা করা সমস্যাটিকে লুকিয়ে ফেলে।

1. প্রতিটি টেস্ট হ্যান্ডসেটে নেটওয়ার্কটি ফরগেট (forget) করুন, তারপর আবার কানেক্ট করুন।
2. যুক্ত হওয়ার কয়েক সেকেন্ডের মধ্যে নোটিফিকেশনটির জন্য লক্ষ্য রাখুন। কোন নোটিফিকেশন না পাওয়ার অর্থ হল প্রোবটি ইন্টারনেটে পৌঁছে গেছে অথবা DNS ব্যর্থ হয়েছে।
3. এটিতে ট্যাপ করুন এবং লগইন সম্পূর্ণ করুন। সার্টিফিকেট সংক্রান্ত কোনো সতর্কতা ছাড়াই স্প্ল্যাশ পেজটি লোড হওয়া উচিত।
4. উইন্ডোর আচরণ নিশ্চিত করুন। স্টক Android-এ এটি নিজেই বন্ধ হয়ে যায়। কিছু ম্যানুফ্যাকচারারদের বিল্ডে আপনাকে এটি ম্যানুয়ালি বন্ধ করতে হয়, যা স্বাভাবিক।
5. সম্পূর্ণ অ্যাক্সেস নিশ্চিত করতে একটি সাধারণ HTTPS সাইটে ব্রাউজ করুন।
6. একটি হ্যান্ডসেটে Private DNS-কে Strict-এ সেট করে পুনরাবৃত্তি করুন, যাতে আপনি জানতে পারেন যে অতিথিরা যারা এটি ব্যবহার করেন তারা কী দেখতে পাবেন।
7. লগগুলি চেক করুন। Purple-এ RADIUS অনুমোদন এবং কন্ট্রোলারে ক্লায়েন্টের অথরাইজড অবস্থা নিশ্চিত করুন।

অন্তত তিনটি ম্যানুফ্যাকচারারের Android ফোনে পরীক্ষা করুন। iPhone একটি ভিন্ন প্রোব হোস্ট এবং CNA ব্যবহার করে, যা Purple-এর সহযোগী iPhone captive portal গাইডে কভার করা হয়েছে, তবে কন্ট্রোলার-সাইডের কারণগুলি একই। একটি টেস্ট সেশন উভয় প্ল্যাটফর্মের সমস্যাগুলি সনাক্ত করতে পারে।

কেন Android সাইন-ইন টু WiFi নেটওয়ার্ক নোটিফিকেশনটি দেখায় না, এবং কিভাবে এটি ঠিক করবেন?

অধিকাংশ ব্যর্থতা পাঁচটি কারণের যেকোনো একটির সাথে সম্পর্কিত। অতিথির রিপোর্ট করা লক্ষণ দিয়ে শুরু করুন।

লক্ষণ	সম্ভাব্য কারণ	সমাধান
কানেক্টেড, কোনো নোটিফিকেশন নেই, ইন্টারনেট নেই	একটি ব্রড walled garden এন্ট্রির মাধ্যমে প্রোব অনুমোদিত হয়েছে	walled garden থেকে ওয়াইল্ডকার্ড Google এন্ট্রিগুলি সরিয়ে ফেলুন
নোটিফিকেশন দেখা যাচ্ছে, কিন্তু স্প্ল্যাশ পেজ কখনই লোড হচ্ছে না	সাইন-ইন করার আগে DNS ব্লক করা হয়েছে, অথবা walled garden-এ স্প্ল্যাশ ডোমেন নেই	DNS pre-auth অনুমোদন করুন; Purple-এর স্প্ল্যাশ ডোমেনগুলি যোগ করুন
"প্রাইভেট DNS সার্ভার অ্যাক্সেস করা যাচ্ছে না" সতর্কবার্তা	প্রাইভেট DNS একটি নামযুক্ত প্রদানকারীর সাথে Strict মোডে সেট করা আছে	গেস্ট প্রাইভেট DNS-কে Automatic-এ পরিবর্তন করেন, সাইন ইন করেন, তারপর আবার আগের অবস্থায় ফিরিয়ে নিয়ে যান
সার্টিফিকেট বা "not private" সতর্কবার্তা	কন্ট্রোলার লগইন পেজটি HTTP-র মাধ্যমে বা কোনো অবিশ্বাস্য সার্টিফিকেটের সাথে পরিবেশন করা হয়েছে	হোস্টনেমের সাথে মিলে যায় এমন একটি পাবলিকলি বিশ্বস্ত সার্টিফিকেট ইনস্টল করুন
লগইন সফল হয়েছে, কিন্তু উইন্ডো খোলা রয়েছে	প্রস্তুতকারক CNA ডিফল্ট পরিবর্তন করেছেন	উইন্ডোটি ম্যানুয়ালি বন্ধ করুন; কোনো নেটওয়ার্ক পরিবর্তনের প্রয়োজন নেই
গেস্টকে প্রতিবার আসার সময় সাইন ইন করতে হবে	নতুন র্যান্ডমাইজড MAC অ্যাড্রেস বা সংক্ষিপ্ত সেশন টাইমআউট	টাইমআউট দীর্ঘ করুন; র্যান্ডমাইজড MAC সেটিংস বুঝিয়ে বলুন
গেস্ট বিজ্ঞপ্তিটি খারিজ করে দিয়েছেন	পুনরায় ফিরে যাওয়ার মতো কোনো প্রম্পট নেই	একটি ব্রাউজার খুলুন এবং neverssl.com-এ যান

প্রাইভেট DNS কি Captive Portal-কে বাধাগ্রস্ত করে?

এটি করতে পারে। Android-এর প্রাইভেট DNS সেটিংস DNS lookups-কে DNS over TLS ব্যবহার করে এনক্রিপ্ট করে। একটি গেস্ট নেটওয়ার্কে এর দুটি সক্রিয় মোড ভিন্নভাবে আচরণ করে।

Automatic মোডে, নেটওয়ার্ক এটি সাপোর্ট করলে Android এনক্রিপ্ট করা DNS ব্যবহার করে এবং সাপোর্ট না করলে নেটওয়ার্কের নিজস্ব DNS-এ ফিরে যায়। Captive Portal সাধারণত স্বাভাবিকভাবে লোড হয়।

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

আপনি যুক্তিসঙ্গতভাবে আপনার walled garden-এ প্রতিটি পাবলিক এনক্রিপ্ট করা DNS প্রদানকারীকে যুক্ত করতে পারবেন না। এর বাস্তব সমাধান হলো গেস্টদের নির্দেশনা দেওয়া। আপনার সাইনেজ বা হেল্প পেজে একটি লাইন যুক্ত করুন: প্রাইভেট DNS-কে Automatic-এ পরিবর্তন করুন, সাইন ইন করুন, তারপর আবার আগের অবস্থায় ফিরিয়ে নিয়ে যান।

Android ফোনগুলোকে কেন প্রতিবার আসার সময় আবার সাইন ইন করতে হয়?

Android ডিফল্টরূপে প্রতি নেটওয়ার্কে একটি র্যান্ডমাইজড MAC অ্যাড্রেস ব্যবহার করে। একটি MAC অ্যাড্রেস হলো হার্ডওয়্যার আইডেন্টিফায়ার যা আপনার কন্ট্রোলার একটি ডিভাইস সনাক্ত করতে ব্যবহার করে। র্যান্ডমাইজড অ্যাড্রেসটি সাধারণত একটি SSID-এর জন্য অপরিবর্তিত থাকে। এটি পরিবর্তন হয় যদি গেস্ট নেটওয়ার্কটি ভুলে যান, নেটওয়ার্ক সেটিংস রিসেট করেন বা প্রাইভেসি সেটিংস পরিবর্তন করেন। আপনার কন্ট্রোলারের কাছে, সেই ফোনটি তখন একটি সম্পূর্ণ নতুন ডিভাইস।

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

কার্যপ্রণালী ১: Google সাইন-ইন সহ একটি ২০০ কক্ষের হোটেল

দৃষ্টান্তমূলক পরিস্থিতি, পরিসংখ্যান শুধুমাত্র উদাহরণের জন্য।

পরিস্থিতি। একটি ২০০ কক্ষের সিটি হোটেল তার স্প্ল্যাশ পেজে Google সাইন-ইন যুক্ত করেছে। এক সপ্তাহের মধ্যে, ফ্রন্ট-ডেস্ক কর্মীরা Android গেস্টদের থেকে বারবার অভিযোগ রেকর্ড করেছেন। ফোনগুলোতে ফুল সিগন্যাল দেখাচ্ছিল কিন্তু কোনো পেজ লোড হচ্ছিল না এবং কোনো সাইন-ইন প্রম্পট উপস্থিত হয়নি। iPhone গেস্টরা অনেক কম সমস্যার কথা জানিয়েছেন। যা করা হয়েছে। নেটওয়ার্ক টিম Meraki ওয়াল্ড গার্ডেন পর্যালোচনা করেছে। একজন ঠিকাদার নতুন লগইন বিকল্প সমর্থন করার জন্য সমস্ত Google ডোমেন কভার করে একটি বিস্তৃত ওয়াইল্ডকার্ড যোগ করেছিলেন। সেই এন্ট্রিটি Android-এর কানেক্টিভিটি প্রোবকে পাস হতে দিয়েছিল। টিম ওয়াইল্ডকার্ডটিকে Purple-এর সাপোর্ট আর্টিকেলে তালিকাভুক্ত আরও সুনির্দিষ্ট এন্ট্রি দিয়ে প্রতিস্থাপন করেছে। তারপর তারা তিনটি প্রস্তুতকারকের ফোন থেকে পুনরায় পরীক্ষা করেছে।

ফলাফল। প্রতিটি পরীক্ষামূলক হ্যান্ডসেটে প্রথম সংযোগেই সাইন-ইন বিজ্ঞপ্তি দেখা গেছে। ফ্রন্ট ডেস্ক পরবর্তী দুই সপ্তাহে আর কোনো Android WiFi সংক্রান্ত অভিযোগ রেকর্ড করেনি। হোটেলটি তাদের সেশন টাইমআউটও বাড়িয়ে সাধারণ তিন দিনের থাকার সময়কে কভার করেছে। এটি ফিরে আসা অতিথিদের জন্য প্রতিদিনের পুনরায় লগইন করার প্রয়োজনীয়তা দূর করেছে। দেখুন কীভাবে Purple hospitality ভেন্যুগুলিকে সমর্থন করে।

ওয়ার্কড সিনারিও ২: UniFi-এর ওপর একটি কাউন্সিল লাইব্রেরি নেটওয়ার্ক

দৃষ্টান্তমূলক দৃশ্যপট, পরিসংখ্যান শুধুমাত্র উদাহরণের জন্য।

পরিস্থিতি। একটি কাউন্সিল ১২টি শাখা লাইব্রেরি জুড়ে Ubiquiti UniFi-এর মাধ্যমে গেস্ট WiFi পরিচালনা করছিল। নতুন Android ফোন থাকা দর্শকরা "Private DNS server cannot be accessed" ওয়ার্নিং এবং একটি স্প্ল্যাশ পেজ যা কখনই লোড হয়নি এমন সমস্যার কথা জানিয়েছেন। শাখার কর্মীরা দর্শনার্থীদের এমন সেটিংস বোঝাতে সময় ব্যয় করছিলেন যা তারা নিজেরা বুঝতেন না।

যা করা হয়েছে। IT টিম নিশ্চিত করেছে যে অথরাইজেশনের আগে DNS অনুমোদিত ছিল, তাই সাধারণ লুকআপ কাজ করছিল। আক্রান্ত সমস্ত ফোনে Private DNS একটি নামযুক্ত প্রদানকারীর সাথে Strict সেট করা ছিল। টিম স্প্ল্যাশ পেজের হেল্প টেক্সট এবং শাখার পোস্টারগুলিতে একটি সংক্ষিপ্ত নির্দেশিকা যোগ করেছে। এটি দর্শনার্থীদের Private DNS-কে Automatic-এ পরিবর্তন করতে, সাইন ইন করতে এবং তারপরে আবার পূর্বের অবস্থায় ফিরে যেতে বলেছিল। তারা DHCP option 114 আনসেট রেখেছিল, কারণ কোনো কমপ্লায়েন্ট API এন্ডপয়েন্ট চালু ছিল না।

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

এর খরচ কত, এবং আপনি ফেরত কী পাবেন?

বেশিরভাগ Android Captive Portal সমাধানের জন্য স্টাফদের সময় লাগে, কোনো হার্ডওয়্যার নয়। ওয়াল্ড গার্ডেন এন্ট্রি, Captive Portal স্ট্রেংথ, সেশন টাইমআউট এবং DNS নিয়মগুলি আপনার ইতিমধ্যে চলমান কন্ট্রোলারের কনফিগারেশন পরিবর্তন মাত্র। প্রধান সরাসরি খরচ হলো একটি পাবলিকলি ট্রাস্টেড সার্টিফিকেট, যেখানে আপনার কন্ট্রোলার নিজস্ব লগইন পেজ হোস্ট করে।

Purple গেস্ট WiFi তিনটি প্ল্যানে আসে: Connect, Capture এবং Engage। মূল্য নির্ধারণ ভেন্যুর সংখ্যা এবং প্ল্যানের উপর নির্ভর করে, তাই আপনার এস্টেটের জন্য একটি কোটের জন্য Purple-এর সাথে যোগাযোগ করুন।

রিটার্ন হলো প্রতিটি Android ভিজিটর যারা হাল ছেড়ে দেওয়ার পরিবর্তে সাইন ইন করেন। প্রতিটি সম্পূর্ণ লগইন হলো একজন সংযুক্ত অতিথি, এবং Capture এবং Engage-এ এটি সচেতন পছন্দের অপ্ট-ইনের মাধ্যমে সংগ্রহ করা ফার্স্ট-পার্টি ডেটাও বটে। সেই ডেটা WiFi অ্যানালিটিক্স এবং আপনার ইতিমধ্যে ব্যবহৃত CRM এবং মার্কেটিং প্ল্যাটফর্মগুলিকে সমৃদ্ধ করে। Purple-এর নিজস্ব ডেটা ২০২৪ সালে ৮০,০০০+ লাইভ ভেন্যু জুড়ে ৪৪০ মিলিয়ন লগইন দেখায়। এই স্কেলে, একটি গেস্ট SSID-তে ডিটেকশন ত্রুটি মানে সংযুক্ত ভিজিটরদের একটি পরিমাপযোগ্য ক্ষতি।এখানে এমন একটি খরচও রয়েছে যা আপনি এড়াতে পারেন। যেসব অতিথিরা একটি সার্টিফিকেট সংক্রান্ত সতর্কতা বা কোনো সংযোগহীনতা দেখতে পান তারা আপনার ভেন্যুকে বিচার করেন, তাদের ফোনকে নয়। খুচরা বিক্রেতা এবং আতিথেয়তা ব্র্যান্ডগুলির জন্য, সেই প্রথম ধারণাটি দরজাতেই তৈরি হয়।

যদি অতিথিদের পাশাপাশি কর্মীদেরও অ্যাক্সেসের প্রয়োজন হয়, তবে পরিচয়-ভিত্তিক প্রমাণীকরণ (identity-based authentication) সহ একটি পৃথক SSID-এ তাদের পরিচালনা করুন। কীভাবে সিঙ্গেল সাইন অন সক্ষম করবেন সে সম্পর্কে Purple-এর ব্লগ পোস্টটি Microsoft Entra ID, Okta এবং Google Workspace সংযুক্ত করার বিষয়টি কভার করে।

প্রায়শই জিজ্ঞাসিত প্রশ্নাবলী

Purple Guest WiFi কি আমার ইতিমধ্যে থাকা Cisco Meraki, HPE Aruba বা Ubiquiti UniFi অ্যাক্সেস পয়েন্টগুলির সাথে কাজ করে?

হ্যাঁ। Purple হার্ডওয়্যার-নিরপেক্ষ এবং এটি Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme এবং Fortinet-এর ক্লাউড ওভারলে হিসাবে চলে। আপনি আপনার বিদ্যমান অ্যাক্সেস পয়েন্ট এবং কন্ট্রোলারটি ব্যবহার করতে পারেন। আপনি গেস্ট SSID-এর captive portal-টিকে Purple-এর স্প্ল্যাশ পেজের দিকে নির্দেশ করুন, Purple-এর সহায়তা নিবন্ধ থেকে ওয়াল্ড গার্ডেন এন্ট্রিগুলি যোগ করুন এবং প্রমাণীকরণের জন্য Purple-এর RADIUS সার্ভার সেট করুন। কোনো কিছু উপড়ে ফেলে প্রতিস্থাপন করার প্রয়োজন নেই।

Android Private DNS কি captive portals ভাঙতে পারে?

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

কেন Android অতিথিদের প্রতিটি পরিদর্শনে আবার সাইন ইন করতে হয়?

সাধারণত কারণ ফোনটি একটি নতুন র্যান্ডমাইজড MAC অ্যাড্রেস উপস্থাপন করে, অথবা সেশনের মেয়াদ শেষ হয়ে গেছে। Android প্রতি নেটওয়ার্কে MAC অ্যাড্রেস র্যান্ডমাইজ করে এবং নেটওয়ার্কটি ভুলে গেলে বা সেটিংস রিসেট করলে একটি নতুন অ্যাড্রেস তৈরি হয়। আপনার সেশন টাইমআউটও নির্ধারণ করে যে একটি লগইন কতক্ষণ স্থায়ী হবে। এটি পরিদর্শনের প্যাটার্নের সাথে সামঞ্জস্যপূর্ণভাবে সেট করুন, যেমন একটি মাত্র কফির সময়ের পরিবর্তে একটি সম্পূর্ণ হোটেল স্টে। ফিরে আসা দর্শনার্থীদের জন্য OpenRoaming স্বয়ংক্রিয় পুনঃসংযোগের সুবিধা অফার করে।

আমার captive portal-এর জন্য কি একটি SSL সার্টিফিকেট প্রয়োজন?

হ্যাঁ, আপনার কন্ট্রোলার নিজে হোস্ট করে এমন যেকোনো লগইন পেজের জন্য। আধুনিক ব্রাউজারগুলি লগইন পেজের জন্য HTTPS আশা করে এবং যখন তারা একটি অনিরাপদ HTTP লিঙ্ক খুঁজে পায় তখন সতর্ক করে, যা একটি ভালো নেটওয়ার্ককেও অনিরাপদ দেখাতে পারে। Cisco কন্ট্রোলারের জন্য Purple-এর নির্দেশিকা হলো একটি সর্বজনীনভাবে বিশ্বস্ত সার্টিফিকেট ব্যবহার করা, যেখানে ভার্চুয়াল হোস্টনেমটি সার্টিফিকেটের Common Name-এর সাথে মেলে। Android-এর প্রোব এখনও HTTP ব্যবহার করে, তাই ইন্টারসেপশন কাজ করতে থাকে।

আমার গেস্ট WiFi নেটওয়ার্ক কি ওপেন নাকি পাসওয়ার্ড সুরক্ষিত হওয়া উচিত?

একটি captive portal সহ ওপেন হওয়া উচিত। Purple একটি ওপেন নেটওয়ার্কের মাধ্যমে গেস্ট WiFi দেওয়ার পরামর্শ দেয় কারণ এটি এখন আদর্শ নিয়ম এবং দর্শনার্থীদের জন্য বাধা কমিয়ে দেয়। Android এবং iPhone উভয়ই একটি ওপেন SSID-এ captive portal সনাক্ত করে এবং অতিথিকে সাইন ইন করার জন্য অনুরোধ করে। অতিথিদের ট্রাফিক তার নিজস্ব VLAN-এ রাখুন। পরিচয়-ভিত্তিক প্রমাণীকরণ সহ একটি পৃথক SSID-এ কর্মীদের বা বাসিন্দাদের অ্যাক্সেস পরিচালনা করুন।

captive portal-এর মাধ্যমে সংগৃহীত ডেটা কি GDPR অনুগত?হ্যাঁ। Purple ব্র্যান্ডটি GDPR, CCPA, ISO 27001 এবং Cyber Essentials সার্টিফাইড। স্প্ল্যাশ পেজটিতে সচেতন-পছন্দের অপ্ট-ইন ব্যবহার করা হয়, যাতে প্রত্যেক অতিথি নিজেই সিদ্ধান্ত নিতে পারেন যে তারা কী শেয়ার করবেন এবং মার্কেটিং সংক্রান্ত যোগাযোগ গ্রহণ করবেন কিনা। আপনার সংগ্রহ করা ডেটা হলো ফার্স্ট-পার্টি ডেটা, যা লগইনের সময়েই সম্মতির ভিত্তিতে সংগ্রহ করা হয়। আপনার নিয়ন্ত্রণে থাকা অন্যান্য ব্যক্তিগত ডেটার মতোই, আপনি এখনও নিজস্ব গোপনীয়তা বিজ্ঞপ্তি এবং ডেটা সংরক্ষণের নীতি নির্ধারণ করতে পারেন।

একটি Android captive portal সমস্যা সমাধান করতে কত সময় লাগে?

অধিকাংশ সমাধানই গেস্ট SSID-তে একটি সাধারণ কনফিগারেশন পরিবর্তনের মাধ্যমে করা সম্ভব, যার পরে কেবল পরীক্ষার প্রয়োজন হয়। walled garden পরিবর্তন, captive portal স্ট্রেন্থ, DNS নিয়ম এবং সেশন টাইমআউট পরিবর্তনের জন্য কোনো নতুন হার্ডওয়্যারের প্রয়োজন নেই। আপনার বেশিরভাগ সময় বরাদ্দ রাখুন একেবারে নতুন অবস্থা থেকে অন্তত তিনটি ভিন্ন প্রস্তুতকারকের Android ফোনে পরীক্ষা করার জন্য। কিছু ব্র্যান্ড লগইন উইন্ডোর আচরণ পরিবর্তন করে ফেলে, এবং আপনার দর্শকরা এটি বোঝার আগেই আপনি তা শনাক্ত করতে চাইবেন।

Android-এর সমাধান কি iPhone-এর captive portal সমাধানের চেয়ে আলাদা?

আংশিকভাবে। উভয় প্ল্যাটফর্মেই কন্ট্রোলার-সাইড সমস্যাগুলো একই রকম: walled garden পরিধি, ব্লক করা DNS, HTTP রিডাইরেক্ট এবং সেশন টাইমআউট। তবে পার্থক্যগুলো রয়েছে ডিভাইসের মধ্যে। Android একটি Google-হোস্টেড এন্ডপয়েন্ট অনুসন্ধান করে, আর iPhone একটি Apple এন্ডপয়েন্ট অনুসন্ধান করে। এছাড়াও Android-এ প্রাইভেট DNS আচরণ এবং লগইন উইন্ডোতে প্রস্তুতকারক-ভেদে পরিবর্তন লক্ষ্য করা যায়। Purple-এর সহযোগী iPhone captive portal গাইডটিতে Apple সাইডের বিষয়গুলো বিস্তারিতভাবে আলোচনা করা হয়েছে।