ورود به پنل کاربری
GUESTS · LOGIN · POLICY · SUPPORT

راه‌اندازی هات‌اسپات

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

نقشهٔ مفهومی راه‌اندازی هات‌اسپات

نقشهٔ آموزشی؛ وضعیت واقعی خدمت و نتیجهٔ اقدام باید با دامنه، اختیار و شاهد آزمون بررسی شوند.

هات‌اسپات MikroTik برای دسترسی مهمان

هات‌اسپات یا captive portal فرآیند ورود کاربر به شبکهٔ مهمان را مدیریت می‌کند. کاربرد آن در هتل، مرکز آموزشی یا سازمان باید با تفکیک شبکه، روش شناسایی و اطلاع‌رسانی همراه باشد. این مقاله دربارهٔ طراحی مسئولانه است و هیچ صفحه، پیامک یا حساب کاربری جدید ایجاد نمی‌کند.

۱

نیاز و دامنه

خدمت، نشانهٔ مسئله، مالک و حدود اختیار را مشخص کنید.

۲

شاهد و برنامه

دادهٔ لازم، روش بررسی و مسیر بازگشت را ثبت کنید.

۳

اقدام کنترل‌شده

آزمون مجاز یا تغییر توافق‌شده را با ثبت نتیجه انجام دهید.

۴

تحویل و پیگیری

پذیرش کاربر، محدودیت باقی‌مانده و مسئول پیگیری را تعیین کنید.

شبکهٔ مهمان را از داخلی جدا کنید

هدف هات‌اسپات، دسترسی اینترنت یا خدمت محدود مهمان است؛ نباید دسترسی پیش‌فرض به سامانه‌های سازمانی بسازد. VLAN یا تفکیک مناسب، DHCP مستقل، قواعد فایروال و مقصدهای مجاز را بررسی کنید. صرف نام «guest» روی یک رابط، جداسازی واقعی را ثابت نمی‌کند.

روش ورود و حداقل داده

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

HTTPS و تجربهٔ صفحهٔ ورود

مستندات MikroTik می‌گوید اعلام URL هات‌اسپات از طریق DHCP وقتی نام DNS و گواهی SSL معتبر وجود دارد در دسترس است. صفحهٔ ورود باید از نظر دامنه، گواهی و متن اطلاع‌رسانی آزمون شود. انتظار بازشدن خودکار صفحه روی همهٔ دستگاه‌ها قطعی نیست؛ رفتار سیستم‌عامل‌ها متفاوت است.

سیاست مصرف و دسترسی مجاز

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

پشتیبانی بدون افشای اطلاعات

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

آزمون پذیرش و بازبینی دوره‌ای

با دستگاه آزمایشی، دریافت IP، نمایش صفحه، ورود مجاز، منع دسترسی داخلی و خروج از نشست را بررسی کنید. پس از تغییر گواهی، دامنه یا شبکه، این آزمون تکرار شود. تحویل پروژه باید محدودهٔ مهمان، سیاست نگهداری داده و مسئول رسیدگی را مشخص کند.

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

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

مثال آموزشی، نه نمونه‌کار واقعی

سناریوی آموزشی: اینترنت مهمان در مرکز آموزش

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

این مثال آموزشی است، نه پروژهٔ واقعی یا نتیجهٔ عددی ویوان نت؛ روش اجرا و آزمون باید با بستر و اختیار سازمان هماهنگ شوند.

راهنماهای مرتبط

این راهنما از مجموعهٔ خدمات تخصصی میکروتیک ویوان نت است. برای شناخت مجموعه، معرفی ویوان نت را ببینید.

پرسش‌های متداول دربارهٔ راه‌اندازی هات‌اسپات

هات‌اسپات همان Wi‑Fi عمومی است؟

نه؛ هات‌اسپات فرایند ورود را مدیریت می‌کند و تفکیک شبکه و سیاست دسترسی جداگانه لازم است.

آیا صفحهٔ ورود روی همهٔ گوشی‌ها خودکار باز می‌شود؟

قطعی نیست؛ رفتار دستگاه‌ها متفاوت است و URL و گواهی باید آزمایش شوند.

شبکهٔ مهمان به منابع داخلی دسترسی دارد؟

نباید به‌صورت پیش‌فرض داشته باشد؛ قواعد جداسازی و فایروال باید بررسی شوند.

چه اطلاعاتی از مهمان جمع کنیم؟

فقط دادهٔ لازم با هدف، مدت نگهداری و اطلاع‌رسانی روشن.

اگر صفحهٔ ورود باز نشد چه چیزهایی بررسی شود؟

دریافت IP، DNS، گواهی، مسیر صفحه و سیاست دستگاه به‌صورت جدا بررسی شوند.

این مقاله هات‌اسپات را فعال می‌کند؟

خیر؛ اجرا به طراحی مجاز، بررسی مقررات و آزمون دستگاه‌های واقعی نیاز دارد.

منابع فنی و مطالعهٔ بیشتر

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

پشتیبانی را به فرآیندی قابل پیگیری تبدیل کنیم

از نیاز واقعی و شرایط مجموعه شروع می‌کنیم؛ نوع پوشش، روش بررسی و معیار پذیرش باید مشخص باشند.

ثبت درخواست مشاوره ←