মূল কন্টেন্টে যান

Ubiquiti UniFi গেস্ট পোর্টাল রিডাইরেক্ট হচ্ছে না: কারণ এবং সমাধান

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

লিখেছেন Marketing Teamপ্রকাশিত
📖 12 মিনিট পাঠ2,704 শব্দ3 সমাধানকৃত উদাহরণ9 মূল সংজ্ঞা

Video overview

এই গাইডটি শুনুন

পডকাস্ট ট্রান্সক্রিপ্ট দেখুন
পার্ট ১ যদি আপনার UniFi গেস্ট পোর্টাল রিডাইরেক্ট করা বন্ধ করে দেয়, তবে SSID পুনর্নির্মাণ করে শুরু করবেন না। ভাঙা হ্যান্ড-অফটি সনাক্ত করে শুরু করুন। একটি কার্যকর বাহ্যিক পোর্টাল পর্যায়ক্রমে চারটি অ্যাকশনের উপর নির্ভর করে: গেস্ট SSID-এ যুক্ত হয়, UniFi ডিভাইসটিকে একটি অননুমোদিত Hotspot গেস্ট হিসেবে গণ্য করে, রিডাইরেক্টটি বাহ্যিক সার্ভিসে পৌঁছায় এবং সেই সার্ভিসটি ক্লায়েন্টকে অননুমোদিত থেকে অনুমোদিত-তে পরিবর্তন করে। একটি ব্যর্থ হ্যান্ড-অফ গেস্টকে সংযুক্ত রাখে কিন্তু অফলাইন করে দেয়। একটি হোটেল, খুচরা দোকান, স্টেডিয়াম বা কনফারেন্স সেন্টারের জন্য এটি একটি অপারেশনাল ঘটনা। WiFi নেটওয়ার্কটি এখনও ব্রডকাস্ট হতে পারে। অ্যাক্সেস পয়েন্টগুলি এখনও সচল থাকতে পারে। গেস্টরা একটি অ্যাড্রেস পেতে পারে এবং সংযুক্ত দেখাতে পারে। এর কোনোটিই প্রমাণ করে না যে Captive Portal কাজ করছে। প্রথম পার্থক্যটি হলো একটি গেস্ট নেটওয়ার্ক এবং একটি Hotspot-এর মধ্যে। একটি গেস্ট VLAN বা বিচ্ছিন্ন SSID সেগমেন্টেশন প্রদান করে। একটি Hotspot অ্যাক্সেস-কন্ট্রোল স্টেট এবং সক্ষম থাকলে Captive Portal যোগ করে। Ubiquiti নথিপত্র অনুযায়ী একটি Hotspot একটি WiFi SSID অথবা একটি সম্পূর্ণ নেটওয়ার্ক বা VLAN-এ প্রয়োগ করা যেতে পারে। একটি SSID-এর জন্য, WiFi কনফিগারেশন পরীক্ষা করুন, যেখানে Hotspot Portal এবং Captive Portal অবশ্যই সক্ষম থাকতে হবে। যদি কোনো অ্যাপ্লিকেশন আপডেটের পরে ইন্টারফেসটি স্থানান্তরিত হয়ে থাকে, তবে কোনো পুরানো স্ক্রিনশটের পরিবর্তে বর্তমান ভেন্ডর নথিপত্র ব্যবহার করুন। প্রথম নিয়ন্ত্রিত পরীক্ষার জন্য একটি নতুন গেস্ট ডিভাইস ব্যবহার করুন। পূর্বে অনুমোদিত একটি ফোন একটি ভাঙা পথকে সচল দেখাতে পারে, যখন ক্যাশড পোর্টাল আচরণ একটি সচল পথকে ভাঙা দেখাতে পারে। ক্ষতিগ্রস্ত SSID-এর সাথে সংযোগ করুন এবং UniFi-এ ক্লায়েন্টের স্টেট পরীক্ষা করুন। Ubiquiti-এর নথিভুক্ত বাহ্যিক অথরাইজেশন ফ্লোতে, একটি ডিভাইস যা Hotspot এবং Captive Portal সক্ষম থাকা একটি SSID-এর সাথে সংযুক্ত হয়, সেটি অনুমোদিত মান false থাকা অবস্থায় গেস্ট হিসেবে শুরু হয়। এটি হলো শুরুর বিন্দু। যদি এটি অনুপস্থিত থাকে, তবে আপনি এখনও পোর্টাল ওয়ার্কফ্লো পরীক্ষা করছেন না। এখন সেই অননুমোদিত ডিভাইস থেকে একটি সাধারণ ওয়েব রিকোয়েস্ট ট্রিগার করুন। প্রত্যাশিত বাহ্যিক ফ্লো রিকোয়েস্টটিকে বাহ্যিক পোর্টাল সার্ভারে রিডাইরেক্ট করে। এটি ঘটনাটিকে স্পষ্টভাবে বিভক্ত করে। যদি কোনো রিডাইরেক্ট না ঘটে, তবে Hotspot কনফিগারেশন, ক্লায়েন্ট স্টেট এবং প্রি-অথরাইজেশন অ্যাক্সেসে ফিরে যান। যদি রিডাইরেক্ট প্রদর্শিত হয় কিন্তু পেজটি লোড হতে না পারে, তবে গেস্ট সেগমেন্ট থেকে বাহ্যিক সার্ভিসের রুটের দিকে মনোযোগ দিন। যদি পেজটি লোড হয় কিন্তু সাবমিট করার পরেও গেস্ট অফলাইনে থাকে, তবে কন্ট্রোলারে অথরাইজেশন ফেরত পাঠানোর দিকে মনোযোগ দিন। প্রি-অথরাইজেশন অ্যালাউ লিস্ট সম্পর্কে সুনির্দিষ্ট হওয়ার এটাই সঠিক সময়। এটি গেস্টদের যুক্ত হওয়ার পর ব্রাউজ করার মতো ওয়েবসাইটের কোনো তালিকা নয়। এটি হলো রাউটিং পাথের নিয়ন্ত্রিত সেট যা অথরাইজেশনের আগে অবশ্যই অ্যাক্সেসযোগ্য থাকতে হবে। Purple-এর UniFi নির্দেশিকা ফর্ম পূরণ করার পরে স্ক্রিন ফাঁকা হয়ে যাওয়ার বিষয়টিকে গেস্টদের নিয়মাবলীর সাথে লিঙ্ক করে যা লগইন প্রক্রিয়া শেষ করতে প্রয়োজনীয় ট্রাফিককে ব্লক করে। Pre-Auth ACL এবং পোস্ট-অথরাইজেশন সেটিংস পর্যালোচনা করুন, তারপর প্রয়োজনীয় টার্গেট রাউটিং পাথগুলি ঘোষণা করুন। কোনো পুরানো ডিপ্লয়মেন্ট থেকে একটি স্ট্যাটিক তালিকা তৈরি করবেন না। পোর্টাল প্রদানকারীর বর্তমান সহায়তা নির্দেশিকা ব্যবহার করুন।একটি Purple ডেপ্লয়মেন্টের জন্য, ইন্টিগ্রেশনটি একটি RADIUS ব্যাকগ্রাউন্ড অথেনটিকেশন চ্যানেলের পরিবর্তে কন্ট্রোলার API লগইন ব্যবহার করে। Purple-এর কন্ট্রোলারে পৌঁছাতে হবে, ডেডিকেটেড অ্যাকাউন্ট দিয়ে অথেনটিকেট করতে হবে এবং গেস্টকে অনুমোদন করার অথরিটি পেতে হবে। Purple-এর নির্দেশিকা অনুসারে অ্যাকাউন্টটি অবশ্যই কন্ট্রোলারের লোকাল হতে হবে, অ্যাডমিনিস্ট্রেটর রাইট রাইটস থাকতে হবে, টু-ফ্যাক্টর অথেনটিকেশন নিষ্ক্রিয় থাকতে হবে এবং পাসওয়ার্ড পরিবর্তন করতে বাধ্য করা যাবে না। একটি রিড-ওনলি অ্যাকাউন্ট অথেনটিকেট করতে পারে তবে গেস্ট অথরাইজেশন সম্পূর্ণ করতে পারে না। একটি ইন্টারেক্টিভ চ্যালেঞ্জ একটি স্বয়ংক্রিয় অনুরোধ সম্পূর্ণ করতে পারে না। এটি গুরুত্বপূর্ণ যখন একটি ভেন্যু বর্তমান UniFi OS-এ স্থানান্তরিত হয়। Purple বর্তমান UniFi Network-কে পুরানো স্ট্যান্ডঅ্যালোন কন্ট্রোলার মডেল থেকে আলাদা করে। একটি হার্ডওয়্যার-কনসোল এস্টেটে, ইন্টিগ্রেশন অ্যাকাউন্টটি প্রাইমারী UniFi OS ড্যাশবোর্ডে তৈরি করুন, কেবল Network অ্যাপ্লিকেশনের ভিতরে নয়। সেলফ-হোস্টেড UniFi OS Server-এর জন্য, Purple বলে যে অ্যাকাউন্টটি অবশ্যই রুট OS কন্টেইনার লেয়ারে থাকতে হবে যাতে ফ্রন্ট-এন্ড প্রক্সি Network-এ রাউট করার আগে এটি যাচাই করতে পারে। যদি একটি পূর্বে কার্যকরী ডেপ্লয়মেন্ট আপডেট করা হয়ে থাকে, তবে WiFi ডিজাইন পরিবর্তন করার আগে এই আইডেন্টিটি এবং কন্ট্রোলার-ক্লাসিফিকেশন বাউন্ডারি পরীক্ষা করুন। একটি UDM Pro তদন্তের জন্য, একই নিয়ম অনুসরণ করুন। এক্সটার্নাল কন্ট্রোলার অ্যাড্রেস বা স্ট্যাবল নেম, ফায়ারওয়াল পাথ, এক্সটার্নাল সার্ভিসে কন্ট্রোলার ক্লাসিফিকেশন এবং লোকাল API অ্যাডমিনিস্ট্রেটর অ্যাকাউন্ট যাচাই করুন। ধরে নেবেন না যে একটি লেগ্যাসি কন্ট্রোলার পাথ এখনও প্রযোজ্য কারণ একটি পুরানো ইন্টিগ্রেশন কাজ করেছিল। সামনে এগিয়ে যাওয়ার আগে, পোর্টাল হ্যান্ড-অফ-এ থামুন। Ubiquiti নথিপত্র অনুসারে একটি সফল রিডাইরেক্ট এক্সটার্নাল পোর্টালকে অ্যাক্সেস পয়েন্ট MAC অ্যাড্রেস, ক্লায়েন্ট MAC অ্যাড্রেস, অরিজিনাল ডেস্টিনেশন এবং SSID সরবরাহ করে। এক্সটার্নাল সার্ভিস ক্লায়েন্ট অবজেক্ট সনাক্ত করতে ক্লায়েন্ট MAC ব্যবহার করে, ক্লায়েন্ট ID সংগ্রহ করে এবং UniFi Network API-তে একটি অথরাইজেশন অনুরোধ পাঠায়। একবার এটি সফল হলে, ক্লায়েন্ট স্টেট অথরাইজড হয়। আপনার তিনটি লগ চেক হল: রিডাইরেক্ট কি প্রোভাইডারের কাছে পৌঁছেছে, প্রোভাইডার কি ক্লায়েন্টকে সনাক্ত করেছে এবং অথরাইজেশনের ফলে কি অথরাইজড ট্রু হয়েছে? পার্ট ২ পরবর্তী সন্দেহজনক কারণ হল DNS। এখানেই টিমগুলি পাই-হোল, সিকিউর DNS বা একটি আপস্ট্রিম ফিল্টার UniFi-কে নষ্ট করেছে বলে দাবি করে একটি দিন নষ্ট করতে পারে। প্রাথমিক নথিপত্র প্রমাণ করে না যে একটি নির্দিষ্ট DNS প্রোডাক্টই UniFi রিডাইরেক্ট ব্যর্থতার কারণ, তাই এটিকে একটি আইসোলেশন টেস্ট হিসেবে বিবেচনা করুন, চূড়ান্ত রায় নয়। আক্রান্ত গেস্ট সেগমেন্ট কোন রিজলভার গ্রহণ করে তা নিশ্চিত করুন। এক্সটার্নাল পোর্টাল ডেস্টিনেশন রিজলভ হচ্ছে কিনা এবং প্রি-অথরাইজেশন পলিসি রুটটিকে অনুমতি দিচ্ছে কিনা তা নিশ্চিত করুন। তারপর চেঞ্জ কন্ট্রোলের অধীনে অনুমোদিত DNS পাথ পরীক্ষা করুন। যদি রিডাইরেক্ট ফিরে আসে, তবে স্থায়ী পরিবর্তন করার আগে DNS রেসপন্স এবং পলিসি সিদ্ধান্তগুলি তুলনা করুন। একটি captive portal-এর নেটওয়ার্ক কন্ট্রোল প্লেন এবং ডিভাইস অভিজ্ঞতা উভয়ই রয়েছে। Apple ডকুমেন্ট করে যে iOS এবং macOS নেটওয়ার্কে যুক্ত হওয়ার সময় captive ইন্টারসেপশন সনাক্ত করতে এবং সাইন-ইন পেজ প্রদর্শন করতে একটি প্রোব পাঠায়। তাই একটি স্বয়ংক্রিয় উইন্ডো অনুপস্থিত থাকা এটি প্রমাণ করে না যে UniFi একটি ব্রাউজার অনুরোধ পুনর্নির্দেশ (redirect) করতে পারে না। ডিভাইস, অপারেটিং সিস্টেম, এটি একটি নতুন সেশন কিনা এবং একটি সাধারণ ওয়েব অনুরোধের ফলাফল রেকর্ড করুন। এটি একটি ডিভাইস-সনাক্তকরণ সমস্যাকে নেটওয়ার্ক রিডাইরেক্ট সমস্যা থেকে আলাদা করে। দক্ষ ঘটনার কর্মপ্রবাহের একটি নির্দিষ্ট ক্রম রয়েছে। প্রথমত, আক্রান্ত SSID বা নেটওয়ার্কে Hotspot এবং Captive Portal নিশ্চিত করুন। দ্বিতীয়ত, ক্লায়েন্ট অনুমোদনহীন গেস্ট স্টেটে প্রবেশ করেছে কিনা তা নিশ্চিত করুন। তৃতীয়ত, রিডাইরেক্টটি বাহ্যিক পোর্টালে পৌঁছায় কিনা তা পরীক্ষা করুন। চতুর্থত, প্রি-অথরাইজেশন পাথ এবং গেস্ট আসলে যে DNS রুটটি ব্যবহার করছে তা যাচাই করুন। পঞ্চমত, প্রোভাইডারের প্রতিক্রিয়া এবং অথরাইজেশন চেষ্টাটি পরিদর্শন করুন। ষষ্ঠত, কন্ট্রোলার অথরাইজড রিপোর্ট করেছে কিনা তা নিশ্চিত করুন। অবশেষে, সাধারণ ইন্টারনেট অ্যাক্সেস পরীক্ষা করুন এবং পুনরাবৃত্তি করার আগে সেশনটি ক্লিয়ার করুন। একটি হোটেল দেখায় কেন এই সিকোয়েন্সটি গুরুত্বপূর্ণ। কল্পনা করুন একটি ২০০-রুমের প্রপার্টি যেখানে গেস্টরা ব্র্যান্ডেড WiFi-এ যুক্ত হয়, কিন্তু বাহ্যিক সাইন-ইন পেজটি খালি থাকে। রিসেপশন SSID দেখে এবং সিদ্ধান্ত নেয় যে WiFi উপলব্ধ রয়েছে। নেটওয়ার্ক টিম একটি নতুন ফোন দিয়ে শুরু করে। ডিভাইসটি অনুমোদনহীন, তাই Hotspot স্টেটটি বিদ্যমান। এটি সাইন-ইন পেজ লোড করার চেষ্টা করে কিন্তু সম্পূর্ণ করতে পারে না। টিম প্রোভাইডারের বর্তমান ডকুমেন্টেশনের বিপরীতে প্রি-অথরাইজেশন প্রয়োজনীয়তাগুলি পর্যালোচনা করে, প্রকৃত গেস্ট সেগমেন্ট থেকে DNS রেজোলিউশন যাচাই করে এবং পুনরায় পরীক্ষা করে। পরিমাপটি পর্যবেক্ষণযোগ্য: ডিভাইসটি পেজে পৌঁছায়, এটি সাবমিট করে, অথরাইজড হয় এবং ইন্টারনেটে পৌঁছায়। এবার একটি কন্ট্রোলার আপডেটের পর একটি রিটেল এস্টেটের কথা ধরা যাক। স্টোর টিমগুলি রিপোর্ট করে যে ক্রেতারা কানেক্ট করছেন কিন্তু কখনই সাইন-ইন পেজটি দেখতে পাচ্ছেন না। একজন ইঞ্জিনিয়ার দেখেন যে SSID-টি আইসোলেটেড কিন্তু বর্তমান UniFi লেআউটে Hotspot এবং Captive Portal সক্ষম করা নেই। সমাধানটি গেস্ট ফায়ারওয়াল শিথিল করা নয়। এটি হলো উদ্দিষ্ট Hotspot কনফিগারেশন পুনরুদ্ধার করা এবং অনুমোদনহীন স্টেটটি পরীক্ষা করা। এটি একটি প্রতিনিধিত্বমূলক ঘটনা, প্রতিটি UniFi রিলিজ সম্পর্কে কোনো বক্তব্য নয়। Ubiquiti-এর গাইডের মাধ্যমে আপনার এস্টেট যাচাই করুন। একটি স্টেডিয়াম বা কনফারেন্স ভেন্যুর জন্য যেখানে একটি বাহ্যিক প্রোভাইডার রয়েছে, অন্য একটি লক্ষণ সাধারণ। সাইন-ইন পেজটি লোড হয় এবং ফর্মটি গ্রহণ করে, কিন্তু উপস্থিতরা অফলাইন থাকেন। এখানে, রিডাইরেক্ট এবং প্রি-অথরাইজেশন পাথ সফল হয়েছে। বাহ্যিক অথরাইজেশন লেনদেনটি পরীক্ষা করুন। নিশ্চিত করুন যে প্রোভাইডার রিডাইরেক্ট প্যারামিটারগুলি পেয়েছে, ক্লায়েন্টকে ম্যাচ করেছে, কন্ট্রোলারের সাথে যোগাযোগ করেছে এবং ক্লায়েন্টটি অথরাইজড স্টেটে পরিবর্তিত হয়েছে। Purple-এর জন্য, স্থানীয় API অ্যাকাউন্ট, রাইট প্রিভিলেজ, টু-ফ্যাক্টর অথেন্টিকেশন, পাসওয়ার্ড পরিবর্তন সেটিং, পাবলিক রিচিবিলিটি এবং কন্ট্রোলার ক্লাসিফিকেশন পর্যালোচনা করুন। এটি একটি অস্পষ্ট অভিযোগকে এমন একটি প্রমাণ শৃঙ্খলে পরিণত করে যা আপনার অভ্যন্তরীণ টিম, MSP এবং প্রোভাইডার একসাথে কাজ করে সমাধান করতে পারে। বেশ কিছু ব্যর্থতার প্যাটার্ন এড়িয়ে চলুন। পৃষ্ঠাটিকে কেবল দৃশ্যমান করার জন্য একটি সাধারণ গেস্ট রুল অনুমোদন করবেন না। এটি নিয়ন্ত্রণ বিন্দুকে অস্পষ্ট করতে পারে এবং আপনার সেগমেনটেশন ডিজাইনের সাথে বিরোধ তৈরি করতে পারে। অন্য কোনো ভেন্যু থেকে প্রি-অথরাইজেশন তালিকা কপি করবেন না। শুধুমাত্র ইতিমধ্যেই অথরাইজড হয়ে থাকা কোনো ডিভাইস দিয়ে পরীক্ষা করবেন না। প্রতিটি অনুপস্থিত পপ-আপকে DNS সমস্যা হিসেবে শ্রেণীবদ্ধ করবেন না। এবং একটি অ্যাপ্লিকেশন আপডেট, অ্যাকাউন্ট রোল বা কন্ট্রোলার ক্লাসিফিকেশন ইন্টিগ্রেশন পাথ পরিবর্তন করেছে কিনা তা পরীক্ষা না করে বাহ্যিক ক্রেডেনশিয়াল পরিবর্তন করবেন না। ভেন্যু অপারেটরদের জন্য, হ্যান্ডওভার রেকর্ডটি ছোট কিন্তু সম্পূর্ণ হওয়া উচিত। বর্তমান SSID বা নেটওয়ার্কের নাম, পোর্টাল প্রদানকারী, কন্ট্রোলারের ধরন, বাহ্যিক API অ্যাকাউন্টের মালিক, অনুমোদিত প্রি-অথরাইজেশন প্রয়োজনীয়তা, DNS পাথ এবং একটি পুনরাবৃত্তিযোগ্য নতুন-ডিভাইস পরীক্ষা সংরক্ষণ করুন। একটি আপডেটের পরে, পিক ট্রেডিং, কোনো ম্যাচের দিন বা বড় কোনো কনফারেন্সের আগে একই পরীক্ষাটি চালান। এটি আপনাকে গেস্টরা রিসেপশনে রিপোর্ট করার আগেই একটি ত্রুটিপূর্ণ অথরাইজেশন পাথ সনাক্ত করতে সাহায্য করে। শেষ পরামর্শটি সহজ। গেস্ট স্টেট থেকে রিডাইরেক্ট, রিডাইরেক্ট থেকে বাহ্যিক পরিষেবা, এবং বাহ্যিক পরিষেবা থেকে পুনরায় কন্ট্রোলার অথরাইজেশন পর্যন্ত কাজ করুন। এই সিকোয়েন্সটি Ubiquiti-এর ডকুমেন্টেড বাহ্যিক Hotspot ফ্লো-এর সাথে মিলে যায়। একটি পুরানো কন্ট্রোলার অনুমান ধরে রাখার পরিবর্তে বর্তমান ইন্টিগ্রেশনের প্রয়োজনীয়তার জন্য Purple-এর UniFi সহায়তা নিবন্ধটি ব্যবহার করুন। তদন্তে DNS ফিল্টারিং রাখুন, তবে কেবল পরীক্ষা করার মতো একটি পরিমাপযোগ্য পাথ হিসেবে। এই পদ্ধতির সাহায্যে, আপনি নেটওয়ার্ককে দুর্বল না করে বা কোনো ডেপ্লয়মেন্ট পুনর্নির্মাণ না করেই গেস্টদের অভিজ্ঞতা পুনরুদ্ধার করতে পারেন যা আসলে মূল সমস্যা ছিল না। পার্ট ৩ শেষ করার জন্য কয়েকটি দ্রুত প্রশ্ন। একটি গেস্ট নেটওয়ার্ক কি স্বয়ংক্রিয়ভাবে একটি সাইন-ইন পৃষ্ঠা প্রদর্শন করে? না। সেগমেনটেশন এবং একটি Hotspot Captive Portal আলাদা পরীক্ষা। প্রভাবিত SSID বা নেটওয়ার্কটিতে Hotspot এবং Captive Portal ফাংশন সক্রিয় করা আছে কিনা তা নিশ্চিত করুন। একটি প্রি-অথরাইজেশন অনুমতি তালিকায় কী থাকা উচিত? অথরাইজেশন পাওয়ার আগে আপনার নির্বাচিত গেস্ট সাইন-ইন প্রক্রিয়া সম্পন্ন করার জন্য শুধুমাত্র প্রয়োজনীয় রুটগুলো। পোর্টাল প্রদানকারীর কাছ থেকে সেই বর্তমান তালিকাটি নিন এবং প্রকৃত গেস্ট সেগমেন্ট থেকে এটি যাচাই করুন। Pi-hole কি একটি UniFi hotspot-কে নিষ্ক্রিয় করে দেয়? এমনটা ধরে নেবেন না। DNS লেয়ারটিকে একটি পরীক্ষাযোগ্য ডিপেনডেন্সি হিসেবে বিবেচনা করুন। গেস্ট রিজলভার রেকর্ড করুন, রেজোলিউশন এবং অনুমোদিত DNS রুট পরীক্ষা করুন, তারপর একটি ফিল্টার পলিসি পরিবর্তন করার আগে প্রমাণগুলো তুলনা করুন। কেন সাইন-ইন পৃষ্ঠাটি প্রদর্শিত হতে পারে কিন্তু তবুও অ্যাক্সেস ব্যর্থ হতে পারে? কারণ রিডাইরেক্ট ফেজ এবং অথরাইজেশন ফেজ আলাদা। বাহ্যিক পরিষেবাটি ক্লায়েন্টকে সনাক্ত করেছে কিনা এবং UniFi কন্ট্রোলার অথরাইজড ট্রু (true) রেকর্ড করেছে কিনা তা পরীক্ষা করুন। কন্ট্রোলার আপডেটের পরে দ্রুততম নিরাপদ পরীক্ষা কোনটি? একটি নতুন ডিভাইস ব্যবহার করুন। আনঅথরাইজড গেস্ট স্টেট নিশ্চিত করুন, একটি সাধারণ ওয়েব রিকোয়েস্ট ওপেন করুন, সাইন-ইন সম্পন্ন করুন, অথরাইজড স্টেট নিশ্চিত করুন এবং তারপর ইন্টারনেট অ্যাক্সেস নিশ্চিত করুন। Purple-এর জন্য, সেই পরীক্ষায় ডেডিকেটেড লোকাল API অ্যাকাউন্ট এবং বর্তমান কন্ট্রোলার ক্লাসিফিকেশন অন্তর্ভুক্ত করুন।পরবর্তী ব্যবহারিক পদক্ষেপ হলো এই সিকোয়েন্সটি আপনার ভেন্যু রানবুকে রাখা। গেস্টের অবস্থা, রিডাইরেক্ট, প্রি-অথরাইজেশন রুট, এক্সটার্নাল প্রোভাইডারের রেসপন্স এবং কন্ট্রোলার অথরাইজেশন - ঠিক এই ক্রমে পরীক্ষা করুন। কোনো ইভেন্ট, পিক ট্রেডিং পিরিয়ড বা প্রধান হোটেল অ্যারাইভাল উইন্ডোর আগে ফলাফলগুলো ক্যাপচার করে রাখুন। যদি কোনো একটি ধাপ ব্যর্থ হয়, তবে গেস্ট WiFi কাজ করা বন্ধ করে দিয়েছে এমন একটি সাধারণ রিপোর্ট দেওয়ার পরিবর্তে সেই প্রমাণ সহ বিষয়টি উত্থাপন করুন। এটি সঠিক টিমকে দ্রুত সঠিক ত্রুটির সীমানায় পৌঁছাতে সাহায্য করবে।

