วิธีติดตั้ง Agent Zero บน VPS ให้ปลอดภัยและใช้งานได้จริง

Agent Zero คืออะไรและมีความเสี่ยงตรงไหน

Agent Zero เป็นเฟรมเวิร์กสำหรับเอเจนต์แบบ open-source ที่เน้นการทำงานบน Docker เป็นหลัก เอเจนต์หลักสามารถสร้างเอเจนต์ย่อยขึ้นมาได้ โดยแต่ละตัวจะทำงานแยกกันใน Docker container ของตัวเอง และแต่ละตัวสามารถรันโค้ด สั่งงานเบราว์เซอร์ และรันคำสั่ง shell ได้ คุณสามารถควบคุมทุกอย่างได้ผ่าน Web UI มันเป็นเครื่องมือที่มีความสามารถและใช้งานได้สนุกจริง ๆ อีกทั้งยังรันบนฮาร์ดแวร์ขนาดเล็กอย่าง VPS ราคา 6 ดอลลาร์ได้ หากคุณต้องการเพียงแค่รูปแบบการทำงานแบบหลายเอเจนต์ (multi-agent) แทนที่จะเป็นตัวเฟรมเวิร์ก การรัน Claude Code สองเซสชันบนเครื่องเดียวกันเพื่อให้ส่งข้อความถึงกันได้โดยตรง ก็เป็นทางเลือกที่ใช้ทรัพยากรน้อยกว่าและมีความปลอดภัยมากกว่า

ความเสี่ยงอยู่ที่ตัว Web UI เนื่องจากมันเป็นแผงควบคุมสำหรับระบบที่สามารถรันคำสั่งและเขียนไฟล์ได้ ดังนั้นหาก Web UI ถูกเปิดเผยสู่สาธารณะโดยไม่มีการยืนยันตัวตน มันก็คือช่องทางเข้าถึงระบบจากระยะไกล และนี่คือกับดักที่คู่มือการติดตั้งส่วนใหญ่พาคุณเดินเข้าไป: การตั้งค่า docker run มาตรฐานจะเผยแพร่อินเทอร์เฟซบนพอร์ต 50001 ไปยังทุก network interface ซึ่งบน VPS สาธารณะ หมายความว่ามันจะเข้าถึงได้จากทั่วทั้งอินเทอร์เน็ตทันทีที่ container เริ่มทำงาน การแก้ไขปัญหานี้คือสิ่งแรกที่คุณควรทำ ไม่ใช่สิ่งสุดท้าย

สิ่งที่จำเป็นต้องมี

คุณต้องมี VPS ที่ติดตั้ง Docker ไว้แล้ว, API key สำหรับโมเดลภาษาหรือโมเดลภายในเครื่องที่คุณต้องการเชื่อมต่อ และ RAM อย่างน้อยสองสามกิกะไบต์เพื่อเริ่มต้นใช้งาน Agent Zero สามารถทำงานได้ทุกที่ที่ Docker ทำงานได้ ตั้งแต่ VPS ขนาดเล็กไปจนถึงเซิร์ฟเวอร์ที่มี GPU หากคุณยังไม่คุ้นเคยกับ Docker คู่มือพื้นฐานเกี่ยวกับ Docker จะครอบคลุมเนื้อหาที่คำสั่งด้านล่างนี้อ้างอิงถึง

การติดตั้งด้วย Docker โดยผูกไว้กับ loopback

ขั้นตอนการเริ่มต้นใช้งานด่วนที่ระบุไว้ในเอกสารประกอบคือคำสั่ง docker run เพียงบรรทัดเดียว สิ่งที่สำคัญซึ่งแตกต่างจากเวอร์ชันที่คัดลอกไปวางทั่วไปคือที่อยู่ (address) ที่คุณเลือกเผยแพร่ (publish) อย่าเผยแพร่ไปยังทุกอินเทอร์เฟซบนพอร์ต 50001 แต่ให้เผยแพร่ไปยัง loopback เท่านั้น:

docker run -d --name agent-zero \
  -p 127.0.0.1:5080:80 \
  -v a0_usr:/a0/usr \
  agent0ai/agent-zero

-p 127.0.0.1:5080:80 จะผูก Web UI เข้ากับที่อยู่ loopback ของเซิร์ฟเวอร์เท่านั้น ทำให้ไม่สามารถเข้าถึงได้จากอินเทอร์เน็ต คุณสามารถเข้าถึงได้จากเครื่องของคุณเองผ่าน SSH tunnel:

ssh -L 5080:127.0.0.1:5080 you@your-vps

