Guest Wi-Fi · Aruba ClearPass · DOPA Digital ID

เข้า Wi-Fi ด้วย ThaiD แล้วรู้ว่าใครใช้เมื่อไหร่

ผู้มาติดต่อยืนยันตัวตนด้วยแอป ThaiD ครั้งเดียว ระบบสร้างบัญชี Guest ชั่วคราวให้อัตโนมัติและเปิดอินเทอร์เน็ตให้ โดยผู้ดูแลได้บันทึกการใช้งานครบตามที่กฎหมายกำหนด

ผ่านการทดสอบบนระบบทดสอบ (Sandbox) ของกรมการปกครอง 24 ก.ย. 2569 · ทดสอบกับมือถือจริงบน SSID Guest

ขั้นตอนการทำงาน

ทุกลูกศรในภาพนี้คือคำขอที่เกิดขึ้นจริงตอนทดสอบ ผู้ใช้ไม่ต้องกรอกรหัสผ่านใดๆ ระบบ ThaiD Bridge ที่เราพัฒนาเป็นตัวเชื่อมระหว่างสามฝั่งที่ปกติคุยกันไม่ได้โดยตรง

เลื่อนภาพไปทางขวาเพื่อดูครบทุกฝั่ง

เส้นทึบคือคำขอ เส้นประคือคำตอบ ตัวเลขตรงกับรายการด้านล่าง การส่งต่อระหว่างระบบเกิดผ่านเบราว์เซอร์ของผู้ใช้เอง ผู้ใช้ไม่ต้องพิมพ์ชื่อผู้ใช้หรือรหัสผ่านที่ไหนเลย

1
เชื่อมต่อ Wi-Fi GuestController ยังไม่เปิดอินเทอร์เน็ต และพาผู้ใช้ไปหน้า Login
2
เห็นปุ่ม “เข้าสู่ระบบด้วย ThaiD”หน้า Login ของ ClearPass ปรับหน้าตาให้ตรงแบรนด์ลูกค้าได้
3
กดปุ่ม ThaiDBridge จดเลข MAC และจุดเชื่อมต่อของเครื่องนั้นไว้ แล้วส่งผู้ใช้ไปยืนยันตัวตนกับกรมการปกครอง
4
ยืนยันตัวตนและให้ความยินยอมผู้ใช้เป็นผู้ตัดสินใจเปิดเผยข้อมูลเอง (ระบบทดสอบใช้การกรอกเลขบัตรทดสอบแทนแอป)
5
DOPA ส่งรหัสชั่วคราวกลับใช้ได้ครั้งเดียว ไม่ใช่ข้อมูลส่วนบุคคล
6
แลกรหัสเป็นข้อมูลตัวตนได้เลขประจำตัวและชื่อ-สกุล พร้อมตรวจลายเซ็นดิจิทัลของ DOPA ว่าเป็นของจริง
7
สร้างบัญชี Guest ชั่วคราวใน ClearPassรหัสผ่านสุ่ม หมดอายุใน 24 ชั่วโมง (ปรับได้)
8
ส่งให้ Controller โดยอัตโนมัติผ่านเบราว์เซอร์ของผู้ใช้ ผู้ใช้ไม่เห็นและไม่ต้องจำรหัสผ่าน
9
ตรวจสิทธิ์แล้วปล่อยอินเทอร์เน็ตController ถาม ClearPass ผ่าน RADIUS ได้ผลอนุมัติแล้วเปิดเครือข่ายให้เครื่องนั้น

สิ่งที่ผู้ใช้เห็น

สี่หน้าจอ ใช้เวลารวมไม่กี่วินาที ภาพด้านล่างเป็นภาพจำลองเพื่ออธิบาย หน้าจอจริงปรับข้อความและแบรนด์ตามลูกค้าได้

Guest Wi-Fi

ยินดีต้อนรับ

เข้าสู่ระบบด้วย ThaiD

เลือกวิธีเข้าใช้งานหน้า Login เด้งขึ้นเองเมื่อเชื่อมต่อ

กรมการปกครอง · ThaiD

เข้าสู่ระบบ ด้วย ThaiD