আমাদের মূল সিরিজের অংশ: Captive Portal Guide →

Ubiquiti UniFi গেস্ট পোর্টাল রিডাইরেক্ট হচ্ছে না: কারণ এবং সমাধান

একটি UniFi Captive Portal সাধারণত রিডাইরেক্ট করা বন্ধ করে দেয় কারণ SSID-টি আর কোনো সক্রিয় Hotspot থাকে না, গেস্ট ইউজার আনঅথরাইজড অবস্থায় থাকে না, প্রয়োজনীয় প্রি-অথরাইজেশন পাথ বাহ্যিক সার্ভিসে পৌঁছাতে ব্যর্থ হয় অথবা পোর্টালটি UniFi-এর কাছে অথরাইজেশন সফলভাবে পাঠাতে পারে না। ঠিক এই ক্রমানুসারে এই ধাপগুলো যাচাই করুন 1 2 3।

UniFi গেস্ট রিডাইরেকশন সফল হওয়ার জন্য কোন শর্তগুলো পূরণ হওয়া প্রয়োজন?

এটি পূর্বে সচল ছিল এমন একটি কনফিগারেশনের সমস্যা সমাধানের নির্দেশিকা। আপনাকে আপনার গেস্ট WiFi নেটওয়ার্কটি একদম শুরু থেকে নতুন করে তৈরি করতে বলা হবে না। বরং, নির্দেশিকাটি গেস্ট ডিভাইস থেকে কন্ট্রোলারের দিকে এগোবে এবং তারপর বাহ্যিক সার্ভিসের মধ্য দিয়ে ফিরে আসবে। এই ক্রমটি একটি সাধারণ ভুল প্রতিরোধ করে: কোন ধাপে আসলে ত্রুটি হয়েছে তা জানার আগেই একটি SSID, ফায়ারওয়াল বা DNS সেটিং পরিবর্তন করে ফেলা।