จากนั้นเปิด http://127.0.0.1:5080 ในเครื่องของคุณ และกำหนดค่าผู้ให้บริการโมเดล (model provider) ใน UI สำหรับการตั้งค่าแบบหลายผู้ใช้งานอย่างถาวร ให้วางบริการไว้หลัง VPN หรือ reverse proxy ที่มีการตรวจสอบสิทธิ์แทน แต่อย่าเผยแพร่ UI โดยตรงออกสู่อินเทอร์เน็ตสาธารณะเด็ดขาด นิสัยนี้ควรนำไปใช้กับเครื่องมืออื่นๆ ทุกตัวบนเซิร์ฟเวอร์ที่มีอินเทอร์เฟซสำหรับควบคุมสิ่งที่ละเอียดอ่อน ซึ่งเป็นวิธีเดียวกับที่ a self-hosted open-kritt scanner ควรถูกเข้าถึงเช่นกัน คือการเข้าถึงผ่าน tunnel ไปยัง UI แทนการเปิดพอร์ตสาธารณะ

จุดที่คู่มืออื่นหยุด และเหตุผลที่คุณไม่ควรหยุดตาม

หากคุณค้นหาวิธีติดตั้ง Agent Zero คุณจะพบคำแนะนำมากมาย รวมถึงจากผู้ให้บริการโฮสติ้ง ที่สอนให้คุณรัน Web UI บนพอร์ต 50001 แล้วจบเพียงแค่นั้น นั่นคือจุดที่ความเสี่ยงเริ่มต้นขึ้น ไม่ใช่จุดสิ้นสุด มีสองสิ่งที่ต้องทำเพื่อให้งานเสร็จสมบูรณ์ ประการแรก ให้เก็บ UI ไว้เป็นส่วนตัวตามที่กล่าวข้างต้น ประการที่สอง ให้ติดตั้งไฟร์วอลล์แบบ default-deny ไว้หน้าเซิร์ฟเวอร์ เพื่อป้องกันไม่ให้คอนเทนเนอร์ที่หลุดรอดหรือความผิดพลาดในอนาคตเปิดเผยพอร์ตที่คุณลืมไป:

sudo ufw default deny incoming
sudo ufw allow 22/tcp
sudo ufw enable

โปรดปฏิบัติตาม พื้นฐานไฟร์วอลล์ เพื่อดูภาพรวมทั้งหมด และระวัง ช่องโหว่ IPv6 เนื่องจากบริการบน :: สามารถเข้าถึงได้ผ่าน IPv6 แม้ว่ากฎ IPv4 ของคุณจะดูแน่นหนาแล้วก็ตาม

การแยกส่วนคอนเทนเนอร์ช่วยปกป้องเอเจนต์ ไม่ใช่ปกป้องเซิร์ฟเวอร์ของคุณ

การออกแบบของ Agent Zero มีจุดเด่นเรื่องการแยกส่วนในระดับหนึ่ง คือเอเจนต์ย่อยจะทำงานในคอนเทนเนอร์แยกกัน ทำให้ถูกจำกัดขอบเขตไม่ให้เข้าถึงกันได้ ซึ่งเป็นคุณสมบัติที่มีประโยชน์ อย่างไรก็ตาม ผู้ใช้อาจเข้าใจผิดว่า "เมื่อเป็นแซนด์บ็อกซ์แล้วก็ปลอดภัย" และหยุดการป้องกันเพียงแค่นั้น การแยกส่วนคอนเทนเนอร์ทำหน้าที่ปกป้องเอเจนต์จากกันและกันเท่านั้น แต่ไม่ได้ช่วยปกป้องเซิร์ฟเวอร์ของคุณจากอินเทอร์เน็ต หรือป้องกันไม่ให้ Web UI ที่เปิดเผยอยู่ส่งมอบการควบคุมให้กับบุคคลภายนอก หน้าที่เหล่านี้เป็นความรับผิดชอบของคุณบนโฮสต์ คุณต้องตัดสินใจตั้งแต่ต้นว่าเอเจนต์สามารถทำอะไรได้บ้างในขณะที่ไม่มีผู้ดูแล เช่นเดียวกับการตัดสินใจเบื้องหลัง โหมดการอนุญาตของ Claude Code ซึ่งเซิร์ฟเวอร์ที่ไม่มีผู้ดูแลควรได้รับค่าการตั้งค่าที่เข้มงวดกว่าแล็ปท็อปที่คุณใช้งานอยู่ตรงหน้า

ความลับ ผู้ใช้งาน และโฮสต์

เก็บ API key ของโมเดลและข้อมูลรับรองอื่นๆ ไว้ในไฟล์คอนฟิกของ Agent Zero หรือไฟล์ environment ที่มีเพียงบัญชีที่เกี่ยวข้องเท่านั้นที่อ่านได้ โดยต้องไม่อยู่ในประวัติการใช้งาน shell และไม่อยู่ใน repository ใดๆ แนวคิดเดียวกันนี้ใช้กับทุกสิ่งที่ปกป้องความลับบนเครื่อง เนื่องจาก การทำ hardening ให้ Vaultwarden นั้นขึ้นอยู่กับ admin token และไฟล์สำรองข้อมูลมากกว่าการเข้ารหัสที่แอปพลิเคชันทำได้ดีอยู่แล้ว ให้จัดการเครื่องด้วยผู้ใช้งานที่ไม่มีสิทธิ์พิเศษแทนการใช้ root ตามหลัก ผู้ใช้งานที่มีสิทธิ์น้อยที่สุด และเปลี่ยนการเข้าถึง SSH ให้เป็นการยืนยันตัวตนด้วย key เท่านั้น ดังที่ระบุไว้ใน การทำ SSH hardening จากนั้นให้ตรวจสอบรายการด้านล่างเพื่อให้แน่ใจว่าไม่มีสิ่งใดตกหล่น

