IDENTITY FIRST

Authentication Server

พิสูจน์ตัวตนก่อนใช้งาน Internet เพื่อเก็บ Log จำกัดสิทธิ์ และรองรับ พรบ.คอมพิวเตอร์ ปี 2560

Authentication Server

ทำไมต้องมี Authentication?

เพราะ IP อย่างเดียวไม่พอ

การสืบค้นย้อนหลังต้องรู้ว่าใครใช้งาน ไม่ใช่แค่ IP ใดใช้งาน PFBOX จึงผูกข้อมูล User, IP, MAC, เวลา และ Policy เพื่อให้ตรวจสอบได้จริง

  • Voucher Login
  • QR Login
  • Captive Portal
  • MAC Authentication
  • User Group Policy
1

ลูกค้าเชื่อม Wi-Fi

ระบบ Redirect ไปหน้า Login อัตโนมัติ

2

ยืนยันตัวตน

ผู้ใช้กรอก Voucher, QR, Username หรือข้อมูลลงทะเบียน

3

กำหนด Policy

PFBOX ให้สิทธิ์ตามกลุ่ม เช่น ความเร็ว เวลาใช้งาน และเว็บที่อนุญาต

ขยายความ: Authentication คือจุดเริ่มต้นของ Log ที่มีคุณภาพ

ถ้าไม่มี Authentication เราอาจรู้แค่ว่า IP หนึ่งใช้งาน แต่ไม่รู้ว่าเป็นใคร PFBOX จึงออกแบบให้ผูก User + IP + MAC + เวลา + Group Policy เพื่อให้การสืบค้นย้อนหลังมีความหมายจริง

สำหรับโรงแรม/Guest Wi-Fi

ใช้ Voucher, QR Login หรือหน้า Captive Portal เพื่อควบคุมแขกและเก็บข้อมูลการใช้งาน

สำหรับโรงเรียน/องค์กร

แยกกลุ่ม Student, Teacher, Staff, Admin แล้วกำหนดความเร็ว เวลา และเว็บที่อนุญาตต่างกัน

สำหรับการตลาด

การลงทะเบียนช่วยสร้างฐานข้อมูลลูกค้า เพื่อนำไปทำ CRM, Campaign หรือวิเคราะห์กลุ่มผู้ใช้ในอนาคต

ภาพตัวอย่างการใช้งาน

รูปภาพ 2 คอลัมน์ × 4 แถว สามารถแก้ไขรูป หัวข้อ และรายละเอียดของแต่ละช่องจาก PFBOX CMS ได้

PFBOX Auth 1

ภาพตัวอย่าง 1

แก้ไขรูปภาพ หัวข้อ และรายละเอียดส่วนนี้ได้จาก PFBOX CMS

PFBOX Auth 2

ภาพตัวอย่าง 2

แก้ไขรูปภาพ หัวข้อ และรายละเอียดส่วนนี้ได้จาก PFBOX CMS

PFBOX Auth 3

ภาพตัวอย่าง 3

แก้ไขรูปภาพ หัวข้อ และรายละเอียดส่วนนี้ได้จาก PFBOX CMS

PFBOX Auth 4

ภาพตัวอย่าง 4

แก้ไขรูปภาพ หัวข้อ และรายละเอียดส่วนนี้ได้จาก PFBOX CMS

PFBOX Auth 5

ภาพตัวอย่าง 5

แก้ไขรูปภาพ หัวข้อ และรายละเอียดส่วนนี้ได้จาก PFBOX CMS

PFBOX Auth 6

ภาพตัวอย่าง 6

แก้ไขรูปภาพ หัวข้อ และรายละเอียดส่วนนี้ได้จาก PFBOX CMS

PFBOX Auth 7

ภาพตัวอย่าง 7

แก้ไขรูปภาพ หัวข้อ และรายละเอียดส่วนนี้ได้จาก PFBOX CMS

PFBOX Auth 8

ภาพตัวอย่าง 8

แก้ไขรูปภาพ หัวข้อ และรายละเอียดส่วนนี้ได้จาก PFBOX CMS