Ubiquiti একটি Hotspot-কে এমন একটি ফিচার হিসেবে সংজ্ঞায়িত করে যা একটি WiFi SSID বা সম্পূর্ণ নেটওয়ার্ক অথবা VLAN-এ প্রয়োগ করা যেতে পারে। এরপর সেই Hotspot কনফিগারেশনের মধ্যে Captive Portal সক্রিয় করা হয়। ফলস্বরূপ, একটি গেস্ট VLAN, গেস্ট SSID বা একটি নেটওয়ার্ক আইসোলেশন পলিসি নিজে থেকে প্রমাণ করে না যে রিডাইরেক্ট ফ্লো চালু আছে। যদি একটি আপডেটের পর UniFi Network অ্যাপ্লিকেশনের ইউজার ইন্টারফেস পরিবর্তিত হয়ে থাকে, তবে পুরানো মেনু অবস্থানের উপর নির্ভর না করে Ubiquiti-এর অফিসিয়াল ডকুমেন্টেশন অনুসরণ করে Hotspot এবং Captive Portal-এর বর্তমান অবস্থা নিশ্চিত করুন। 1

একটি বাহ্যিক পোর্টালের জন্য, Ubiquiti একটি সুনির্দিষ্ট ইউজার জার্নি বর্ণনা করে। একটি ডিভাইস Hotspot এবং Captive Portal দিয়ে কনফিগার করা একটি SSID-এর সাথে সংযুক্ত হয়। এটি GUEST হিসেবে authorised: false দিয়ে শুরু হয়। যখন এটি একটি ওয়েব রিকোয়েস্ট করার চেষ্টা করে, UniFi একে বাহ্যিক পোর্টাল সার্ভারে রিডাইরেক্ট করে। সার্ভারটি ক্লায়েন্ট এবং অ্যাক্সেস পয়েন্টের সনাক্তকরণ বিবরণ গ্রহণ করে, UniFi ক্লায়েন্ট ID পায় এবং তারপর API Network-এর মাধ্যমে অথরাইজেশনের জন্য অনুরোধ করে। একটি সফলভাবে সম্পন্ন হওয়া ফ্লো-এর ফলাফল হয় authorised: true। 2