หากคุณกำลังเปรียบเทียบเอเจนต์ นี่คือแนวทางความปลอดภัยแบบเดียวกับที่ คู่มือการทำ hardening ของ OpenClaw และ คู่มือของ OpenHands ใช้ ได้แก่ การเก็บส่วนควบคุมไว้เป็นส่วนตัว การรันด้วยผู้ใช้งานที่ไม่มีสิทธิ์พิเศษ การตั้งค่า firewall เป็นค่าเริ่มต้น และการปฏิบัติต่อโฮสต์เสมือนว่ารันโค้ดที่ไม่ได้เขียนขึ้นเอง สำหรับการเปรียบเทียบเอเจนต์ทั้ง 5 รายการแบบเคียงข้างกัน โปรดดู เอเจนต์ AI แบบ self-hosted ที่ดีที่สุดในปี 2026

แนวคิดพื้นฐานของสิ่งเหล่านี้อยู่ใน การสร้างเอเจนต์ AI ของคุณเองบน VPS และ Dify เป็นอีกหนึ่งแพลตฟอร์มแบบ self-host ที่น่าสนใจในการเปรียบเทียบ

FAQ

การ self-host Agent Zero ปลอดภัยหรือไม่?

ปลอดภัย หากคุณจำกัดการเข้าถึง Web UI ให้เป็นส่วนตัวและเสริมความปลอดภัยให้กับโฮสต์ Agent Zero สามารถรันโค้ด, เบราว์เซอร์ และเชลล์ได้ โดยควบคุมผ่าน Web UI ซึ่งโดยปกติจะเปิดพอร์ต 50001 ไว้ ดังนั้นความเสี่ยงจึงอยู่ที่อินเทอร์เฟซที่เปิดเผย ไม่ใช่ตัวเฟรมเวิร์กเอง คุณควรตั้งค่าให้ UI ฟังเฉพาะที่ loopback แล้วเข้าถึงผ่าน SSH หรือ VPN, ติดตั้งไฟร์วอลล์แบบ default-deny ไว้ด้านหน้า และรันด้วยผู้ใช้ที่ไม่มีสิทธิ์ระดับ root

โดยปกติแล้ว Agent Zero เปิดเผย Web UI สู่สาธารณะหรือไม่?

การตั้งค่ามาตรฐาน docker run จะเปิดอินเทอร์เฟซบนพอร์ต 50001 ในทุก network interface ซึ่งหากรันบน VPS สาธารณะ จะทำให้เข้าถึงได้จากอินเทอร์เน็ตทันทีที่คอนเทนเนอร์เริ่มทำงาน คุณควรเปลี่ยนที่อยู่การเผยแพร่เป็น 127.0.0.1 เพื่อให้ UI ฟังเฉพาะที่ loopback เท่านั้น จากนั้นจึงเข้าถึงผ่าน SSH tunnel หรือ VPN

Agent Zero สามารถรันบน VPS ขนาดเล็กได้หรือไม่?

ได้ Agent Zero สามารถรันได้ทุกที่ที่ Docker รันได้ รวมถึง VPS ขนาดเล็กราคาประหยัด อย่างไรก็ตาม งานที่หนักขึ้นและโมเดลขนาดใหญ่ที่รันในเครื่องต้องการหน่วยความจำมากขึ้น หากคุณเชื่อมต่อกับโมเดลที่ self-host เองแทนที่จะใช้ hosted API คุณควรเลือกขนาดเซิร์ฟเวอร์ให้เหมาะสมกับโมเดลนั้น ไม่ใช่แค่สำหรับ Agent Zero

Agent Zero แตกต่างจาก OpenClaw หรือ Hermes อย่างไร?

เครื่องมือเหล่านี้มีส่วนที่ทับซ้อนกันแต่มีเป้าหมายต่างกัน Agent Zero เป็นเฟรมเวิร์กที่เน้น Docker เป็นหลัก โดยสร้างขึ้นรอบตัวแทนหลัก (primary agent) ที่สามารถสร้างตัวแทนย่อย (subordinate agents) ในคอนเทนเนอร์แยกต่างหาก และควบคุมผ่าน Web UI ส่วน OpenClaw และ Hermes เป็นผู้ช่วยส่วนตัวที่คุณเข้าถึงผ่านแอปแชท สำหรับด้านความปลอดภัยนั้นเหมือนกันทั้งหมด คือต้องเก็บส่วนควบคุมไว้เป็นส่วนตัวและเสริมความปลอดภัยให้กับโฮสต์