• - •••• - ••••• - •• - •

ยืนยันไม่ยืนยัน

ยืนยันตัวตนผู้ใช้กดยืนยันในแอป ThaiD (หน้าตัวอย่างของระบบทดสอบ)

Guest Wi-Fi

กำลังยืนยันตัวตนและเชื่อมต่อเครือข่าย…

กำลังเชื่อมต่อระบบสร้างบัญชีและส่งให้ Controller

Guest Wi-Fi

ใช้อินเทอร์เน็ตได้แล้ว

ออนไลน์ไม่ต้องจำรหัสผ่านใดๆ

ผลการทดสอบจริง

ทดสอบเมื่อ 24 กันยายน 2569 ด้วยมือถือจริงบน SSID Guest ของ Aruba ผ่านระบบทดสอบของกรมการปกครอง (ใช้เลขประจำตัวทดสอบ ไม่ใช่ข้อมูลบุคคลจริง) และตรวจซ้ำจากบันทึกของ ClearPass

รายการ	ผล	หลักฐาน / หมายเหตุ
ผู้ใช้ยืนยันตัวตนผ่าน ThaiD และระบบได้เลขประจำตัว + ชื่อ-สกุล	ผ่าน	บันทึกของระบบมีข้อมูลครบ พร้อม MAC และจุดเชื่อมต่อของเครื่อง
สร้างบัญชี Guest ชั่วคราวอัตโนมัติ	ผ่าน	ClearPass ระบุการสร้าง/อัปเดตบัญชี รองรับกรณีผู้ใช้เดิมกลับมาใช้ซ้ำ
Controller ตรวจสิทธิ์ผ่าน RADIUS ได้ผลอนุมัติ	ผ่าน	Access Tracker ของ ClearPass: ACCEPT เวลา 22:12 น.
มือถือใช้อินเทอร์เน็ตได้จริง	ผ่าน	ยืนยันบนเครื่องทดสอบ
ทนต่อกรณี DOPA ส่งผลกลับซ้ำสองครั้ง	ผ่านแก้ไขแล้ว	พบตอนทดสอบจริงว่าผู้ใช้เห็นข้อความผิดพลาดทั้งที่สำเร็จ จึงเพิ่มการรอผลอัตโนมัติ และการทดสอบจริงรอบล่าสุดสำเร็จ
ตรวจลายเซ็นดิจิทัลของข้อมูลตัวตน (id_token)	รอเปิดโหมดบังคับ	ตรวจกรณีลายเซ็นปลอม หมดอายุ และผู้ออกไม่ตรงแล้ว ตอนนี้ทำงานแบบเฝ้าดูกับข้อมูลจริงของ DOPA จะเปลี่ยนเป็นโหมดบังคับหลังยืนยันว่าไม่มีคำเตือน
ทดสอบหลายอุปกรณ์ (Android, แท็บเล็ต, โน้ตบุ๊ก)	ยังไม่ได้ทดสอบ	ทดสอบแล้วกับมือถือเครื่องเดียว

ข้อมูลส่วนบุคคลและกฎหมาย

ข้อมูลที่บันทึก: เลขประจำตัวประชาชน ชื่อ-สกุล หมายเลข MAC จุดเชื่อมต่อ (AP) หมายเลข IP และเวลาใช้งาน ซึ่งเป็นข้อมูลจราจรทางคอมพิวเตอร์
ระยะเวลาเก็บ: ไม่น้อยกว่า 90 วันตาม พ.ร.บ.ว่าด้วยการกระทำความผิดเกี่ยวกับคอมพิวเตอร์ โดยจำกัดสิทธิ์เข้าถึงเฉพาะผู้ดูแล
รหัสผ่านของผู้ใช้: ไม่มี ระบบสร้างรหัสสุ่มให้บัญชีชั่วคราวเท่านั้น ผู้ใช้ไม่เห็นและไม่ต้องจำ บัญชีหมดอายุใน 24 ชั่วโมง (ปรับได้)
การตรวจสอบตัวตน: มาตรฐาน OAuth 2.0 / OpenID Connect มีค่ากันการปลอมคำขอ (state) และตรวจผู้ออก กลุ่มผู้รับ อายุ และลายเซ็นของข้อมูลตัวตนจาก DOPA
ความยินยอม: ผู้ใช้เป็นผู้ให้ความยินยอมในแอป ThaiD ทุกครั้ง และมีหน้านโยบายความเป็นส่วนตัวกับเงื่อนไขการใช้บริการให้ผู้ใช้อ่าน (ฉบับร่างพร้อมแล้ว รอกรอกข้อมูลองค์กรและตรวจโดยฝ่ายกฎหมาย)