আপনি একটি নতুন ডিভাইসে যা দেখতে পাচ্ছেন প্রথমে কোন সীমাটি পরীক্ষা করতে হবে যে প্রমাণ সংগ্রহ করতে হবে পরবর্তী নিরাপদ পদক্ষেপ
ডিভাইসটি কানেক্ট হচ্ছে, কিন্তু কখনই আনঅথরাইজড গেস্ট অবস্থায় প্রবেশ করছে না Hotspot অ্যাক্টিভেশন SSID বা নেটওয়ার্ক অ্যাসাইনমেন্ট এবং ক্লায়েন্ট স্ট্যাটাস পরিকল্পিত Hotspot এবং Captive Portal কনফিগারেশন রি-অ্যাপ্লাই করুন, তারপর আবার টেস্ট করুন। 1 2
পৃষ্ঠাটি প্রদর্শিত হচ্ছে, কিন্তু প্রক্রিয়াটি সম্পন্ন হচ্ছে না বাহ্যিক সার্ভিসের অ্যাক্সেসযোগ্যতা গেস্ট সেগমেন্ট থেকে রিকোয়েস্টের ফলাফল এবং প্রদানকারীর দিকের ইভেন্ট লগ কন্ট্রোলার সেটিংস পরিবর্তন করার আগে বাহ্যিক সার্ভিসের দিকে গেস্ট পাথটি আলাদা করুন। 2 3
ফর্মটি পূরণ করা হয়েছে, কিন্তু অ্যাক্সেস এখনও ব্লক করা আছে কন্ট্রোলার অথরাইজেশন বাহ্যিক প্রদানকারীর অথরাইজেশন ইভেন্ট এবং UniFi ক্লায়েন্ট স্ট্যাটাস বাহ্যিক সার্ভিসটি ঠিক সেই ক্লায়েন্টকে অথরাইজ করতে সক্ষম কিনা এবং UniFi authorised: true রিপোর্ট করছে কিনা তা পরীক্ষা করুন। 2

Ubiquiti UniFi গেস্ট পোর্টাল রিডাইরেক্ট হচ্ছে না: কারণ এবং সমাধান - redirect diagnostic flow

ডায়াগনস্টিক নিয়ম: "WiFi-এর সাথে সংযুক্ত" অবস্থাকে সফল অবস্থা হিসেবে বিবেচনা করবেন না। সফল অবস্থা হলো একটি অননুমোদিত টেস্ট ক্লায়েন্ট তার উদ্দিষ্ট লগইন সার্ভিসে পৌঁছাবে, সেই প্রক্রিয়াটি সম্পন্ন করবে, authorised: true প্রদর্শন করবে এবং তারপর উদ্দিষ্ট অ্যাক্সেস লাভ করবে। 2

ত্রুটি চিহ্নিতকরণ শুরু করার আগে আপনার কী প্রয়োজন?

একটি নতুন এবং অননুমোদিত টেস্ট ডিভাইস ব্যবহার করুন। একটি ইতিমধ্যে অনুমোদিত ডিভাইস একটি দুর্বল ডায়াগনস্টিক টুল কারণ এটি আপনার পরীক্ষা করার প্রয়োজনীয় ধাপটি এড়িয়ে যেতে পারে। SSID বা নেটওয়ার্কের নাম, পরীক্ষার সময়, ডিভাইসের ধরন, অপারেটিং সিস্টেম এবং ডিভাইসটি একটি স্বয়ংক্রিয় লগইন প্রম্পট প্রদর্শন করে নাকি কেবল একটি সাধারণ ব্রাউজার ফলাফল দেখায় তা রেকর্ড করুন। Apple জানায় যে iOS এবং macOS একটি নেটওয়ার্কে প্রথমবার সংযোগ করার সময় একটি প্রprobe পাঠায় যাতে Captive Portal ইন্টারসেপশন সনাক্ত করা যায় এবং একটি লগইন পৃষ্ঠা প্রদর্শন করা যায়। এর অর্থ হলো একটি স্বয়ংক্রিয় উইন্ডো না থাকা একটি দরকারী ক্লু, তবে এটি চূড়ান্ত প্রমাণ নয় যে গেটওয়েটি একটি সাধারণ ব্রাউজার রিকোয়েস্ট রিডাইরেক্ট করতে পারে না। 4

পরীক্ষাটি সুনির্দিষ্ট রাখুন। শুরুতেই কোনো ব্যাপক গেস্ট অ্যাক্সেস নিয়ম যুক্ত করবেন না। একটি কার্যকরী ইন্টিগ্রেশন মুছে ফেলবেন না। অন্য কোনো সেটআপ থেকে প্রি-অথরাইজেশন অনুমোদিত তালিকা কপি করবেন না। আপনাকে আসল গেস্ট পাথ এবং এটি ঠিক কোন ধাপে ব্যর্থ হচ্ছে তা নির্ধারণ করতে হবে। যদি সমস্যাটি একাধিক সাইটে হয়, তবে প্রতিটি সাইটে একটি নতুন ডিভাইস দিয়ে একই পরীক্ষা চালান। একটি শেয়ার্ড কন্ট্রোলার আপডেট সম্পর্কে ধারণার চেয়ে সাইটগুলোর মধ্যকার পার্থক্য বেশি কার্যকর।একটি Purple স্থাপনার জন্য, পরীক্ষা করার সময় বর্তমান নিবন্ধটি UniFi Integration: Best Practices & Common Questions খোলা রাখুন। Purple ব্যাকগ্রাউন্ড RADIUS অথেন্টিকেশন চ্যানেলের পরিবর্তে একটি সরাসরি কন্ট্রোলার API লগইন ব্যবহার করে। তাই ডেডিকেটেড API অ্যাকাউন্টটি অবশ্যই কন্ট্রোলারের লোকাল হতে হবে, অ্যাডমিনিস্ট্রেটর হিসেবে রাইট পারমিশন থাকতে হবে, 2FA নিষ্ক্রিয় থাকতে হবে এবং পাসওয়ার্ড পরিবর্তনের প্রয়োজন থাকা চলবে না। Purple হার্ডওয়্যার কনসোল এবং সেলফ-হোস্টেড UniFi OS Server-এর জন্য বেশ কয়েকটি অ্যাকাউন্ট প্লেসমেন্ট প্রয়োজনীয়তাও নথিবদ্ধ করে। [৩]

কীভাবে আপনি ব্যর্থ ধাপটি আলাদা করবেন?

