אז לא בדיוק ככה...
או ליתר דיוק בכלל לא ככה. שרות של Captive Portal רק בעיני משתמש הסופי זה רק דף אינטרנט עם בקשה לשם משתמש וסיסמא. מהיבט של מי שמתכנן ומיישם את הפריסה של מערכות מסוג זה מדובר על אינטגרצייה של מספר גורמים נפרדים לפתרון כולל. הפתרון יכול לכלול מספר שרתים פיזיים נפרדים שלכל אחד מהם קיים תפקיד מוגדר אחד, כמו למשל אחד הוא שרת RADIUS , השני הוא שרת WEB שמגיש את הדפים הנדרשים, השלישי שרת שמחזיק את בסיס נתונים או שליטה בנקודות גישה וכו' כמו שנהוג במערכות של CISCO למשל. מצד שני המערכת יכולה לכלול את כל המרכיבים בשרת פיזי אחד כמו שקיים ב pfSense לדוגמא, צורת עבודה כזו מוזילה ומפשטת פריסה של המערכת לארגון קטן.
דבר שונה בתכלית זה OpenWRT . כאן כמובן לא מדובר על מערכת עצמאית כוללת, אלה רק על רכיב אחד הכי זול ופשוט מכל המערכת, הרכיב הזה הוא מכונה בשם hotspot authenticator או NAS ובדרך כלל מבוסס על CoovaChilli שלא יכול לתפקד ללא שאר המערכות שהוא אמור להתממשק אליהן וגם הפיתוח ותחזוקה שלו הופסקו כבר לפני מספר שנים ובגלל זה כל הפרצות אבטחה שנמצאו בו לא זכו לטיפול כלל. בשביל שמערכת כזו תתפקד יש צורך או להקים את כל המערך של השרתים לבד או להשתמש בשרותים של כל מיני גורמים באינטרנט, דבר שיכול להיות נחמד למשחקים בבית למי שרק היום גילה את נפלאות האינטרנט, אבל לא יעלה על הדעת בשימוש ארגוני בגלל הנושאים של אבטחת מידע והעברת שליטה על רשת ארגונית לצד שלישי לא מוכר ולא מוסמך ועוד היבטים רבים.
בקשר לשאלה של מה בדיוק נותנת בהקשר של Captive Portal מערכת הפעלה של OpenWRT , אז התשובה היא: שהיא נותנת בדיוק את אותו הדבר שנותנים נתבים לשוק הביתי של ספקים כמו בזק, שגם בהם קיים פתרון של Captive Portal שבשימוש בשרות של Bezeq Free Wifi לדוגמא, וגם שם הנתב משמש רק רכיב אחד במערכת הכוללת.
צירפתי תרשים שמדגים את העבודה של Captive Portal כשאחד הרכיבים במערכת הוא OpenWRT , בציור אפשר לראות את כל המערכות חשובות שנמצאות בצד שני של ענן האינטרנט ולמפעיל של OpenWRT לא יכולה להיות אליהן שום שליטה.
מקווה שעכשיו הנושא יותר ברור.