গেস্ট WiFi-এ "কানেক্টেড কিন্তু কোনো ইন্টারনেট নেই" সমস্যাটির সমাধান
গেস্ট WiFi-এ অতিথিরা কেন "কানেক্টেড, কোনো ইন্টারনেট নেই" বার্তাটি দেখতে পান, আপনি তার আসল কারণ চিহ্নিত করতে পারবেন এবং কোনো নতুন হার্ডওয়্যার ছাড়াই কনফিগারেশন পরিবর্তনের মাধ্যমে সমস্যাটি সমাধান করতে পারবেন। কীভাবে DHCP, ওয়াল্ড গার্ডেন এবং রেট-লিমিট ত্রুটি থেকে DNS টাইমআউটকে আলাদা করবেন এবং তারপরে আপনার তৈরি বিদ্যমান অ্যাক্সেস পয়েন্টগুলিতে একটি এন্টারপ্রাইজ DNS ফিল্টার চালনা করবেন, তা এই গাইডটিতে দেখানো হয়েছে।
Video overview
এই গাইডটি শুনুন
পডকাস্ট ট্রান্সক্রিপ্ট দেখুন
আমাদের মূল সিরিজের অংশ: গেস্ট WiFi গাইড →
Guest WiFi “Connected, No Internet” Root-Cause Diagnostic Tool
Select your venue deployment profile, active connection failure symptom, and wireless infrastructure vendor to calculate probe timeout risks, diagnose DNS/DHCP bottlenecks, and generate multi-vendor remediation steps.
Root-Cause Diagnostic Analysis: Captive portal login popup never appears on mobile devices
Severity: CriticalOS captive portal detection probe DNS queries exceed the 2-5 second timeout window due to upstream resolver latency or dropped UDP packets.
Devices display "Connected, No Internet" and automatically drop the connection or fail back to mobile cellular data.
Deploy a local enterprise DNS caching filter, allowlist probe domains, and ensure UDP port 53 is allowed pre-authentication.
Vendor Implementation Guide: Cisco Meraki (Meraki Dashboard)
- DNS Configuration & Resolver Tuning:Under Wireless > Configure > Access control > Addressing and traffic, set Client IP assignment to "External DHCP server" or "Bridge mode" with reliable public Anycast DNS (1.1.1.1, 8.8.8.8).
- DHCP Scope & Lease Duration:In Security & SD-WAN > Configure > Addressing & VLANs, decrease DHCP lease time on the Guest VLAN to 30 minutes to prevent scope starvation.
- Walled Garden Pre-Authentication Rules:Under Wireless > Access control > Walled garden, enable Walled garden and add: *.purple.ai and the portal hosts only. Leave the OS probe hosts (captive.apple.com, connectivitycheck.gstatic.com, msftconnecttest.com) out, or devices will think they are online.
# Meraki Dashboard Configuration:
# 1. Wireless > Configure > Access Control > Splash Page: "Sign-on splash page"
# 2. Walled Garden ranges: *.purple.ai, fonts.googleapis.com (not the OS probe hosts)
# 3. Client IP assignment: Bridge Mode (NAT mode restricts Layer 2 client isolation)Experiencing guest WiFi onboarding failures across your venue?
Purple works with Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme and Fortinet, and manages the pre-auth walled garden and DNS allowances that most of these failures trace back to.
গেস্ট WiFi-এ কানেক্টেড কিন্তু কোনো ইন্টারনেট নেই সংক্রান্ত ত্রুটি তখন ঘটে যখন ক্যাপটিভ পোর্টাল লোড হওয়ার আগে কানেক্টিভিটি চেক ব্যর্থ হয়। ব্যস্ত ভেন্যুতে, কনজেশনের সময় UDP পোর্ট 53 DNS কোয়েরিগুলির (RFC 1035) টাইম আউট হয়ে যায়। এটি সমাধান করার জন্য একটি ক্যাশিং DNS ফিল্টারে গেস্ট DHCP স্কোপগুলিকে পয়েন্ট করা, Cisco Meraki-এর মতো কন্ট্রোলার জুড়ে ওয়াল্ড গার্ডেন ডোমেনগুলি সম্পূর্ণ করা এবং ট্র্যাফিক শেপিং নিয়মগুলি পর্যালোচনা করা প্রয়োজন।
গেস্ট WiFi-এ "কানেক্টেড, ইন্টারনেট নেই" বিষয়টি কেমন দেখায়?
গেস্টরা সম্পূর্ণ সিগন্যাল বার এবং নেটওয়ার্কে যুক্ত হয়েছেন তা দেখতে পান, কিন্তু কিছুই লোড হয় না। লগইন পেজ কখনই দৃশ্যমান হয় না, তাই তারা শর্তাবলী গ্রহণ করতে বা সাইন ইন করতে পারেন না। এরপর তারা ফ্রন্ট ডেস্ক, হেল্প পয়েন্ট বা সার্ভিস কাউন্টারে যান।
প্রতিটি অপারেটিং সিস্টেম এই সতর্কবার্তাটি বিভিন্নভাবে প্রকাশ করে। আপনার ভেন্যু সাপোর্ট টিমের সেগুলি চিহ্নিত করতে পারা উচিত:
- Windows নেটওয়ার্কের নামের নিচে "No internet" দেখায়।
- Android "Connected without internet" বা "Internet may not be available" দেখায়।
- iPhone এবং iPad নেটওয়ার্কের নামের নিচে "No Internet Connection" দেখায়।
তিনটি বিষয়ই একই ব্যবস্থার মাধ্যমে ঘটে। নেটওয়ার্কে যুক্ত হওয়ার পর, ডিভাইসটি সংযোগ পরীক্ষা করার জন্য একটি পরিচিত ওয়েব ঠিকানার অনুরোধ করে। সেই পরীক্ষা থেকে প্রত্যাশিত পেজ পাওয়া গেলে, ডিভাইসটি সংযোগটিকে সচল হিসেবে গণ্য করে। যদি এটি একটি লগইন পেজ ফেরত দেয়, তবে ডিভাইসটি ক্যাপটিভ পোর্টাল খোলে। যদি এটি কোনো উত্তর না পায়, তবে ডিভাইসটি "no internet" রিপোর্ট করে।
| অপারেটিং সিস্টেম | কানেক্টিভিটি-চেক হোস্টনেম | ব্যর্থ হলে গেস্ট যা দেখতে পান |
|---|---|---|
| iOS, iPadOS, macOS | captive.apple.com | "No Internet Connection" |
| Android | connectivitycheck.gstatic.com | "Connected without internet" |
| Windows 10 এবং 11 | www.msftconnecttest.com | "No internet" |
ডিভাইসটি এই পেজগুলির কোনোটির জন্য অনুরোধ জানানোর আগেই, একে DNS-এর মাধ্যমে হোস্টনেমটি খুঁজে নিতে হয়। বেশিরভাগ উচ্চ-ঘনত্বের ব্যর্থতা এই তথ্য খোঁজার জায়গা থেকেই শুরু হয়।
গেস্ট WiFi-এ সাধারণত কিসের কারণে কানেক্টেড কিন্তু ইন্টারনেট নেই সংক্রান্ত ত্রুটি ঘটে?
একটি কনজেস্টেড নেটওয়ার্কে DNS টাইমআউট
DNS (ডোমেন নেম সিস্টেম) একটি হোস্টনেমকে একটি IP ঠিকানায় রূপান্তরিত করে। RFC 1035-এ সংজ্ঞায়িত করা অনুযায়ী, বেশিরভাগ DNS কোয়েরি UDP পোর্ট 53-এর মাধ্যমে চালিত হয়। UDP-তে কোনো বিল্ট-ইন রিট্রান্সমিশন নেই, তাই কোনো ড্রপ হওয়া কোয়েরি কেবল ডিভাইসের নিজস্ব পুনরায় চেষ্টা করার টাইমারের জন্য অপেক্ষা করে।
কনজেশন হঠাৎ করে বৃদ্ধি পায়। একটি স্টেডিয়ামের হাফ-টাইম, হোটেলের ব্রেকফাস্ট চেক-আউট, বা স্টেশনে কোনো ট্রেন এসে পৌঁছানোর কথা চিন্তা করুন। কয়েক সেকেন্ডের মধ্যে শত শত ডিভাইস যুক্ত হয় এবং প্রতিটি ডিভাইস একই সাথে একটি অনুসন্ধান পাঠায়। যদি রিসলভারটি একটি ব্যস্ত WAN লিঙ্ক জুড়ে বেশ কয়েকটি হপ দূরে অবস্থান করে, তবে কোয়েরিগুলিতে বিলম্ব হয় বা ড্রপ হয়ে যায়। ডিভাইসটি চেষ্টা ছেড়ে দেয়, পোর্টালটি কখনই খোলে না এবং গেস্ট "no internet" দেখতে পান।
অন্যান্য সাধারণ কারণ
ব্যস্ত ভেন্যুতে DNS সবচেয়ে সাধারণ কারণ হলেও একমাত্র কারণ নয়। এগুলোকেও খতিয়ে দেখুন:
- অনুপস্থিত ওয়াল্ড গার্ডেন এন্ট্রি। ওয়াল্ড গার্ডেন হলো ডোমেনগুলির সেই তালিকা যেখানে লগইন করার আগে একটি ডিভাইস পৌঁছাতে পারে। যদি আপনার পোর্টাল বা এর অ্যাসেটগুলি অনুপস্থিত থাকে, তবে পেজটি লোড হতে পারে না।
- DHCP পুল নিঃশেষ হওয়া। ঠিকানার পুল শেষ হয়ে গেলে, ডিভাইসগুলি নিজেদের একটি 169.254.x.x ঠিকানা বরাদ্দ করে এবং কোনো কিছুতেই পৌঁছাতে পারে না।
- UDP পোর্ট 53-এ রেট লিমিট বা QoS থ্রটলিং। প্রতি-ক্লায়েন্ট বা প্রতি-SSID লিমিট খুব কঠোরভাবে সেট করা হলে Surge-এর সময় DNS প্রতিক্রিয়া বন্ধ হয়ে যেতে পারে।
- এনক্রিপ্টেড DNS। DNS over HTTPS (DoH, RFC 8484) এবং DNS over TLS (DoT, RFC 7858) বাইরের রেজলভারগুলিতে লুকআপ পাঠায়। একটি walled garden যা সেই রেজলভারগুলিকে ব্লক করে, তা লগইনের আগেই লুকআপ থামিয়ে দেয়।
- একটি আপস্ট্রিম আউটয়েজ। WAN লিঙ্ক নিজেই ডাউন থাকলে, প্রতিটি ডিভাইস ব্যর্থ হয় এবং প্রতিটি ওয়্যার্ড পোর্টও ব্যর্থ হয়।
আপনার কোন কারণটি ঘটেছে তা কীভাবে বের করবেন?
হার্ডওয়্যার নয়, প্যাটার্ন দিয়ে শুরু করুন। কোনো কিছু পরিবর্তন করার আগে কারণটি নির্দিষ্ট করতে এই ম্যাট্রিক্স ব্যবহার করুন।
| আপনি যা লক্ষ্য করেছেন | সবচেয়ে সম্ভাব্য কারণ | প্রথম পদক্ষেপ |
|---|---|---|
| অনুমানযোগ্য পিক টাইমে ত্রুটি দেখা দেয়, শান্ত সময়ে ঠিক থাকে | ভিড়ের সময় DNS টাইমআউট | গেস্ট DHCP-কে কাছাকাছি থাকা একটি ক্যাশিং DNS ফিল্টারের দিকে পয়েন্ট করুন |
| সারাদিন ধরে প্রতিটি ডিভাইস ব্যর্থ হয় | আপস্ট্রিম WAN আউটয়েজ বা DHCP-তে ভুল DNS সার্ভার | WAN লিঙ্ক এবং DHCP DNS সেটিং পরীক্ষা করুন |
| ডিভাইস একটি 169.254.x.x ঠিকানা দেখায় | DHCP পুল শেষ হয়ে গেছে | পুল বড় করুন বা লিজের সময় কমান |
| পোর্টাল লোড হতে শুরু করে কিন্তু আটকে যায় বা একটি ফাঁকা পৃষ্ঠা দেখায় | Walled garden থেকে পোর্টাল ডোমেনগুলি অনুপস্থিত | আপনার Purple সেটআপ নিবন্ধ থেকে ডোমেনগুলি যোগ করুন |
| কেবল কিছু Android ডিভাইস বা ল্যাপটপ ব্যর্থ হয় | ডিভাইসে প্রাইভেট DNS, DoT বা DoH সেট করা আছে | গেস্টকে প্রাইভেট DNS-কে Automatic-এ পরিবর্তন করতে বলুন |
| প্রতি AP-তে নির্দিষ্ট সংখ্যক ডিভাইসের উপরে গেলেই কেবল ব্যর্থ হয় | UDP পোর্ট 53-এ রেট লিমিট বা QoS | গেস্ট SSID ট্র্যাফিক-শেপিং নিয়ম পর্যালোচনা করুন |
আপনার সাপোর্ট টিম যে তিনটি পরীক্ষা চালাতে পারে
- ডিভাইসের IP ঠিকানা পরীক্ষা করুন। একটি 169.254.x.x ঠিকানা DNS নয়, DHCP-এর দিকে নির্দেশ করে। একটি স্বাভাবিক গেস্ট-রেঞ্জের ঠিকানার অর্থ হল ডিভাইসটি সঠিকভাবে যুক্ত হয়েছে।
- একটি টেস্ট ডিভাইস থেকে একটি লুকআপ টাইমিং করুন। গেস্ট নেটওয়ার্কে থাকা ল্যাপটপ থেকে
nslookup captive.apple.comচালান। ব্যস্ত সময় একটি ধীর বা ব্যর্থ উত্তর DNS বটleneck নিশ্চিত করে। - গেস্ট VLAN-এ প্যাকেট ক্যাপচার করুন। একটি VLAN (ভার্চুয়াল LAN) আপনার অন্যান্য নেটওয়ার্ক থেকে গেস্ট ট্র্যাফিককে আলাদা করে।
udp port 53-এ ক্যাপচার ফিল্টার করুন এবং ম্যাচিং রেসপন্স ছাড়া কোয়েরিগুলি সন্ধান করুন।
তারপর কখন ত্রুটিগুলি ঘটছে তা পরীক্ষা করুন। WiFi Analytics-এ, অতিথিরা সমস্যা রিপোর্ট করার সময়গুলির সাথে সংযোগ এবং লগইন ভলিউমের তুলনা করুন। ব্যর্থতাগুলি যা আপনার সবচেয়ে ব্যস্ত সময়গুলি ট্র্যাক করে তা দৃঢ়ভাবে ভিড়ের দিকে নির্দেশ করে।
কীভাবে একটি এন্টারপ্রাইজ DNS ফিল্টার বটleneck সমাধান করে?
একটি এন্টারপ্রাইজ DNS ফিল্টার হল একটি রেজলভার যা আপনি নিয়ন্ত্রণ করেন, যা গেস্ট নেটওয়ার্কের কাছাকাছি থাকে। এটি দূরবর্তী ISP বা পাবলিক রেজলভারকে প্রতিস্থাপন করে যা DHCP আজ প্রদান করে। এটি তিনটি কাজ করে যা টাইমআউট সরিয়ে দেয়।
এটি ক্যাশে থেকে উত্তর দেয়। একটি ব্যস্ত ভেন্যুতে সংযোগ-পরীক্ষার হোস্টনেমগুলি ঘন্টায় হাজার হাজার বার অনুরোধ করা হয়। একটি কাছাকাছি ফিল্টার তার ক্যাশে থেকে বারবার করা লুকআপের উত্তর দেয়, তাই সেগুলিকে কখনও ভিড়যুক্ত WAN লিঙ্ক অতিক্রম করতে হয় না।
এটি আগেই অনাকাঙ্ক্ষিত ট্র্যাফিক ড্রপ করে। ক্ষতিকারক বা ব্লক করা বিভাগগুলির কোয়েরি ফিল্টারে প্রত্যাখ্যান করা হয়। এটি লুকআপগুলির জন্য WAN সক্ষমতা মুক্ত করে যা গুরুত্বপূর্ণ।
এটি প্রতিটি কোয়েরি লগ করে। কোন ডোমেইনগুলি ব্যর্থ হয়েছে, কখন এবং কতবার ব্যর্থ হয়েছে তার একটি রেকর্ড আপনি পেয়ে যান। পরবর্তীতে যখন কোনো ম্যানেজার কোনো সমস্যার কথা জানান, তখন এটি অনুমানের বদলে প্রমাণ হিসাবে কাজ করে।
এটি কোথায় স্থাপন করবেন
একটি বিস্তৃত স্টেট, যেমন শত শত ছোট সাইট সহ একটি রিটেইল চেইনের জন্য, নিকটবর্তী এজ লোকেশন সহ ক্লাউড-ডেলিভার্ড ফিল্টারটি সাধারণত ব্যবহারিক পছন্দ। একটি একক বড় সাইটের জন্য, যেমন একটি স্টেডিয়াম বা কনফারেন্স সেন্টার, অন-সাইটে হোস্ট করা রিজলভার লুকআপগুলিকে WAN থেকে পুরোপুরি দূরে রাখে। উভয় ক্ষেত্রেই, DHCP-তে দুটি রিজলভার ঠিকানা দিন যাতে একটির ব্যর্থতা নেটওয়ার্ককে সচল রাখা থেকে আটকাতে না পারে।
দুটি সেটিংস যা সাফল্য নির্ধারণ করে
প্রথমত, ফিল্টারে আপনার ক্যাপটিভ পোর্টাল ডোমেইনগুলিকে অনুমোদন দিন। যে ফিল্টার পোর্টালকে ব্লক করে বা দেরি করায় তা সেই একই ত্রুটি পুনরায় তৈরি করে যা আপনি সমাধান করতে চেয়েছিলেন। দ্বিতীয়ত, গেস্ট DNS কে কর্পোরেট DNS থেকে আলাদা রাখুন। PCI DSS নেটওয়ার্ক সেগমেন্টেশনকে আপনার কার্ডহোল্ডার ডাটা এনভায়রনমেন্টের স্কোপ থেকে গেস্ট নেটওয়ার্ককে দূরে রাখার উপায় হিসাবে বিবেচনা করে।
আপনার নির্দিষ্ট সেটআপ নিয়ে কোনো প্রশ্ন আছে?
আমাদের টিম ৮০,০০০ ভেন্যুতে ভেন্যু অপারেটর, IT ম্যানেজার এবং নেটওয়ার্ক ইঞ্জিনিয়ারদের সাথে কাজ করে। একটি ২০ মিনিটের কল বুক করুন এবং আপনার মতো অন্যরা কীভাবে এর সমাধান করেছেন তা আমরা আপনাকে দেখাব।
প্রতিটি ভেন্ডর এবং অপারেটিং সিস্টেমে আপনি এটি কীভাবে সমাধান করবেন?
আপনার অ্যাক্সেস পয়েন্ট এবং কন্ট্রোলারে
Purple হ্যাল্ডওয়্যার-অ্যাগনোস্টিক এবং এটি Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme এবং Fortinet-এ ক্লাউড ওভারলে হিসাবে চলে। সমাধানটি এগুলির প্রতিটিতে একই তিনটি ধাপ অনুসরণ করে:
- গেস্ট DHCP স্কোপে থাকা DNS সার্ভারগুলিকে আপনার এন্টারপ্রাইজ DNS ফিল্টারে আপডেট করুন।
- ওয়ালড গার্ডেন সম্পন্ন করুন। Cisco Meraki, HPE Aruba এবং Ruckus সবাই "walled garden" শব্দটি ব্যবহার করে। আপনার ভেন্ডরের জন্য Purple সেটআপ নিবন্ধটি অনুসরণ করুন, যেখানে কোন ডোমেইনগুলিকে অনুমতি দেওয়া হবে তার সঠিক তালিকা দেওয়া আছে।
- গেস্ট ট্র্যাফিক শেপিং পরীক্ষা করুন যাতে ক্লায়েন্ট-প্রতি সীমাগুলি একটি সার্ভের সময় UDP পোর্ট 53-কে থ্রোটল না করে।
ভেন্ডরদের মধ্যে সেটিংস কপি করবেন না। মেনুর নাম এবং ডিফল্টগুলি আলাদা হয়, তাই Purple সেটআপ নিবন্ধের পাশাপাশি ভেন্ডরের নিজস্ব ডকুমেন্টেশন ব্যবহার করুন।
গেস্টের ডিভাইসে
যখন একজন একক গেস্ট প্রভাবিত হন এবং বাকি সবাই ঠিক থাকে, তখন আপনার ডেস্ক টিম এই ধাপগুলি চেষ্টা করতে পারে:
- নেটওয়ার্কটি Forget করে পুনরায় জয়ন করুন যাতে একটি নতুন কানেক্টিভিটি চেক ট্রিগার হয়।
- ব্রাউজারে একটি সাধারণ http:// ঠিকানা খুলুন যাতে পোর্টালটি দেখতে বাধ্য হয়।
- Android-এ, Private DNS-কে Automatic-এ সেট করুন। একটি নির্দিষ্ট Private DNS প্রদানকারী লগইনের আগে লুকআপ ব্লক করতে পারে।
- গেস্ট সাইন ইন না করা পর্যন্ত যেকোনো VPN অ্যাপ পজ করুন।
বাস্তবায়িত দৃশ্যপট**
নীচের পরিসংখ্যানগুলি দৃষ্টান্তমূলক, কোনো নির্দিষ্ট ডিপ্লয়মেন্ট থেকে নেওয়া নয়। আপনার নিজস্ব ভেন্যুতে কী পরিমাপ করবেন তার একটি মডেল হিসাবে এগুলি ব্যবহার করুন।
প্রাতঃরাশের সময়ে একটি 200টি রুমের হোটেল
পরিস্থিতি। সকাল 7টা থেকে সকাল 9টার মধ্যে ফ্রন্ট-ডেস্কে "ইন্টারনেট নেই" সংক্রান্ত অভিযোগগুলি পুঞ্জীভূত হয়, যখন গেস্টরা চেকআউটের আগে ইমেল চেক করেন। অ্যাক্সেস পয়েন্টগুলি সুস্থ সিগন্যাল এবং অতিরিক্ত এয়ারটাইম দেখায়। গেস্ট DHCP আইএসপির রিজলভারকে হ্যান্ড আউট করে, যা একটি ব্যস্ত লাইনে বেশ কয়েকটি হপ অতিক্রম করে।
কী করা হয়েছিল। IT ম্যানেজার পিক টাইমে nslookup চালিয়েছিলেন এবং দেখেছিলেন যে লুকআপগুলি সরাসরি ব্যর্থ হচ্ছে। দলটি গেস্ট DHCP-কে একটি ক্লাউড DNS ফিল্টারের দিকে নির্দেশ করেছিল, ওয়ালড গার্ডেনে পোর্টাল ডোমেইন যুক্ত করেছিল এবং গেস্ট DNS-কে প্রপার্টি ম্যানেজমেন্ট নেটওয়ার্ক থেকে আলাদা রেখেছিল।
ফলাফল। WiFi Analytics এবং ডেস্ক লগ থেকে পরিমাপ করা হয়েছে যে, ব্যস্ত সময়ে পোর্টাল সম্পন্ন করার হার ৮১% থেকে বেড়ে ৯৭% হয়েছে। ডেস্কে আসা WiFi সংক্রান্ত অভিযোগের সংখ্যা প্রতিদিন সকালে প্রায় ১৫টি থেকে কমে দুটিতে নেমে এসেছে। হোটেল গেস্ট নেটওয়ার্ক সম্পর্কে আরও জানতে, আমাদের হসপিটালিটি পেজগুলি দেখুন।
হাফ-টাইমে ৩০,০০০ ধারণক্ষমতার একটি স্টেডিয়াম
পরিস্থিতি। ভক্তরা প্রতিটি হাফ-টাইমে "connected without internet" সমস্যার কথা জানিয়েছেন, যেখানে প্রতিটি অর্ধেকের প্রথম দশ মিনিট স্বাভাবিকভাবেই চলেছে। গেস্ট VLAN-এ প্যাকেট ক্যাপচারের ফলে দেখা গেছে যে, ভিড়ের সময় DNS কোয়ারির কোনো উত্তর পাওয়া যায়নি।
যা করা হয়েছিল। নেটওয়ার্ক আর্কিটেক্ট ক্লাউড ফলব্যাকসহ একটি অন-সাইট রিজলভার স্থাপন করেন। টিম ক্লায়েন্ট-প্রতি রেট লিমিট সরিয়ে দেয় যা UDP পোর্ট ৫৩-কে বাধা দিত এবং DHCP স্কোপকে নতুন রিজলভারে স্থানান্তরিত করে।
ফলাফল। পরবর্তী ক্যাপচারগুলিতে হাফ-টাইমে উত্তর না পাওয়া DNS কোয়ারির সংখ্যা ১২% থেকে কমে ১%-এর নিচে চলে আসে। আগের ম্যাচের তুলনায় বিরতির সময় ভক্তদের লগইন করার হার ৪০% বৃদ্ধি পেয়েছে।
কীভাবে আপনি 'connected no internet' ভুলগুলি আবার ঘটা বন্ধ করবেন?
- কখনওই কেবল দূরবর্তী কোনো পাবলিক রিজলভারের ওপর নির্ভর করবেন না। পাবলিক DNS সাধারণত ভালো কাজ করে, তবে ভিড়ের সময় কয়েক ধাপ দূরে থাকা রিজলভার অতিরিক্ত বিলম্ব ঘটায় যা আপনার নিয়ন্ত্রণের বাইরে।
- উত্তর না পাওয়া DNS কোয়ারির ক্ষেত্রে অ্যালার্ট সেট করুন। আপনার ফায়ারওয়াল বা কোর সুইচ এমনভাবে কনফিগার করুন যাতে গেস্ট নেটওয়ার্কে UDP পোর্ট ৫৩-র ড্রপ বৃদ্ধি পেলে তা চিহ্নিত করা যায়, যা অতিথিদের নজরে আসার আগেই টাইমআউটের সংকেত দেয়।
- প্রতি মাসে DNS ফিল্টার ব্লকক্লিপগুলি পর্যালোচনা করুন। অতিরিক্ত কড়া বিভাগগুলি বৈধ অ্যাপগুলিকে ব্যাহত করে এবং নতুন সহায়তা টিকিটের সৃষ্টি করে।
- একটি লগ ধরে রাখার সময়সীমা নির্ধারণ করুন। DNS লগগুলি আইপি অ্যাড্রেসকে পরিদর্শিত ডোমেইনের সাথে সংযুক্ত করে, তাই GDPR-এর অধীনে সেগুলিকে ব্যক্তিগত তথ্য হিসেবে বিবেচনা করুন।
- আপনার হার্ডওয়্যার সমর্থন করলে RFC 8910 গ্রহণ করুন। এটি DHCP-কে ডিভাইসকে ক্যাপটিভ পোর্টাল কোথায় আছে তা জানাতে দেয়, ফলে ডিভাইসটি কানেক্টিভিটি-চেক লুকআপের ওপর কম নির্ভর করে।
- পুনরায় আসা ভিজিটরদের জন্য Passpoint বিবেচনা করুন। Passpoint (যাকে Hotspot 2.0-ও বলা হয়) এবং OpenRoaming ডিভাইসগুলিকে ক্যাপটিভ পোর্টাল ছাড়াই সুরক্ষিতভাবে যুক্ত হতে দেয়, যা তাদের জন্য এই ব্যর্থতার মোডটিকে সম্পূর্ণ দূর করে।
Purple ৯০টিরও বেশি দেশে ৮০,০০০-এরও বেশি লাইভ ভেন্যুতে Guest WiFi পরিচালনা করে, যেখানে বছরে ৫০ কোটি ব্যবহারকারী এবং লগইন রয়েছে। স্বাস্থ্যসেবার ওয়েটিং রুম থেকে শুরু করে ট্রেন পর্যন্ত, একটি সাধারণ নিয়ম প্রযোজ্য: ব্যান্ডউইথ কেনার আগে DNS ঠিক করুন।
প্রায়শই জিজ্ঞাসিত প্রশ্নাবলী
'connected no internet' ভুলগুলি ঠিক করতে আমাদের কি নতুন অ্যাক্সেস পয়েন্টের প্রয়োজন?
না, বেশিরভাগ ক্ষেত্রেই প্রয়োজন নেই। যখন সমস্যাটি পিক টাইমে দেখা দেয়, তখন এর কারণ সাধারণত DNS রেজোলিউশন, অ্যাক্সেস পয়েন্ট হার্ডওয়্যার নয়। এর সমাধান হলো একটি কনফিগারেশন পরিবর্তন: গেস্ট DHCP-কে কাছাকাছি থাকা কোনো এন্টারপ্রাইজ DNS ফিল্টারের দিকে নির্দেশ করুন, ওয়াল্ড গার্ডেন সম্পূর্ণ করুন এবং ট্রাফিক-শেপিং নিয়মগুলি পর্যালোচনা করুন। প্যাকেট ক্যাপচারে অ্যাক্সেস পয়েন্টগুলি স্বাভাবিক লোডে ট্রাফিক ড্রপ করছে দেখানোর পর এবং DHCP ও DNS-এর সমস্যা বাতিল করার পরেই হার্ডওয়্যার প্রতিস্থাপন করুন।
Purple কি আমাদের ইতিপূর্বে মালিকানাধীন হার্ডওয়্যারের সাথে কাজ করে?
হ্যাঁ, Purple আপনার ইতিমধ্যেই থাকা অ্যাক্সেস পয়েন্টগুলিতে কাজ করে। Purple হর্ডওয়্যার-অ্যাগনস্টিক এবং এটি Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme এবং Fortinet-এ একটি ক্লাউড ওভারলে হিসাবে প্রয়োগ করা হয়। এতে বিদ্যমান সিস্টেম পরিবর্তনের কোনো প্রয়োজন নেই। Purple প্রতিটি ভেন্ডরের জন্য একটি সেটআপ নিবন্ধ প্রকাশ করে, যেখানে আপনার কন্ট্রোলারের প্রয়োজনীয় ওয়াল্ড গার্ডেন ডোমেনগুলি তালিকাভুক্ত থাকে যাতে গেস্টরা সাইন ইন করার আগেই ক্যাপটিভ পোর্টাল লোড হয়।
একটি এন্টারপ্রাইজ DNS ফিল্টার কি আমাদের গেস্ট WiFi ধীর গতিসম্পন্ন করবে?
না, একটি সঠিকভাবে স্থাপন করা DNS ফিল্টার সাধারণত লুকআপগুলি দ্রুততর করে। এটি ISP বা পাবলিক রেজলভারের তুলনায় গেস্ট নেটওয়ার্কের কাছাকাছি থাকে এবং এর ক্যাশ থেকে বারবার করা লুকআপের উত্তর দেয়। ঝুঁকিটি স্থাপন এবং কনফিগারেশনের মধ্যে রয়েছে, ফিল্টারিংয়ের মধ্যে নয়। রিডানডেন্সির জন্য দুটি রেজলভার ঠিকানা দিন এবং আপনার ক্যাপটিভ পোর্টাল ডোমেনগুলিকে অনুমতি দিন যাতে ফিল্টার কখনও লগইন পেজ প্রদর্শনে বিলম্ব না করে।
গেস্টদের ৮.৮.৮.৮-এর মতো কোনো পাবলিক রেজলভার কেন দেওয়া হচ্ছে না?
আপনি দিতে পারেন, তবে এটি কনজেসশন টাইমআউট সমস্যার সমাধান করে না। একটি পাবলিক রেজলভার এখনও আপনার WAN লিঙ্কের অপর প্রান্তে থাকে, তাই প্রতিটি লুকআপ সেই ট্র্যাফিক বৃদ্ধির সাথে প্রতিযোগিতা করে যা ব্যর্থতার কারণ হয়। এটি আপনাকে কোনো ফিল্টারিং এবং ট্রাবলশুটিংয়ের জন্য কোনো কোয়েরি লগও প্রদান করে না। একটি কাছাকাছি থাকা এন্টারপ্রাইজ ফিল্টার ক্যাশ থেকে উত্তর দেয়, অবাঞ্ছিত বিভাগগুলি প্রত্যাখ্যান করে এবং প্রতিটি ব্যর্থ লুকআপ রেকর্ড করে, যা পাবলিক DNS আপনার জন্য করতে পারে না।
আমরা GDPR-এর অধীনে DNS কোয়েরি লগগুলি কীভাবে পরিচালনা করব?
DNS লগগুলিকে ব্যক্তিগত ডেটা হিসাবে বিবেচনা করুন, কারণ সেগুলি IP ঠিকানাগুলিকে একটি ডিভাইসের ভিজিট করা ডোমেনগুলির সাথে লিঙ্ক করে। একটি নির্দিষ্ট ধরে রাখার সময়সীমা নির্ধারণ করুন, আপনার নেটওয়ার্ক এবং নিরাপত্তা টিমের অ্যাক্সেস সীমাবদ্ধ করুন এবং আপনার গোপনীয়তা বিজ্ঞপ্তিতে এর উদ্দেশ্য রেকর্ড করুন। Purple হলো ISO 27001 সার্টিফাইড এবং GDPR অনুসংগত, এবং আপনি এর মাধ্যমে গেস্ট ট্র্যাফিক রুট করার আগে আপনার DNS ফিল্টার সরবরাহকারীর সমতুল্য সার্টিফিকেশন দেখানো উচিত।
রোলআউট করতে কতটা প্রচেষ্টার প্রয়োজন?
পরিবর্তনটি নিজেই ছোট; পরীক্ষার জন্যই সবচেয়ে বেশি প্রচেষ্টার প্রয়োজন হয়। আপনি গেস্ট DHCP স্কোপে DNS সার্ভারগুলি আপডেট করেন, ফিল্টারের অনুমতি তালিকায় পোর্টাল ডোমেনগুলি যুক্ত করেন এবং ওয়াল্ড গার্ডেন পরীক্ষা করেন। একটি বাস্তব পিক টাইমে পরীক্ষা করার পরিকল্পনা করুন, যেমন ব্রেকফাস্টের ব্যস্ত সময় বা হাফ-টাইম, কারণ একটি শান্ত বিকেল সেই কনজেসশন তৈরি করবে না যা ত্রুটির কারণ হয়েছিল।
Passpoint বা OpenRoaming কি ত্রুটিটি দূর করবে?
হ্যাঁ, যে ডিভাইসগুলি সেগুলি ব্যবহার করে সেগুলির জন্য। Passpoint এবং OpenRoaming ডিভাইসগুলিকে একটি ক্যাপটিভ পোর্টাল ছাড়াই সুরক্ষিতভাবে যুক্ত হতে দেয়, তাই ব্যর্থ হওয়ার মতো কোনো পোর্টাল থাকে না। প্রথমবার যারা ভিজিট করছেন এবং Passpoint প্রোফাইল ছাড়া ডিভাইসগুলি এখনও ক্যাপটিভ পোর্টাল ব্যবহার করে, তাই আপনার এখনও দ্রুত DNS এবং একটি সম্পূর্ণ ওয়াল্ড গার্ডেন প্রয়োজন। উভয়ই একসাথে চালান: পুনরায় ভিজিট করা ব্যবহারকারীদের জন্য Passpoint, এবং বাকি সবার জন্য একটি টিউন করা পোর্টাল।
মূল সংজ্ঞাসমূহ
ক্যাপটিভ পোর্টাল
ইন্টারনেট অ্যাক্সেস দেওয়ার আগে গেস্ট নেটওয়ার্ক যে লগইন পেজটি পরিবেশন করে। RFC 8910 একটি DHCP এবং IPv6 রাউটার অ্যাডভারটাইজমেন্ট বিকল্প নির্দিষ্ট করে যা ডিভাইসটিকে পোর্টালের API ঠিকানা জানিয়ে দেয়, যাতে ব্যর্থ হওয়া ওয়েব রিকোয়েস্ট থেকে এটিকে পোর্টাল অনুমান করতে না হয়।
আপনার অতিথিরা এখানে শর্তাবলী স্বীকার করেন অথবা সাইন ইন করেন। পোর্টালটি যদি কখনো না খোলে, তবে তারা অনলাইনে যেতে পারেন না এবং সমস্যাটির মুখোমুখি হতে হয় ফ্রন্ট ডেস্কে বা হেল্প পয়েন্টে।
কানেক্টিভিটি চেক
একটি নেটওয়ার্কে যুক্ত হওয়ার পর প্রতিটি অপারেটিং সিস্টেম একটি পরিচিত হোস্টনেমে যে HTTP রিকোয়েস্ট পাঠায়: iOS, iPadOS এবং macOS-এ captive.apple.com, Android-এ connectivitycheck.gstatic.com এবং Windows 10 ও 11-এ www.msftconnecttest.com। প্রত্যাশিত পেজ পাওয়ার অর্থ ডিভাইসটি অনলাইনে রয়েছে, একটি লগইন পেজ পোর্টালটিকে ট্রিগার করে এবং কোনো উত্তর না পাওয়ার অর্থ "ইন্টারনেট নেই"।
এই চেকের মাধ্যমেই আপনার সাপোর্ট টিম দেখতে পাওয়া সতর্কবার্তার প্রতিটি ভ্যারিয়েন্ট তৈরি করে। এটি প্রথমে একটি DNS লুকআপের ওপর নির্ভর করে, যেখান থেকে অতিরিক্ত ভিড়ের সময়ে নেটওয়ার্কের ত্রুটি তৈরি হওয়া শুরু হয়।
DNS (ডোমেন নেম সিস্টেম)
একটি প্রোটোকল যা হোস্টনেমগুলিকে IP ঠিকানায় রূপান্তর করে, যা RFC 1035-এ নির্দিষ্ট করা রয়েছে। অধিকাংশ কোয়েরি UDP পোর্ট ৫৩-এর মাধ্যমে প্রবাহিত হয়, যার কোনো বিল্ট-ইন রিট্রান্সমিশন নেই, তাই বাদ পড়া কোয়েরি ডিভাইসের নিজস্ব পুনরায় চেষ্টা করার টাইমারের ওপর নির্ভর করে।
যখন একসাথে শত শত ডিভাইস যুক্ত হয় এবং সমাধানটি একটি ব্যস্ত WAN লিঙ্কের ওপারে অবস্থান করে, তখন লুকআপ টাইমআউট হয় এবং পোর্টালটি কখনোই খোলে না।
এন্টারপ্রাইজ DNS ফিল্টার
আপনার নিয়ন্ত্রণে থাকা একটি সমাধান যা গেস্ট নেটওয়ার্কের কাছাকাছি রাখা হয়। এটি ক্যাশে থেকে পুনরায় চেষ্টা করা লুকআপের উত্তর দেয়, ক্ষতিকারক বা ব্লক করা ক্যাটাগরির জন্য করা কোয়েরি প্রত্যাখ্যান করে এবং ডোমেন, সময় ও পুনরাবৃত্তির ভিত্তিতে প্রতিটি কোয়েরি রেকর্ড বা লগ করে।
এটি আপনার গেস্ট DHCP স্কোপে থাকা দূরবর্তী ISP বা পাবলিক সমাধানকে প্রতিস্থাপন করে। এটি বিস্তৃত সম্পত্তির জন্য ক্লাউডের মাধ্যমে বা একক বড় ভেন্যুর জন্য অন-সাইটে মোতায়েন করুন।
ওয়াল্ড গার্ডেন
একটি ডোমেনের তালিকা যা একটি ডিভাইস ক্যাপটিভ পোর্টাল নেটওয়ার্কে অথেন্টিকেশনের আগে পৌঁছাতে পারে। Cisco Meraki, HPE Aruba এবং Ruckus সকলেই তাদের কন্ট্রোলার কনফিগারেশনে এই শব্দটি ব্যবহার করে।
আপনার পোর্টাল ডোমেন বা সম্পদ অনুপস্থিত থাকলে পেজটি থমকে যায় বা খালি দেখায়। অনুমতি দিতে হবে এমন সঠিক ডোমেনগুলির তালিকা Purple-এর ভেন্ডর-ভিত্তিক সেটআপ নিবন্ধে দেওয়া রয়েছে।
DHCP পুল এক্সহশন
এমন একটি অবস্থা যেখানে একটি ডাইনামিক হোস্ট কনফিগারেশন প্রোটোকল (RFC 2131) সার্ভারের স্কোপে কোনো ফ্রি অ্যাড্রেস অবশিষ্ট থাকে না, ফলে নতুন ডিভাইসগুলি নিজেদেরকে একটি 169.254.x.x লিঙ্ক-লোকাল অ্যাড্রেস অ্যাসাইন করে এবং কোনো কিছুতেই পৌঁছাতে পারে না।
গেস্ট ডিভাইসে একটি 169.254.x.x ঠিকানা DHCP-কে নির্দেশ করে, DNS-কে নয়। পুল বড় করুন বা লিজের সময় কমান।
DNS over HTTPS (DoH) এবং DNS over TLS (DoT)
এনক্রিপ্টেড DNS ট্রান্সপোর্ট: RFC 8484-এ নির্দিষ্ট করা অনুযায়ী DoH HTTPS-এর ভেতরে কুয়েরি পরিবহন করে এবং RFC 7858-এ নির্দিষ্ট করা অনুযায়ী DoT সেগুলি একটি TLS সেশনের মাধ্যমে পরিবহন করে। উভয়ই আপনার নেটওয়ার্কের বাইরের রিজলভারগুলিতে লুকআপ পাঠায়।
একটি ওয়ার্ল্ড গার্ডেন যা সেই বাইরের রিজলভারগুলিকে ব্লক করে তা লগইনের আগেই লুকআপ থামিয়ে দেয়। Android-এ, গেস্টকে প্রাইভেট DNS 'অটোমেটিক'-এ সেট করতে বলুন।
VLAN (ভার্চুয়াল LAN)
IEEE 802.1Q ট্যাগিং দ্বারা সংজ্ঞায়িত একটি লজিক্যাল নেটওয়ার্ক সেগমেন্ট, যা শেয়ার্ড স্যুইচিং ইনফ্রাস্ট্রাকচারে অন্যান্য নেটওয়ার্ক থেকে গেস্ট ট্র্যাফিককে আলাদা করে।
উত্তর না পাওয়া কুয়েরিগুলি খুঁজে পেতে udp পোর্ট 53-এ ফিল্টার করা গেস্ট VLAN-এ প্যাকেট ক্যাপচার করুন। সেগমেন্টেশন গেস্ট ট্র্যাফিককে PCI DSS কার্ডহোল্ডার ডেটা এনভায়রনমেন্ট স্কোপের বাইরেও রাখে।
Passpoint (Hotspot 2.0) এবং OpenRoaming
Passpoint, যাকে Hotspot 2.0-ও বলা হয়, IEEE 802.11u নেটওয়ার্ক ডিসকভারি এবং IEEE 802.1X পোর্ট-ভিত্তিক অথেন্টিকেশনের ওপর ভিত্তি করে তৈরি করা হয়েছে যাতে একটি প্রোফাইল সহ ডিভাইস ক্যাপটিভ পোর্টাল ছাড়াই নিরাপদে যুক্ত হয়। OpenRoaming অংশগ্রহণকারী নেটওয়ার্ক জুড়ে এটিকে বিস্তৃত করে।
একটি প্রোফাইল সহ পুনরাবৃত্তি করা ভিজিটররা কখনোই পোর্টালে পৌঁছায় না, তাই এই ব্যর্থতার মোডটি তাদের জন্য অদৃশ্য হয়ে যায়। প্রথমবার আসা ভিজিটরদের এখনও দ্রুত DNS এবং একটি সম্পূর্ণ ওয়ার্ল্ড গার্ডেন প্রয়োজন।
GDPR ব্যক্তিগত ডেটা (DNS লগ)
UK GDPR এবং EU GDPR-এর অধীনে, একটি শনাক্তকারী যেমন একটি IP অ্যাড্রেসকে অ্যাক্টিভিটির সাথে লিঙ্ক করা তথ্য ব্যক্তিগত ডেটা হিসাবে গণ্য হয়, যার জন্য একটি নির্দিষ্ট উদ্দেশ্য, সীমিত রিটেনশন এবং সীমাবদ্ধ অ্যাক্সেস প্রয়োজন।
DNS ফিল্টার লগগুলি IP অ্যাড্রেসকে ভিজিট করা ডোমেনগুলির সাথে লিঙ্ক করে। একটি রিটেনশন পিরিয়ড সেট করুন, আপনার নেটওয়ার্ক এবং সিকিউরিটি টিমের কাছে অ্যাক্সেস সীমাবদ্ধ করুন এবং আপনার গোপনীয়তা বিজ্ঞপ্তিতে উদ্দেশ্য রেকর্ড করুন।
সমাধানকৃত উদাহরণসমূহ
একটি ২০০ কক্ষের হোটেলে সকাল ৭টা থেকে সকাল ৯টার মধ্যে ফ্রন্ট-ডেস্কে "ইন্টারনেট নেই" সংক্রান্ত অভিযোগ আসে। অ্যাক্সেস পয়েন্টগুলিতে হেলদি সিগন্যাল এবং অতিরিক্ত এয়ারটাইম দেখা যায়, আর গেস্ট DHCP একটি ব্যস্ত লাইনের মাধ্যমে বহু দূরে থাকা ISP-এর সমাধান প্রদান করে। এ অবস্থায় IT ম্যানেজারের কী করা উচিত? (পরিসংখ্যানগুলি কেবল উদাহরণের জন্য দেওয়া হয়েছে।)
IT ম্যানেজার পিক আওয়ারের সময় একটি গেস্ট-নেটওয়ার্ক ল্যাপটপ থেকে nslookup চালিয়ে দেখতে পান যে লুকআপ সম্পূর্ণ ব্যর্থ হচ্ছে, যা রেডিও ত্রুটির চেয়ে DNS বটমনেক সমস্যার বিষয়টি নিশ্চিত করে। টিম গেস্ট DHCP-কে একটি ক্লাউড DNS ফিল্টারের দিকে নির্দেশ করে যাতে পুনরায় সংযোগ করার চেষ্টার সময় লুকআপগুলির উত্তর ক্যাশে থেকেই পাওয়া যায়। তারা ওয়াল্ড গার্ডেনে পোর্টাল ডোমেনগুলি যোগ করেছিলেন যাতে সাইন-ইন করার আগেই লগইন পেজটি লোড হয়ে যায়। সেগমেন্টেশন বজায় রাখতে তারা গেস্ট DNS-কে প্রপার্টি ম্যানেজমেন্ট নেটওয়ার্ক থেকে আলাদা রাখেন। WiFi Analytics এবং ডেস্কে থাকা লগ থেকে মেপে দেখা গেছে যে, পিক আওয়ারে পোর্টাল সাইন-ইন সংক্রান্ত কাজ সম্পন্ন হওয়ার হার ৮১% থেকে বেড়ে ৯৭% হয়েছে, এবং ফ্রন্ট-ডেস্কে আসা অভিযোগের সংখ্যা সকালের দিকে প্রতিদিন প্রায় ১৫টি থেকে কমে মাত্র দুটিতে নেমে এসেছে।
৩০,০০০ দর্শক ধারণক্ষমতা বিশিষ্ট একটি স্টেডিয়ামে প্রতি হাফ-টাইমে সমর্থকরা "ইন্টারনেট ছাড়া কানেক্টেড" বলে জানান, অথচ প্রতি হাফের প্রথম দশ মিনিট নেটওয়ার্ক মসৃণভাবে চলে। ব্যবহার বৃদ্ধি পাওয়ার সময় গেস্ট VLAN-এ প্যাকেট ক্যাপচারে দেখা যায় যে, কোনো উত্তর ছাড়াই DNS কোয়েরি যাচ্ছে। নেটওয়ার্ক আর্কিটেক্টের কীভাবে এটি পরিচালনা করা উচিত? (পরিসংখ্যানগুলি কেবল উদাহরণের জন্য দেওয়া হয়েছে।)
প্যাটার্নটি অতিরিক্ত ভিড়ের দিকে ইঙ্গিত করছিল, তাই আর্কিটেক্ট ক্লাউড ফলব্যাক সুবিধাসহ একটি অন-সাইট সমাধান মোতায়েন করেন। সাইটে লুকআপ নেওয়ার কারণে ভিড়ের সময় WAN-এর ওপর চাপ সম্পূর্ণ কমে যায়। টিম একটি পার-ক্লায়েন্ট রেট লিমিটের সন্ধান পেয়ে সেটি সরিয়ে দেয় যা UDP পোর্ট ৫৩-কে বাধা দিচ্ছিল। এর ফলে একসাথে হাজার হাজার ডিভাইস যুক্ত হলে DNS নিষ্ক্রিয় হয়ে পড়ছিল। তারা গেস্ট DHCP স্কোপকে নতুন সমাধানটিতে স্থানান্তরিত করেন। পরবর্তী ক্যাপচারে দেখা গেছে হাফ-টাইমে উত্তর না পাওয়া DNS কোয়েরির হার ১২% থেকে কমে ১%-এর নিচে নেমে এসেছে। বিরতির সময় দর্শকদের লগইন করার সংখ্যা আগের ম্যাচের তুলনায় ৪০% বৃদ্ধি পেয়েছে।
অনুশীলনী প্রশ্নসমূহ
Q1. একটি স্টেডিয়ামের IT ডিরেক্টর লক্ষ্য করেছেন যে হাফ-টাইমের সময়, হাজার হাজার ব্যবহারকারী WiFi-এ কানেক্ট করলেও ক্যাপটিভ পোর্টালে পৌঁছাতে ব্যর্থ হন। কোর স্যুইচ ভারী UDP প্যাকেট ড্রপ দেখায়। তাদের কি WAN ব্যান্ডউইথ 2Gbps থেকে 5Gbps এ বাড়ানো উচিত?
ইঙ্গিত: কোন প্রোটোকল ড্রপ করা হচ্ছে এবং এটি পেলোড ব্যান্ডউইথ নাকি কানেকশন স্টেট লিমিটের সাথে সম্পর্কিত তা বিবেচনা করুন।
মডেল উত্তর দেখুন
না। WAN ব্যান্ডউইথ বাড়ালে সমস্যার সমাধান হবে না। UDP প্যাকেট ড্রপ নির্দেশ করে যে ফায়ারওয়াল বা রিজলভার সমসাময়িক DNS কুয়েরির বিপুল পরিমাণ সামলাতে পারছে না (স্টেট টেবিল এক্সহশন বা CPU লিমিট)। সঠিক পদ্ধতি হলো এজ-এ একটি উচ্চ-কার্যক্ষমতার লোকাল DNS ফিল্টার মোতায়েন করা যাতে এই কুয়েরিগুলি স্থানীয়ভাবে ক্যাশ এবং রেসপন্স করা যায়, যা WAN বটleneck সম্পূর্ণরূপে এড়িয়ে যায়।
Q2. আপনি সবেমাত্র একটি হোটেলের গেস্ট নেটওয়ার্কে একটি এন্টারপ্রাইজ DNS ফিল্টার মোতায়েন করেছেন। গেস্টরা এখন পাবলিক ওয়েবসাইটগুলি দ্রুত রিজলভ করতে পারছে, কিন্তু তারা যখন প্রথম কানেক্ট করে, তখন তাদের হোটেলের লগইন পেজে রিডাইরেক্ট করা হয় না। সবচেয়ে সম্ভাব্য কনফিগারেশন ত্রুটি কোনটি?
ইঙ্গিত: লগইন পেজের ডোমেন নেম সম্পর্কে চিন্তা করুন।
মডেল উত্তর দেখুন
সবচেয়ে সম্ভাব্য ত্রুটি হলো ক্যাপটিভ পোর্টালের নিজস্ব ডোমেনটি DNS ফিল্টারে স্পষ্টভাবে হোয়াইটলিস্ট (পাসথ্রু) করা হয়নি। ফিল্টারটি পোর্টাল URL-এর রিজলিউশন ব্লক করছে বা বিলম্বিত করছে, যা রিডাইরেকশন সম্পন্ন হতে বাধা দিচ্ছে।
Q3. একটি পাবলিক সেক্টর সংস্থার নিরাপত্তা নীতি মেনে চলার জন্য সমস্ত গেস্ট WiFi ট্র্যাফিক 90 দিনের জন্য লগ করা প্রয়োজন। একটি এন্টারপ্রাইজ DNS ফিল্টার মোতায়েন করা কীভাবে এই প্রয়োজনীয়তায় সাহায্য করে?
ইঙ্গিত: একটি সাধারণ ফায়ারওয়ালের তুলনায় একটি DNS ফিল্টার কী ডেটা প্রসেস করে তা বিবেচনা করুন।
মডেল উত্তর দেখুন
একটি এন্টারপ্রাইজ DNS ফিল্টার ক্লায়েন্ট ডিভাইসগুলির দ্বারা করা সমস্ত DNS কুয়েরি নেটিভভাবে লগ করে। এটি কোন ডোমেনগুলি এবং কখন অনুরোধ করা হয়েছিল তার একটি স্পষ্ট, অনুসন্ধানযোগ্য অডিট ট্রেইল প্রদান করে, যা সমস্ত এনক্রিপ্টেড HTTPS পেলোড ট্র্যাফিকে ডিপ প্যাকেট ইন্সপেকশন করার প্রয়োজন ছাড়াই 90 দিনের লগিং প্রয়োজনীয়তা পূরণ করে।
প্রায়শই জিজ্ঞাসিত প্রশ্নাবলী
Why does guest WiFi say connected but no internet?
The 'Connected, No Internet' status occurs when a client device associates with an access point and receives an IP address, but its operating system detection probe fails to reach the internet. On guest WiFi networks, this is most commonly caused by DNS query timeouts on captive portal detection domains (such as captive.apple.com or connectivitycheck.gstatic.com), DHCP lease scope exhaustion, or firewalls blocking pre-authentication DNS traffic.
How do captive portal detection probes work on guest WiFi across iOS, Android, and Windows?
When connecting to an open or guest WiFi SSID, modern operating systems immediately transmit plaintext HTTP probe requests to vendor test URLs (iOS uses captive.apple.com/hotspot-detect.html, Android queries connectivitycheck.gstatic.com/generate_204, and Windows tests msftconnecttest.com/connecttest.txt). If the network returns an HTTP 200/204, the OS marks the connection as having internet. If it receives an HTTP 302 redirect, it launches the captive portal browser. If the initial DNS query for the probe domain times out, the OS reports 'Connected, No Internet' and drops the link.
How do DNS timeouts trigger guest WiFi connection drops?
In high-density environments, hundreds of devices query upstream DNS resolvers simultaneously over UDP port 53. If the local guest WiFi network forwards raw queries directly to rate-limited ISP resolvers without caching, response latency spikes above 2,000ms. Mobile devices enforce strict 2- to 5-second probe timeouts. Once that threshold is exceeded, the device assumes the network is broken and abandons the connection before the splash page can load.
What walled garden domains must be allowed before guest WiFi captive portal login?
Pre-authentication access control lists (walled gardens) on guest WiFi networks must permit outbound UDP and TCP port 53 to your designated DNS resolvers, DHCP transactions (UDP 67/68), and OS detection probes (captive.apple.com, connectivitycheck.gstatic.com, msftconnecttest.com). If using external captive portal hosting, CDN styling, or social login, you must also allow your portal domain (*.purple.ai), Google Fonts (fonts.googleapis.com), and OAuth endpoints.
How does DHCP pool exhaustion cause connected without internet errors on guest WiFi?
When venues configure long DHCP lease durations (such as 24 hours) on guest WiFi in environments with rapid visitor turnover, the pool of available IP addresses quickly runs out. New arrivals may associate with the access point via 802.11 beacons, but fail to receive a valid DHCPOFFER or default gateway, receiving a self-assigned 169.254.x.x APIPA address instead. Shortening lease times to 30 to 60 minutes and configuring dynamic VLAN pooling prevents scope starvation.
How does Purple prevent captive portal and DNS timeout failures on guest WiFi?
Purple acts as a resilient, hardware-agnostic guest WiFi management platform across Cisco Meraki, HPE Aruba, Ruckus, Ubiquiti UniFi, and Fortinet architectures. By optimizing captive portal redirection flows, automating walled garden rules, and integrating with high-speed Anycast DNS, Purple ensures detection probes succeed instantly, onboarding visitors in under 3 seconds without connection drops.
সূত্রসমূহ
- RFC 1035: Domain names, implementation and specification
- RFC 8484: DNS queries over HTTPS (DoH)
- RFC 7858: DNS over Transport Layer Security (DoT)
- RFC 8910: Captive-portal identification in DHCP and Router Advertisements
- RFC 2131: Dynamic Host Configuration Protocol
- PCI Security Standards Council: PCI DSS
- Information Commissioner's Office: UK GDPR guidance
এই সিরিজে পড়া চালিয়ে যান
ধীরগতির WiFi কর্মক্ষমতা নির্ণয় করতে প্যাকেট ক্যাপচার (PCAP) ব্যবহার করা
এই টেকনিক্যাল রেফারেন্স গাইডটি IT ম্যানেজার, নেটওয়ার্ক আর্কিটেক্ট এবং ভেন্যু অপারেশনস ডিরেক্টরদের প্যাকেট ক্যাপচার (PCAP) বিশ্লেষণের মাধ্যমে ধীরগতির এন্টারপ্রাইজ WiFi কর্মক্ষমতা নির্ণয় এবং সমাধান করার জন্য একটি কাঠামোগত, প্যাকেট-স্তরের পদ্ধতি প্রদান করে। রিট্রান্সমিশন রেট, এয়ারটাইম ব্যবহার এবং ফিজিক্যাল লেয়ার মেটাডেটা সহ র 802.11 ফ্রেমগুলি ব্যবচ্ছেদ করে টিমগুলি নিখুঁতভাবে তারযুক্ত বা অ্যাপ্লিকেশন সমস্যা থেকে RF-লেয়ারের বাধাগুলিকে আলাদা করতে পারে। হোটেল, রিটেল চেইন, স্টেডিয়াম এবং কনফারেন্স সেন্টার সহ উচ্চ-ঘনত্বের ভেন্যুগুলিতে প্রযোজ্য এই গাইডটি নেটওয়ার্কের ক্ষমতা পুনরুদ্ধার করতে এবং গেস্টদের অভিজ্ঞতা সুরক্ষিত করতে কার্যকর ডায়াগনস্টিক ওয়ার্কফ্লো, বাস্তব-ক্ষেত্রের কেস স্টাডি এবং কনফিগারেশন প্রতিকারের পদক্ষেপগুলি সরবরাহ করে।
কেন আপনার স্টেডিয়ামের WiFi স্থবির হয়ে পড়ে (এবং কীভাবে এটি সমাধান করবেন)
এই নির্ভরযোগ্য প্রযুক্তিগত নির্দেশিকাটি স্টেডিয়াম WiFi কনজেশনের মূল কারণ পরীক্ষা করে — ৫০,০০০ ডিভাইসের একসাথে প্রোগ্রাম্যাটিক বিজ্ঞাপন এবং টেলিমেট্রি লোড করার ব্যাকগ্রাউন্ড চ্যাটার — এবং প্রাথমিক প্রশমন কৌশল হিসেবে edge DNS ফিল্টারিং স্থাপনের জন্য একটি বিস্তারিত আর্কিটেকচারাল ব্লুপ্রিন্ট প্রদান করে। IT পরিচালক, CTO এবং নেটওয়ার্ক আর্কিটেক্টদের জন্য ডিজাইন করা এই নির্দেশিকাটি বাস্তবায়নযোগ্য নির্দেশিকা, বাস্তব-জগতের কেস স্টাডি এবং পরিমাপযোগ্য ROI ফ্রেমওয়ার্ক সরবরাহ করে যাতে ভেন্যু অপারেটররা ব্যান্ডউইথ পুনরুদ্ধার করতে পারেন এবং স্কেলে উচ্চ-ক্ষমতাসম্পন্ন সংযোগ প্রদান করতে পারেন।
আমাদের গেস্ট WiFi এত ধীরগতির কেন? নেটওয়ার্ক কনজেশন নির্ণয় করা
এই গাইডটি গেস্ট WiFi কনজেশনের লুকানো চালকগুলো নির্ণয় করে - ব্যাকগ্রাউন্ড টেলিমেট্রি, প্রোগ্রাম্যাটিক অ্যাড নেটওয়ার্ক এবং স্বয়ংক্রিয় OS আপডেট - যা সম্মিলিতভাবে একজন গেস্ট ব্রাউজার খোলার আগেই পাবলিক WiFi ব্যান্ডউইথের ৪০% পর্যন্ত গ্রাস করে। এটি DNS ফিল্টারিং এবং QoS পলিসিগুলোর জন্য একটি পর্যায়ভিত্তিক, ভেন্ডর-নিরপেক্ষ বাস্তবায়ন ফ্রেমওয়ার্ক প্রদান করে যা সেই ব্যান্ডউইথ পুনরুদ্ধার করে, গেস্ট অভিজ্ঞতা উন্নত করে এবং পরিমাপযোগ্য ROI প্রদান করে। এটি হসপিটালিটি, রিটেইল, ইভেন্ট এবং পাবলিক-সেক্টর পরিবেশের IT ডিরেক্টর এবং অপারেশন ম্যানেজারদের লক্ষ্য করে তৈরি।
আপনার নির্দিষ্ট সেটআপ নিয়ে কোনো প্রশ্ন আছে?
আমাদের টিম ৮০,০০০ ভেন্যুতে ভেন্যু অপারেটর, IT ম্যানেজার এবং নেটওয়ার্ক ইঞ্জিনিয়ারদের সাথে কাজ করে। একটি ২০ মিনিটের কল বুক করুন এবং আপনার মতো অন্যরা কীভাবে এর সমাধান করেছেন তা আমরা আপনাকে দেখাব।