অ্যাক্সেস লেভেল থেকে শুরু করুন। নিশ্চিত করুন যে প্রভাবিত WiFi SSID, অথবা সম্পূর্ণ নেটওয়ার্কের কনফিগারেশন এখনও Captive Portal সক্রিয় থাকা অবস্থায় Hotspot হিসেবে সেট করা আছে। Ubiquiti বর্তমান WiFi-SSID পাথ নথিবদ্ধ করে এবং একটি সম্পূর্ণ নেটওয়ার্ক বা VLAN কনফিগারেশনের জন্য আলাদাভাবে একটি Hotspot Zone পাথ নথিবদ্ধ করে। এই পার্থক্যটিই সাধারণ বিভ্রান্তি UniFi guest network vs hotspot-এর উত্তর। একটি আইসোলেটেড গেস্ট নেটওয়ার্ক সঠিক সেগমেন্ট হতে পারে এবং তারপরও যদি Hotspot ফিচারটি সক্রিয় না থাকে তবে এটি লগইন ওয়ার্কফ্লো চালু করতে ব্যর্থ হতে পারে। [১] এরপর, সদ্য সংযুক্ত ক্লায়েন্টটি পরীক্ষা করুন। আপনাকে নথিবদ্ধ অননুমোদিত স্ট্যাটাস যাচাই করতে হবে, কেবল একটি সাধারণ ওয়্যারলেস অ্যাসোসিয়েশন নয়। যদি স্ট্যাটাসটি উপস্থিত না থাকে, তবে Hotspot কনফিগারেশন এবং নির্বাচিত SSID বা নেটওয়ার্কে ফিরে যান। এই পর্যায়টি সঠিক না হওয়া পর্যন্ত DNS, কোনো বাহ্যিক প্রোভাইডার বা একটি UDM Pro ইন্টিগ্রেশন নিয়ে এগিয়ে যাবেন না। একটি বাহ্যিক পরিষেবা এমন কোনো অতিথিকে অনুমোদন করতে পারে না যে কখনই বাহ্যিক Hotspot ফ্লোতে প্রবেশ করেনি। [২]

তারপর একই ডিভাইস থেকে একটি সাধারণ ওয়েব রিকোয়েস্ট ট্রিগার করুন। যদি রিকোয়েস্টটি বাহ্যিক পরিষেবাতে পৌঁছায়, তবে প্রমাণ হিসাবে ফলাফলটি সংরক্ষণ করুন। অন্যথায়, গেস্ট সেগমেন্টের প্রি-অথরাইজেশন পাথের দিকে মনোযোগ দিন। Purple শুধুমাত্র অতিথিদের তাদের বাহ্যিক প্রক্রিয়া সম্পন্ন করার পরেই সংযুক্ত করে, এবং এর সাপোর্ট গাইডলাইনগুলি ফর্ম জমা দেওয়ার পরে একটি ফাঁকা স্ক্রিন দেখানোর কারণ হিসেবে এমন গেস্ট রুলকে চিহ্নিত করে যা লগইন সম্পূর্ণ করার জন্য প্রয়োজনীয় লুকানো ওয়েব ট্রাফিক ব্লক করে। Pre-Auth ACL এবং পোস্ট-অথরাইজেশন সেটিংস যাচাই করুন। প্রোভাইডারের বর্তমান ডকুমেন্টেশন থেকে নেওয়া প্রয়োজনীয় ডেস্টিনেশন রাউটিং পাথগুলি ঘোষণা করুন। [৩]

এই ধাপে, allow list শব্দটি সঠিকভাবে বজায় রাখুন। এটি কোনো অনুমোদিত অতিথির জন্য সাধারণ ওয়েব গন্তব্যের তালিকা নয়। এটি অনুমোদনের পূর্বে প্রয়োজনীয় পাথসমূহের সেট, যেমন বাহ্যিক পরিষেবা এবং লগইন লেনদেন সম্পন্ন করার জন্য প্রয়োজনীয় উপাদান। Purple-এর সাপোর্ট আর্টিকেলটি তাদের বর্তমান প্রয়োজনীয়তার জন্য একটি নির্ভরযোগ্য উৎস। আপনার রানবুকে একটি কপি করা এবং পুরানো তালিকা এম্বেড করার পরিবর্তে আপনার ইনসিডেন্ট টিকিটে সাপোর্ট আর্টিকেলের লিঙ্কটি প্রবেশ করান এবং সংস্করণের তারিখটি রেকর্ড করুন। 3

কীভাবে বাহ্যিক পোর্টাল অনুমোদন এবং UDM পাথ যাচাই করবেন?

যদি লগইন পেজটি লোড হয়, তবে আপনার তদন্ত ইন্টারসেপশন থেকে অনুমোদনে স্থানান্তরিত হবে। Ubiquiti দাবি করে যে রিডাইরেক্টটি অ্যাক্সেস পয়েন্টের MAC অ্যাড্রেস, ক্লায়েন্টের MAC অ্যাড্রেস, অনুরোধ করা মূল URL এবং SSID বাহ্যিক পোর্টালে পাঠায়। বাহ্যিক পরিষেবাটি নেটওয়ার্ক API থেকে ক্লায়েন্ট আইডি পেতে ক্লায়েন্টের MAC অ্যাড্রেস ব্যবহার করতে পারে এবং তারপর একটি অনুমোদনের অনুরোধ জারি করতে পারে। কন্ট্রোলার-সাইড নিশ্চিতকরণ হল ক্লায়েন্টের authorised: true স্ট্যাটাস। 2

Ubiquiti UniFi গেস্ট পোর্টাল রিডাইরেক্ট হচ্ছে না: কারণ এবং সমাধান - external authorisation path

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

UDM Pro guest portal সংক্রান্ত সমস্যাটির জন্য একই যাচাইকরণের প্রয়োজন, সাথে কন্ট্রোলার ক্লাসিফিকেশনের উপর একটি অতিরিক্ত পরীক্ষা করতে হবে। Purple-এর নির্দেশিকা নির্দেশ করে যে UniFi হার্ডওয়্যার কনসোল এবং UniFi OS Server-এর আধুনিক সংস্করণগুলিতে বর্তমান ইমপ্লিমেন্টেশনের জন্য বর্তমান UniFi Network ইন্টিগ্রেশন বিকল্পটি ব্যবহার করা উচিত, যেখানে শুধুমাত্র পুরানো এবং আপডেট না করা স্ট্যান্ডঅ্যালোন কন্ট্রোলার অ্যাপ্লিকেশনগুলি লিগ্যাসি সিলেকশন ব্যবহার করে। হার্ডওয়্যার কনসোলগুলিতে, Purple মূল UniFi OS ড্যাশবোর্ডে ডেডিকেটেড অ্যাকাউন্ট তৈরি করার পরামর্শ দেয়। যদি কোনো ইমপ্লিমেন্টেশন আপডেট, মাইগ্রেট বা রিক্লাসিফাই করা হয়ে থাকে, তবে গেস্ট ফায়ারওয়াল পলিসি পরিবর্তন করার আগে সেই অ্যাকাউন্টের অবস্থান এবং ইন্টিগ্রেশন ক্লাসিফিকেশন পুনরায় পরীক্ষা করুন। 3

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

আপনার নির্দিষ্ট সেটআপ নিয়ে কোনো প্রশ্ন আছে?

আমাদের টিম ৮০,০০০ ভেন্যুতে ভেন্যু অপারেটর, IT ম্যানেজার এবং নেটওয়ার্ক ইঞ্জিনিয়ারদের সাথে কাজ করে। একটি ২০ মিনিটের কল বুক করুন এবং আপনার মতো অন্যরা কীভাবে এর সমাধান করেছেন তা আমরা আপনাকে দেখাব।

কী সমস্যা হয় এবং কীভাবে তা সমাধান করবেন?

গেস্ট নেটওয়ার্ক আইসোলেটেড, কিন্তু লগইন পেজ কখনই চালু হয় না

DNS সমস্যার আগে এই সমস্যাটিকে একটি Hotspot স্থিতি যাচাই হিসেবে বিবেচনা করুন। আক্রান্ত WiFi SSID বা নেটওয়ার্কের Hotspot এবং Captive Portal ফিচারটি সক্রিয় আছে কিনা তা নিশ্চিত করুন। Ubiquiti স্পষ্টভাবে একটি শুধুমাত্র-WiFi Hotspot কনফিগারেশনকে সমগ্র নেটওয়ার্ক বা VLAN কনফিগারেশন থেকে আলাদা করে। আপনার কাঙ্ক্ষিত কনফিগারেশন রিস্টোর করুন, একটি নতুন ডিভাইস রি-কানেক্ট করুন এবং যেকোনো এক্সটার্নাল লিঙ্ক টেস্ট করার আগে UniFi এখন একজন আনঅথরাইজড গেস্টকে রেজিস্টার করছে কিনা তা নিশ্চিত করুন। 1 2

এক্সটার্নাল পেজ লোড হওয়ার আগেই রিডাইরেক্ট ব্যর্থ হয়

