راه‌اندازی هات‌اسپات
و احراز هویت کاربران

نیازسنجی شبکه مهمان و کاربران

تعداد کاربران هم‌زمان، مدت حضور، نوع دستگاه و روش صدور دسترسی را مشخص کنید. اینترنت مهمان در یک دفتر با کاربران بلندمدت یا محیط پرتردد، نیاز یکسان ندارد. نحوهٔ پشتیبانی هنگام مشکل ورود هم باید روشن باشد.

روش شناسایی، سطح اطمینان و اطلاعات لازم را جدا تعیین کنید. داشتن شمارهٔ تلفن یا کد دسترسی، به‌تنهایی هویت واقعی فرد را برای همهٔ اهداف اثبات نمی‌کند. جمع‌آوری اطلاعات غیرضروری، جای کنترل درست شبکه را نمی‌گیرد.

تفکیک مهمان از شبکه سازمان

شبکهٔ مهمان باید به دامنهٔ مورد نیاز دسترسی داشته باشد، نه پنل مدیریت تجهیزات یا سرویس‌های داخلی سازمان. VLAN یا نام جدا به‌تنهایی کافی نیست؛ قواعد مسیر و دسترسی و رفتار دستگاه‌ها نیز باید بررسی شوند.

جلوگیری از ارتباط غیرضروری میان مهمان‌ها، کنترل دسترسی مدیریت و آزمون مسیر ممنوع در طرح قرار بگیرند. فایروال سازمانی مکمل صفحهٔ ورود است. Captive Portal جای حفاظت لایهٔ بی‌سیم یا رمزنگاری برنامه‌ها را نمی‌گیرد.

حساب محلی، RADIUS و چرخهٔ دسترسی

روش حساب یا کد موقت با نیاز و توان نگهداری انتخاب شود. حساب مشترک دائمی، لغو و پیگیری را دشوار می‌کند. زمان اعتبار، نشست‌های هم‌زمان و مسئول صدور یا لغو دسترسی از قبل تعریف شوند.

RADIUS می‌تواند در محصول پشتیبانی‌شده به مدیریت هویت و حسابداری کمک کند، اما ارتباط امن، سلامت سرویس و رفتار هنگام خطا باید آزموده شوند. پایگاه محلی و سامانهٔ مرکزی، دامنهٔ مدیریت یکسان ندارند. راز ارتباط و رمز کاربر در لاگ یا مستند عمومی ذخیره نشوند.

HTTPS، دامنه و تجربهٔ ورود روی موبایل

نام دامنه و گواهی معتبر و مسیر ورود با دستگاه‌های هدف بررسی شوند. کاربر نباید برای ورود مجبور به نادیده‌گرفتن هشدار گواهی یا نصب گواهی ناشناس شود. اطلاعات ورود روی مسیر حفاظت‌نشده فرستاده نشوند.

RFC 8908 برای Captive Portal API سازوکاری برای اطلاع از وضعیت دسترسی معرفی می‌کند. استفاده و پشتیبانی واقعی آن به بستر وابسته است؛ بازشدن خودکار صفحه روی همهٔ دستگاه‌ها را تضمین نکنید. روش جایگزین امن و راهنمای کوتاه ورود داشته باشید.

سهمیه، زمان و مصرف کاربران مهمان

سقف نرخ، حجم مصرف، مدت اعتبار و تعداد نشست‌ها مفاهیم جدا هستند. سیاست باید در صفحه یا راهنمای مناسب قابل فهم باشد تا کاربر از قطع ناگهانی غافلگیر نشود. تغییرات هم به‌صورت مستند اعمال شوند.

مدیریت پهنای باند باید با ظرفیت خط و اولویت سرویس کاری هماهنگ باشد. سهم مهمان ظرفیت تازه ایجاد نمی‌کند و کیفیت بیرون از دامنهٔ کنترل را تضمین نمی‌کند. رفتار بعد از رسیدن به سهمیه و تمدید مجاز آزموده شود.

اطلاعات و گزارش‌ها؛ فقط به‌اندازهٔ نیاز

هدف ثبت اطلاعات، افراد دارای دسترسی و مدت نگهداری را در سیاست سازمان مشخص کنید. صفحهٔ ورود، محل جمع‌آوری رمز شبکهٔ اصلی یا اطلاعات بی‌ربط نباشد. حسابداری مصرف را با نگهداری همهٔ محتوای فعالیت کاربران یکسان ندانید.

گزارش ممکن است شامل حساب، زمان و شناسهٔ دستگاه باشد؛ دسترسی، انتقال و محل ذخیره حفاظت شوند. این مقاله تعیین‌کنندهٔ الزامات حقوقی یک کسب‌وکار نیست؛ شرایط نگهداری و اطلاع‌رسانی سازمان پیش از اجرا روشن شوند.

DNS، IPv6، چند WAN و حالت خطا

مسیرها و سرویس‌های لازم پیش از ورود، محدود و مشخص باشند. DNS، IPv4/IPv6 و اتصال دستگاه‌های هدف بررسی شوند تا راه ناخواسته‌ای برای دورزدن سیاست باقی نماند. بازکردن گستردهٔ دسترسی پیش از ورود، راهکار عمومی رفع خطا نیست.

برای چند WAN و Hotspot، سازگاری روش و نسخه بررسی شود. در خرابی سامانهٔ هویت یا اینترنت، رفتار شبکه باید مطابق سیاست باقی بماند؛ خطا نباید بی‌توافق دسترسی نامحدود ایجاد کند. شبکهٔ فعلی را بدون پایلوت با پیکربندی آماده جایگزین نکنید.

چک‌لیست آزمون و هزینه هات‌اسپات

قبل از انتشار، بکاپ و مسیر بازگشت داشته باشید و گروه محدود با دستگاه‌های هدف را آزموده کنید. صفحه، احراز هویت و کنترل ترافیک هرکدام معیار جدا داشته باشند؛ زیبایی صفحه، عملکرد سیاست را ثابت نمی‌کند.

تعداد کاربر، تجهیزات، سامانهٔ هویت، دامنه و گواهی، طراحی صفحه و نگهداری بر هزینه اثر دارند. هزینهٔ خدمت جانبی مانند پیامک، در صورت نیاز و امکان واقعی، جدا مشخص شود. امکان ورود پیامکی یا عملکرد همهٔ دستگاه‌ها بدون بررسی وعده داده نمی‌شود.

• ورود مجاز و رد حساب نامعتبر و منقضی آزموده
• خروج و لغو دسترسی و سهمیه بررسی شده
• HTTPS و نمایش موبایل و مسیر راهنما معتبر
• شبکه داخلی و مدیریت از مهمان جدا
• IPv4/IPv6 و خطای هویت و خطای اینترنت بررسی
• سیاست اطلاعات و مستندات و بکاپ تحویل

طراحی اینترنت مهمان در ویوان نت

محیط، تعداد استفاده‌کنندگان و روش دسترسی مطلوب را مشخص کنید تا صفحه، هویت و سیاست شبکه هماهنگ طراحی شوند. تعداد کاربران و هدف بررسی را در بخش پشتیبانی ویوان نت توضیح دهید؛ رمز، کلید یا تنظیمات محرمانه را در درخواست معمولی نفرستید.