ก่อนใช้งานจริง

ระบบทำงานครบแล้วในระบบทดสอบ สิ่งที่เหลือคือการยืนยันสิทธิ์และเตรียมสภาพแวดล้อมจริง รายการแรกต้องได้คำตอบก่อนเดินหน้าต่อ

ต้องยืนยันกับกรมการปกครองก่อน: คู่มือของ DOPA (ข้อ 2.3) กำหนดให้ใช้บริการนี้เพื่อการลงทะเบียน กู้คืนบัญชี และปรับปรุงข้อมูลเท่านั้น และไม่อนุญาตให้ใช้ยืนยันตัวตนเพื่อ “เข้าสู่ระบบครั้งถัดไป” เว้นแต่ได้รับอนุญาต การใช้งานของเราคือการลงทะเบียนสร้างบัญชี Guest ชั่วคราวทุกครั้งที่เข้าใช้ จึงควรขอคำยืนยันเป็นลายลักษณ์อักษรว่าอยู่ในขอบเขตที่อนุญาต

งาน	ผู้รับผิดชอบ	ความสำคัญ
ยืนยันขอบเขตการใช้งานตามคู่มือ DOPA ข้อ 2.3	เจ้าของโครงการ + กรมการปกครอง	ต้องทำก่อน
ขอสิทธิ์และรหัสเชื่อมต่อของระบบใช้งานจริง (Production)	เจ้าของโครงการ + กรมการปกครอง	ต้องทำก่อน
ใบรับรอง HTTPS ที่เชื่อถือได้ พร้อมชื่อโดเมนจริง แทนใบรับรองทดสอบ	ทีมเครือข่าย	ต้องทำก่อน
ปิดช่องทางทดสอบ และเปลี่ยนรหัสลับที่ใช้ระหว่างพัฒนาทั้งหมด	ทีมโครงการ	ต้องทำก่อน
นโยบายความเป็นส่วนตัวและเงื่อนไขการใช้บริการฉบับจริง ตรวจโดยฝ่ายกฎหมายหรือ DPO	ฝ่ายกฎหมาย	ก่อนเปิดให้ผู้ใช้จริง
ตั้งค่า Controller ให้เปิดปลายทางที่จำเป็นก่อน Login เป็นค่าถาวร และทดสอบหลายอุปกรณ์	ทีมเครือข่าย	ก่อนเปิดให้ผู้ใช้จริง
ตั้งการหมุนเวียนและเก็บบันทึกการใช้งานอย่างน้อย 90 วัน	ทีมโครงการ	ก่อนเปิดให้ผู้ใช้จริง

เซิร์ฟเวอร์ที่ต้องเตรียม

ตัวแอปเป็นงานเบา ตัวเลขด้านล่างเป็นการประเมินจากลักษณะงาน ไม่ใช่ผลวัดโหลดจริง (Ubuntu 22.04 หรือ 24.04 LTS)

ขนาดการใช้งาน	vCPU	RAM	Disk
ทดลอง / ห้องประชุม (ผู้ใช้ไม่กี่สิบคน)	1–2	1–2 GB	20 GB
ใช้งานจริงทั่วไป (แนะนำ)	2	2 GB	40 GB
งานอีเวนต์ ล็อกอินพร้อมกันเป็นร้อย	4	4 GB	40 GB

เครือข่าย: รับเข้า HTTPS (443) จากวง Guest · ออกไปยัง DOPA และ ClearPass · IP สาธารณะขาออกต้องตรงกับที่ลงทะเบียนกับ DOPA · เวลาเครื่องต้องตรง (NTP)