এই সমস্যাটিকে একটি প্রি-অথরাইজেশন পাথ টেস্ট হিসেবে পরিচালনা করুন। এটি গেস্ট ডিভাইসের DNS রিজলভার, টার্গেট রেজোলিউশন রেজাল্ট এবং ব্রাউজারের আউটপুট সংগ্রহ করে। এরপর, পোর্টাল প্রোভাইডারের বর্তমান প্রয়োজনীয়তার সাথে গেস্ট রুলস তুলনা করুন। Purple-এর নির্দেশিকাগুলো সুনির্দিষ্ট: ফর্ম সাবমিট করার পরে যখন একজন গেস্ট একটি ফাঁকা স্ক্রিন দেখেন, তখন Pre-Auth ACL বা পোস্ট-অথরাইজেশন সেটিংস প্রসেস সম্পন্ন করার জন্য প্রয়োজনীয় ট্রাফিক ব্লক করতে পারে। একটি টার্গেটেড প্রি-অথরাইজেশন পলিসিকে গেস্টদের জন্য সম্পূর্ণ উন্মুক্ত ইন্টারনেট অ্যাক্সেস দিয়ে প্রতিস্থাপন করবেন না। 3

এক্সটার্নাল পেজ লোড হয়, কিন্তু গেস্ট অফলাইনই থাকে

এটি একটি অথরাইজেশন সীমাবদ্ধতা। প্রোভাইডারের ইভেন্টে ক্লায়েন্টের আইডেন্টিটি, UniFi-তে প্রোভাইডারের রিকোয়েস্ট এবং কন্ট্রোলারের ফাইনাল ক্লায়েন্ট স্ট্যাটাস যাচাই করুন। Ubiquiti-এর এক্সটার্নাল ফ্লো API-এর মাধ্যমে রিডাইরেক্ট এবং পরবর্তী অথরাইজেশন অ্যাকশনকে আলাদা করে। একটি পেজ লোড হওয়া প্রমাণ করে যে প্রথম ধাপটি সম্পন্ন হয়েছে, কিন্তু এটি প্রমাণ করে না যে ক্লায়েন্টটি পরবর্তীতে অথরাইজড হিসেবে চিহ্নিত হয়েছে। 2

একটি UniFi Network বা UDM আপডেট প্রত্যাশিত পাথ পরিবর্তন করেছে

ধরে নেবেন না যে একটি লেগ্যাসি কন্ট্রোলার কনফিগারেশন এখনও বর্তমান ইন্টিগ্রেশনের সাথে মিলে যায়। Purple একটি আধুনিক UniFi নেটওয়ার্ক ডিপ্লয়মেন্টকে পূর্ববর্তী স্ট্যান্ডঅ্যালোন কন্ট্রোলার থেকে আলাদা করে এবং হার্ডওয়্যার কনসোল ও সেলফ-হোস্টেড UniFi OS সার্ভারের জন্য অ্যাকাউন্ট তৈরির জন্য পৃথক নির্দেশিকা ডকুমেন্ট করে। নিবেদিত লোকাল অ্যাকাউন্ট, এর রাইট পারমিশন, 2FA স্ট্যাটাস, পাসওয়ার্ড পরিবর্তন সেটিং এবং ইন্টিগ্রেশন ক্লাসিফিকেশন আবার পরীক্ষা করুন। তারপর একটি নতুন ডিভাইস দিয়ে আবার পরীক্ষা করুন। 3

Pi-hole বা আপস্ট্রিম DNS ফিল্টারিং কি UniFi হটস্পট ব্লক করতে পারে?

এটি বিশ্লেষণের অংশ হতে পারে, তবে প্রমাণ ছাড়া এটি চূড়ান্ত সিদ্ধান্ত হওয়া উচিত নয়। অনুমোদিত প্রাথমিক উৎসগুলো এটি প্রতিষ্ঠা করে না যে Pi-hole একটি UniFi রিডাইরেক্ট ত্রুটির কারণ। DNS-কে একটি পরিমাপযোগ্য পাথ হিসেবে বিবেচনা করুন। গেস্ট সেগমেন্টে প্রদত্ত রিজলভার নিশ্চিত করুন, এক্সটার্নাল সার্ভিস ডেস্টিনেশন রিজলভ হচ্ছে কিনা তা যাচাই করুন, চেঞ্জ কন্ট্রোলের অধীনে অনুমোদিত DNS পাথ পরীক্ষা করুন এবং ফলাফলের তুলনা করুন। Apple ডিভাইসের প্রোব আরেকটি কারণ যার জন্য অটো-লগইন অভিজ্ঞতা এবং একটি সাধারণ ব্রাউজার রিকোয়েস্ট উভয়ই রেকর্ড করা উচিত। 4

পরবর্তী পিক আওয়ারের আগে সমাধানটি কাজ করছে তা কীভাবে প্রমাণ করবেন?

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

Hospitality খাতের কোনো প্রতিষ্ঠানে পিক আওয়ারে ভিড় হওয়ার আগে, Retail-এ কোনো ক্যাম্পেইন পিরিয়ডের আগে, Transport-এ কোনো ইভেন্টের আগে বা Healthcare-এ ভিজিটরদের চাহিদা বৃদ্ধির আগে ভেরিফিকেশনটি সম্পন্ন করুন। ফলাফলটি একটি অপারেশনাল লগ হিসেবে সংরক্ষণ করুন: প্রতিটি ধাপে সফল বা ব্যর্থ হওয়া, ডিভাইসের ধরন, কন্ট্রোলার ক্লাসিফিকেশন এবং প্রয়োগ করা যেকোনো পরিবর্তন। এটি একটি জেনেরিক "guest WiFi অনুপলব্ধ" সতর্কতার চেয়ে অনেক বেশি কার্যকর।

বাস্তব জীবনের উদাহরণ সিনারিও: একটি হোটেলে ব্ল্যাঙ্ক স্ক্রিনের ঘটনা

একটি ২০০-রুমের হোটেল রিপোর্ট করেছে যে অতিথিরা ব্র্যান্ডের SSID-এর সাথে সংযোগ করছেন কিন্তু একটি খালি সাইন-ইন পৃষ্ঠা দেখতে পাচ্ছেন। অন-ডিউটি ইঞ্জিনিয়ার একটি নতুন ডিভাইস ব্যবহার করেন এবং নিশ্চিত করেন যে অবস্থা authorised: false, যার অর্থ Hotspot পর্যায়টি উপস্থিত রয়েছে। পৃষ্ঠাটি লোড হতে শুরু করে কিন্তু লেনদেনটি সম্পন্ন হয় না। ইঞ্জিনিয়ার অতিথি প্রি-অথরাইজেশন পাথগুলোর সাথে প্রোভাইডারের বর্তমান সহায়তা নির্দেশিকা তুলনা করেন, অতিথি সেগমেন্টে প্রকৃতপক্ষে বরাদ্দকৃত রিসলভারটি যাচাই করেন এবং পুনরায় পরীক্ষা করেন। পরিমাপযোগ্য সমাপ্তির শর্ত হলো ডিভাইসটি সাইন-ইন সম্পন্ন করবে, authorised: true অবস্থায় পরিবর্তিত হবে এবং প্রত্যাশিত অ্যাক্সেস লাভ করবে। [২] [৩]

বাস্তব জীবনের উদাহরণ সিনারিও: কন্ট্রোলার পরিবর্তনের পরে রিটেইল আউটলেট

একটি রিটেইল দল রিপোর্ট করেছে যে ক্রেতারা একটি বিচ্ছিন্ন SSID-এর সাথে সংযোগ করছেন কিন্তু কন্ট্রোলার পরিবর্তনের পর কখনই সাইন-ইন পৃষ্ঠা দেখতে পাচ্ছেন না। ইঞ্জিনিয়ার DNS দিয়ে শুরু করেন না। তিনি নিশ্চিত করেন যে SSID-টি বিচ্ছিন্ন রয়েছে, তারপর বর্তমান UniFi কনফিগারেশনে Hotspot এবং Captive Portal অপশনগুলো সক্ষম করা আছে কিনা তা যাচাই করেন। কাঙ্ক্ষিত Hotspot অবস্থা পুনরুদ্ধার করার পরে, তিনি একটি নতুন ডিভাইস পুনরায় সংযুক্ত করেন এবং বাহ্যিক পরিষেবা পরীক্ষা করার আগে নথিভুক্ত অননুমোদিত অবস্থা যাচাই করেন। পর্যবেক্ষণযোগ্য ফলাফল হলো একটি রিডাইরেক্ট ইভেন্ট এবং তারপরে একটি সফল অথরাইজেশন অবস্থা। [১] [২]

বাস্তব জীবনের উদাহরণ সিনারিও: একটি কনভেনশন ভেন্যুতে বাহ্যিক অথরাইজেশন ব্যর্থতা

একটি কনভেনশন ভেন্যুর সাইন-ইন পৃষ্ঠা লোড হয় এবং অতিথি ফর্মটি গ্রহণ করে, কিন্তু অংশগ্রহণকারীরা অফলাইন থেকে যান। দলটি ক্লায়েন্টের MAC অ্যাড্রেস রেকর্ড করে এবং রিডাইরেক্টের জন্য বাহ্যিক প্রোভাইডারের ইভেন্ট পরীক্ষা করে। এরপর তারা যাচাই করে যে প্রোভাইডার একই ক্লায়েন্টকে স্বীকৃতি দিয়েছে, অথরাইজেশন অনুরোধ পাঠিয়েছে এবং UniFi authorised: true রেকর্ড করেছে। একটি Purple ইন্টিগ্রেশনের জন্য, তারা স্থানীয় API অ্যাকাউন্ট, রাইট পারমিশন, 2FA সেটিং এবং কন্ট্রোলারের বর্তমান ক্লাসিফিকেশনও যাচাই করে। প্রত্যাশিত ফলাফল হলো একটি ট্র্যাকযোগ্য প্রমাণ চেইন, কারণ সম্পর্কে কোনো অনুমান নয়। [২] [৩]

ইনসিডেন্টটি বন্ধ হয়ে গেলে, আপনার Guest WiFi অপারেশনাল প্রক্রিয়ায় একই রিলিজ গেট ব্যবহার করুন। Guest WiFi সেকশনটি পরিষেবার প্রসঙ্গ প্রদান করে, যেখানে WiFi Analytics অপারেশনাল দলগুলোকে পুনরুদ্ধার-পরবর্তী অভিজ্ঞতা পর্যবেক্ষণ করতে সহায়তা করতে পারে। সংলগ্ন অপারেশনাল নিয়ন্ত্রণের জন্য, Guest WiFi Management: Smart Authentication & Segmentation, Cloud Wifi Management: Secure Enterprise Connectivity 2026, নির্দেশিকা Cisco Meraki splash page not working: a troubleshooting flowchart এবং WiFi 7 Venue Deployment: Infrastructure Readiness for Stadiums and Hospitality Sites দেখুন।

সাধারণ জিজ্ঞাসা

একটি অ্যাক্সেস পেজ দেখানোর জন্য আমার কি একটি গেস্ট VLAN এবং একটি UniFi Hotspot প্রয়োজন?

না। Ubiquiti একটি SSID WiFi এবং একটি সম্পূর্ণ নেটওয়ার্ক বা VLAN উভয়ের উপরেই একটি Hotspot ডকুমেন্ট করে। মূল শর্তটি হলো সংশ্লিষ্ট SSID বা নেটওয়ার্কে Hotspot এবং Captive Portal বৈশিষ্ট্যটি সক্রিয় থাকতে হবে। একটি পৃথক গেস্ট VLAN হলো একটি সেগমেন্টেশন পছন্দ। এটি নিজে থেকে কোনো অননুমোদিত ক্লায়েন্ট স্ট্যাটাস তৈরি করে না বা কোনো বাহ্যিক রিডাইরেক্ট শুরু করে না। 1 2

একটি UniFi প্রি-অথরাইজেশন তালিকায় কী অন্তর্ভুক্ত করা উচিত?

অনুমোদনের আগে নির্বাচিত গেস্ট লগইন প্রক্রিয়া সম্পন্ন করার জন্য শুধুমাত্র প্রয়োজনীয় রুটগুলো। Purple ফাঁকা পোস্ট-ফর্ম স্ক্রিনগুলোকে এমন গেস্ট নিয়মের সাথে লিঙ্ক করে যা লগইন সম্পূর্ণ করার জন্য প্রয়োজনীয় ট্রাফিককে ব্লক করে। আপনার প্রোভাইডারের বর্তমান ডকুমেন্টের সাথে তুলনা করে প্রি-অথরাইজেশন ACL এবং পোস্ট-অথরাইজেশন সেটিংস যাচাই করুন। অন্য কোনো সাইট থেকে ডোমেইনের তালিকা কপি করবেন না বা শুধুমাত্র পেজটি লোড করার জন্য কোনো অরক্ষিত ইন্টারনেট অ্যাক্সেস যোগ করবেন না। 3

একটি অ্যাপ্লিকেশন আপডেটের পর কেন UniFi গেস্ট পোর্টাল কাজ করা বন্ধ করে দিল?

নেটওয়ার্ক পরিবর্তন করার আগে Hotspot স্ট্যাটাস, কন্ট্রোলার ক্লাসিফিকেশন এবং ইন্টিগ্রেশন অ্যাকাউন্ট যাচাই করুন। Ubiquiti এর বর্তমান ডকুমেন্টেশন একটি সাধারণ গেস্ট নেটওয়ার্ক থেকে Hotspot কনফিগারেশনকে আলাদা করে। Purple বর্তমান UniFi নেটওয়ার্ক ইন্টিগ্রেশনগুলোকে লেগ্যাসি স্বতন্ত্র কন্ট্রোলার ডিপ্লয়মেন্ট থেকে আলাদা করে, যার জন্য হার্ডওয়্যার কনসোল এবং স্ব-হোস্ট করা UniFi OS Server অ্যাকাউন্টের জন্য ভিন্ন নির্দেশিকা রয়েছে। প্রতিটি সংশোধনের পরে একটি পরিষ্কার ডিভাইস দিয়ে পুনরায় পরীক্ষা করুন। 1 3

কেন একটি বাহ্যিক পোর্টাল আমার UDM Pro তে লোড হচ্ছে কিন্তু গেস্টকে অথরাইজ করছে না?

একটি পেজ লোড হওয়া রিডাইরেক্ট পর্যায়টি প্রমাণ করে, চূড়ান্ত অথরাইজেশন পর্যায়টি নয়। যাচাই করুন যে বাহ্যিক প্রোভাইডার ক্লায়েন্টের পরিচয় পেয়েছে কিনা, UniFi ক্লায়েন্টের সাথে মিল খুঁজে পেয়েছে কিনা, একটি অথরাইজেশন অনুরোধ পাঠিয়েছে কিনা এবং কন্ট্রোলারটি authorised: true দেখাচ্ছে কিনা। Purple এর জন্য, ডেডিকেটেড লোকাল অ্যাকাউন্টের রাইট পারমিশন (write permissions) আছে কিনা তা যাচাই করুন, এতে যেন কোনো 2FA না থাকে এবং কোনো বাধ্যতামূলক পাসওয়ার্ড পরিবর্তনের প্রয়োজন না থাকে। 2 3

Pi-hole কি UniFi হটস্পট রিডাইরেকশনে বাধা সৃষ্টি করে?

এমনটি ধরে নেবেন না। অনুমোদিত প্রাথমিক উৎসগুলো Pi-hole কে UniFi এর জন্য একটি প্রমাণিত মূল কারণ হিসেবে চিহ্নিত করে না। চেঞ্জ কন্ট্রোলের অধীনে গেস্ট সেগমেন্টের প্রকৃত রিজলভার, ডেস্টিনেশন রেজোলিউশন এবং অনুমোদিত DNS পাথ পরীক্ষা করুন। ডিভাইসের স্বয়ংক্রিয় অনুরোধ এবং একটি সাধারণ ব্রাউজারের ফলাফল উভয়ই রেকর্ড করুন, কারণ Apple ডিভাইসগুলো কানেক্ট করার সময় একটি ক্যাপটিভ নেটওয়ার্ক প্রোব ব্যবহার করে। 4

রিডাইরেকশন ত্রুটি সমাধানের জন্য আমার কি UniFi অ্যাক্সেস পয়েন্টগুলো প্রতিস্থাপন করা উচিত?

না, প্রথম পদক্ষেপ হিসেবে নয়। নথিভুক্ত বাহ্যিক প্রবাহ কনফিগারেশন এবং অনুমোদনের ধাপগুলোর একটি ক্রম নির্দেশ করে: Hotspot-এর স্থিতি, অননুমোদিত ক্লায়েন্টের স্থিতি, পুনঃনির্দেশ, বাহ্যিক প্রক্রিয়াকরণ এবং কন্ট্রোলার অনুমোদন। কোনো হার্ডওয়্যার প্রতিস্থাপনের কথা বিবেচনা করার আগে একটি নতুন টেস্ট ডিভাইসের মাধ্যমে ব্যর্থ ধাপটি চিহ্নিত করুন। 1 2

তথ্যসূত্র

মূল সংজ্ঞাসমূহ

Captive Portal

Hotspot সাইন-ইন ফাংশন যা অনুমোদনের আগে একজন গেস্টের অ্যাক্সেস নিয়ন্ত্রণ করে। UniFi-তে, এটি একটি Hotspot কনফিগারেশনের মধ্যে সক্রিয় করা হয়। [1]

যখন গেস্ট SSID উপস্থিত থাকে কিন্তু কোনো নতুন ডিভাইস কখনই সাইন-ইন ফ্লো শুরু করে না, তখন এটি পরীক্ষা করুন।

Guest network

একটি নেটওয়ার্ক বা VLAN যা অন্যান্য নেটওয়ার্ক ট্রাফিক থেকে গেস্ট ট্রাফিককে আলাদা করতে ব্যবহৃত হয়। এটি নিজে থেকে কোনো Captive Portal সক্রিয় থাকার প্রমাণ নয়।

এক্সটার্নাল সাইন-ইন ওয়ার্কফ্লোর সাথে আইসোলেশন গুলিয়ে ফেলা এড়াতে এই পার্থক্যটি ব্যবহার করুন।

Hotspot

UniFi ফিচার যা একটি WiFi SSID অথবা একটি সম্পূর্ণ নেটওয়ার্ক বা VLAN-এ প্রয়োগ করা যেতে পারে এবং Captive Portal নিয়ন্ত্রণের ভিত্তি তৈরি করে। [1]

যখন কোনো নতুন গেস্ট রিডাইরেক্ট না পান, তখন সবার আগে এটি যাচাই করুন।

Unauthorised client state

Ubiquiti-এর ডকুমেন্টেড এক্সটার্নাল Hotspot ফ্লো-এর প্রাথমিক স্টেট, যেখানে গেস্টকে অথোরাইজড ফলস হিসেবে চিহ্নিত করা হয়। [2]

এক্সটার্নাল রিডাইরেক্ট পাথটি পরীক্ষা করা উচিত কিনা সে সম্পর্কে এটিই কন্ট্রোলার-সাইডের প্রথম নিশ্চিতকরণ।

Pre-Auth ACL

UniFi অ্যাক্সেস-কন্ট্রোল এলাকা যা একজন গেস্ট সাইন-ইন প্রক্রিয়া সম্পূর্ণ করার আগে প্রয়োজনীয় রুটগুলো ঘোষণা করতে ব্যবহৃত হয়। [3]

যখন কোনো ফর্ম সাবমিশন বা সাইন-ইন হ্যান্ড-অফ একটি খালি বা অসমাপ্ত পেজে নিয়ে যায়, তখন এটি পর্যালোচনা করুন।

External portal server

একটি থার্ড-পার্টি সার্ভিস যা UniFi রিডাইরেক্ট গ্রহণ করে এবং Network API-এর মাধ্যমে গেস্টকে অথোরাইজ করতে পারে। [2]

যখন একজন গেস্ট সাইন-ইন সার্ভিসে পৌঁছান কিন্তু অ্যাক্সেস পান না, তখন এই সীমানাটি পরিদর্শন করতে হবে।

Controller API account

UniFi কন্ট্রোলারে অথেন্টিকেট করতে এবং গেস্ট অ্যাক্সেস স্টেট পরিবর্তন করতে একটি ইন্টিগ্রেশন দ্বারা ব্যবহৃত একটি ডেডিকেটেড অ্যাকাউন্ট। Purple-এর জন্য রাইট রাইটস সহ একটি স্থানীয় অ্যাকাউন্ট প্রয়োজন এবং কোনো ইন্টারেক্টিভ অথেন্টিকেশন চ্যালেঞ্জ থাকা চলবে না। [3]

যখন এক্সটার্নাল সার্ভিসটি কন্ট্রোলারে পৌঁছায় কিন্তু গেস্টকে অনুমোদন করতে পারে না, তখন এটি পর্যালোচনা করুন।

Authorised true

ডকুমেন্টেড এক্সটার্নাল অথোরাইজেশন প্রক্রিয়া সম্পন্ন হওয়ার পর ফিরে আসা ক্লায়েন্ট স্টেট। [2]

কোনো ঘটনাকে সমাধান করা হয়েছে বলে ঘোষণা করার আগে এটি একটি পরিমাপযোগ্য সমাপ্তি বিন্দু হিসেবে ব্যবহার করুন।

DNS path

অ্যাক্সেস অনুমোদিত হওয়ার আগে গেস্ট সেগমেন্টে সরবরাহ করা রিজলভার এবং নেম-রেজোলিউশন রুট।

যখন প্রভাবিত গেস্ট সেগমেন্ট থেকে এক্সটার্নাল সার্ভিস ডেস্টিনেশনটি রিজলভ বা লোড হয় না, তখন এটি একটি নিয়ন্ত্রিত ডিপেন্ডেন্সি হিসেবে পরীক্ষা করুন।

সমাধানকৃত উদাহরণসমূহ

একটি প্রতিনিধিত্বমূলক হোটেল ঘটনা: গেস্টরা ব্র্যান্ডেড SSID-এ যুক্ত হন, কিন্তু সাইন-ইন স্ক্রিনটি খালি থাকে।

অননুমোদিত গেস্ট স্টেট নিশ্চিত করতে একটি নতুন ডিভাইস ব্যবহার করুন। যদি স্টেটটি উপস্থিত থাকে কিন্তু সাইন-ইন প্রক্রিয়া সম্পূর্ণ না হয়, তবে প্রকৃত গেস্ট প্রি-অথোরাইজেশন পাথের সাথে এক্সটার্নাল প্রোভাইডারের বর্তমান প্রয়োজনীয়তাগুলো তুলনা করুন, অ্যাসাইন করা DNS পাথটি যাচাই করুন এবং তারপরে পুনরায় পরীক্ষা করুন। গ্রহণযোগ্যতার শর্ত হলো একটি সফল সাইন-ইন, UniFi-তে অথোরাইজড ট্রু এবং প্রত্যাশিত অ্যাক্সেস। [2] [3]

একটি প্রতিনিধিত্বমূলক রিটেল ঘটনা: কন্ট্রোলার পরিবর্তনের পর ক্রেতারা কানেক্ট করেন, কিন্তু কোনো সাইন-ইন পেজ প্রদর্শিত হয় না।

বর্তমান UniFi কনফিগারেশনে SSID-টি Captive Portal সক্রিয় থাকা অবস্থায় একটি Hotspot হিসেবে রয়েছে কিনা তা নিশ্চিত করুন। DNS বা প্রোভাইডার পরীক্ষা করার আগে নতুন ডিভাইসটি অননুমোদিত স্টেটে প্রবেশ করেছে কিনা তা যাচাই করুন। গ্রহণযোগ্যতার শর্ত হলো একটি রিডাইরেক্ট ইভেন্ট এবং তার পর সম্পূর্ণ হওয়া কন্ট্রোলার অথোরাইজেশন। [1] [2]

একটি প্রতিনিধিত্বমূলক কনফারেন্স ভেন্যু ঘটনা: এক্সটার্নাল ফর্মটি সাবমিট করা হয়েছে, কিন্তু অংশগ্রহণকারীরা অফলাইনে রয়েছেন।

অথোরাইজেশন ট্রানজেকশনটি ট্রেস করুন। নিশ্চিত করুন যে এক্সটার্নাল প্রোভাইডার ক্লায়েন্ট আইডেন্টিটি পেয়েছে, সেই ক্লায়েন্টকে ম্যাচ করেছে, অথোরাইজেশন রিকোয়েস্ট পাঠিয়েছে এবং UniFi অথোরাইজড ট্রু দেখাচ্ছে। Purple-এর জন্য, স্থানীয় API অ্যাকাউন্ট, রাইট পারমিশন, 2FA, পাসওয়ার্ড পরিবর্তন সেটিং, কন্ট্রোলার রিচিবিলিটি এবং ক্লাসিফিকেশন পর্যালোচনা করুন। [2] [3]

এই সিরিজে পড়া চালিয়ে যান

Cisco Meraki splash page কাজ করছে না: একটি ট্রাবলশুটিং ফ্লোচার্ট

এই ব্যবহারিক ডে-টু গাইডটি সনাক্ত করে যে ঠিক কোথায় একটি Cisco Meraki splash ফ্লো ব্যর্থ হয়েছে: ক্লায়েন্ট অথরাইজেশন, HTTP রিডাইরেক্ট ইনিশিয়েশন, walled-garden রিচিবিলিটি বা RADIUS সাইন-অন। এটি ভেন্যু আইটি টিমগুলিকে একটি নিয়ন্ত্রিত প্রমাণ পথ প্রদান করে, যাতে তারা একটি লাইভ এস্টেটে বড় কোনো পরিবর্তন না করেই Guest WiFi পুনরুদ্ধার করতে পারে।

গাইডটি পড়ুন →

Enterprise Guest WiFi সেটআপ নির্দেশিকা: VLAN Segmentation, নিরাপত্তা এবং Captive Portals

এই প্রযুক্তিগত নির্দেশিকাটি IT টিমগুলোকে দেখায় কীভাবে VLAN segmentation, firewall policy এবং একটি captive portal ব্যবহার করে Guest WiFi-কে একটি নিয়ন্ত্রিত ইন্টারনেট-অ্যাক্সেস পরিষেবা হিসেবে সেট আপ করতে হয়। এটি আরও ব্যাখ্যা করে যে কীভাবে Purple-এর রেজিস্ট্রেশন ফর্ম এবং অনবোর্ডিং নিয়ন্ত্রণগুলো স্টাফ, পেমেন্ট এবং অপারেশনাল সিস্টেমের চারপাশের সীমানাকে দুর্বল না করে একটি আনুপাতিক ভিজিটর অভিজ্ঞতা প্রদান করতে সহায়তা করে।

গাইডটি পড়ুন →

Starlink-এ কীভাবে Captive Portal সেট আপ করবেন: সামুদ্রিক, পরিবহন এবং দূরবর্তী সাইটগুলির জন্য একটি নির্দেশিকা

এই প্রযুক্তিগত নির্দেশিকায় ব্যাখ্যা করা হয়েছে কীভাবে অতিথি WiFi-এর জন্য একটি সুরক্ষিত, GDPR-সম্মত captive portal স্থাপন করতে Starlink-এর নিজস্ব CGNAT সীমাবদ্ধতাগুলি বাইপাস করা যায়। এটি সামুদ্রিক, পরিবহন এবং দূরবর্তী এন্টারপ্রাইজ সাইটগুলির জন্য নেটওয়ার্ক আর্কিটেকচার, VLAN সেগমেনটেশন এবং ক্লাউড RADIUS ইন্টিগ্রেশন কভার করে।

গাইডটি পড়ুন →

আপনার নির্দিষ্ট সেটআপ নিয়ে কোনো প্রশ্ন আছে?

আমাদের টিম ৮০,০০০ ভেন্যুতে ভেন্যু অপারেটর, IT ম্যানেজার এবং নেটওয়ার্ক ইঞ্জিনিয়ারদের সাথে কাজ করে। একটি ২০ মিনিটের কল বুক করুন এবং আপনার মতো অন্যরা কীভাবে এর সমাধান করেছেন তা আমরা আপনাকে দেখাব।