วิธีติดตั้ง Hermes Agent บน VPS ราคาประหยัดให้ปลอดภัย

Hermes Agent คืออะไร

Hermes Agent คือ AI agent แบบ self-hosted จาก Nous Research ซึ่งเปิดตัวในเดือนกุมภาพันธ์ 2026 คุณสามารถรันบนเซิร์ฟเวอร์ของคุณเอง โดยระบบจะจดจำข้อมูลโปรเจกต์ของคุณไว้อย่างต่อเนื่อง เขียนทักษะที่นำกลับมาใช้ใหม่ได้ในระหว่างการทำงาน และติดต่อคุณผ่านแอปแชทอย่าง Telegram และ Discord ตัวระบบมีความเป็นกลางต่อโมเดล (model-agnostic) คุณจึงสามารถเลือกใช้ language model ใดก็ได้ตามต้องการ อีกทั้งยังมีขนาดเบาพอที่จะรันบน VPS ราคา 5 ดอลลาร์, ใน Docker หรือผ่าน SSH การแยกส่วนการทำงานที่โมเดลรันในที่อื่น ในขณะที่ลูปการทำงาน เครื่องมือ และหน่วยความจำรันบนเครื่องของคุณ คือสิ่งที่ทำให้ Hermes เป็น an agent harness ไม่ใช่ตัวโมเดลเอง และเป็นเหตุผลว่าทำไมเซิร์ฟเวอร์ขนาดเล็กจึงเพียงพอต่อการใช้งาน

เช่นเดียวกับ agent ทั่วไป คุณค่าของมันมาจากการทำงานแทนคุณ และนั่นคือเหตุผลที่คุณต้องติดตั้งด้วยความระมัดระวัง Agent ที่สามารถจดจำ เรียนรู้ และรันงานต่างๆ ได้ คือกระบวนการที่ทำงานอยู่ตลอดเวลา (standing process) ซึ่งมีสิทธิ์เข้าถึงเซิร์ฟเวอร์ของคุณได้จริง คู่มือนี้จะแนะนำวิธีการติดตั้งอย่างปลอดภัย โดยการตั้งค่าความปลอดภัยที่ระบุในที่นี้เป็นมาตรฐานเดียวกับที่คุณควรใช้เมื่อ running OpenClaw safely

การติดตั้งด้วยคำสั่งเดียว และเหตุผลที่ควรตรวจสอบก่อน

Hermes สามารถติดตั้งได้ด้วยคำสั่งเดียว:

curl -fsSL https://hermes-agent.nousresearch.com/install.sh | bash

วิธีนี้สะดวกและเป็นรูปแบบที่ควรให้ความสำคัญ การส่งสคริปต์จากอินเทอร์เน็ตเข้าสู่ shell โดยตรงจะทำให้คำสั่งทั้งหมดในสคริปต์นั้นทำงานในสิทธิ์ของผู้ใช้ที่เรียกใช้ ก่อนที่คุณจะรันคำสั่งบนเซิร์ฟเวอร์จริง ให้ดาวน์โหลดสคริปต์มาตรวจสอบก่อน และรันด้วยผู้ใช้ที่กำหนดไว้เฉพาะแทนการใช้ root:

curl -fsSL https://hermes-agent.nousresearch.com/install.sh -o hermes-install.sh
less hermes-install.sh

นี่ไม่ใช่เรื่องของการไม่ไว้วางใจ Hermes เป็นพิเศษ แต่เป็นนิสัยที่จะช่วยป้องกันไม่ให้การติดตั้ง curl | bash กลายเป็นจุดอ่อนที่สุดในระบบของคุณโดยที่คุณไม่รู้ตัว

กำหนดให้ใช้ผู้ใช้ที่ไม่มีสิทธิ์ระดับสูง

ให้รัน Hermes ด้วยบัญชีผู้ใช้ของระบบเอง ห้ามรันในฐานะ root เพื่อป้องกันไม่ให้บั๊กหรือคำสั่งที่ผิดพลาดส่งผลกระทบต่อส่วนอื่นของเครื่อง สร้างผู้ใช้ที่ไม่มี login shell:

sudo useradd --system --home /opt/hermes --shell /usr/sbin/nologin hermes

ติดตั้ง Hermes ภายใต้ /opt/hermes และกำหนดให้ account นั้นเป็นเจ้าของ installer อย่างเป็นทางการจะติดตั้งสำหรับ user ที่เรียกใช้งาน ดังนั้นให้รัน script ที่ดาวน์โหลดไว้ด้วย user hermes เช่น sudo -u hermes bash hermes-install.sh ไฟล์จะถูกติดตั้งใน home directory ของ account นั้นแทนที่จะเป็นของคุณ เหตุผลเหมือนกับ การรันบริการด้วย user ที่ไม่มีสิทธิ์พิเศษ: account ที่ agent ทำงานด้วยเป็นขอบเขตสูงสุดของความเสียหายที่ agent ก่อได้ การกำหนด OS account เป็นเพียงครึ่งหนึ่งของการควบคุม เพราะ settings ของ agent เองจะกำหนดว่า agent สามารถดำเนินการได้มากเพียงใดโดยไม่ต้องถามก่อน ประเด็นนี้เป็นที่มาของ permission modes ของ Claude Code เมื่อ agent ทำงานบนเครื่องที่คุณไม่ได้อยู่หน้าเครื่อง หากในภายหลังเครื่องนี้ต้องให้บริการแก่คนอื่นนอกเหนือจากคุณ OneCLI ขยายแนวคิด one-account-per-agent ไปใช้กับทั้งทีม โดยให้แต่ละคนมี agent ของตนเองใน sandbox ขณะที่ model keys อยู่ใน gateway เดียว และไม่มีใครต้องคัดลอก keys ไปไว้ที่อื่น

การตั้งค่าไฟร์วอลล์และแยกส่วนข้อมูลลับ

Hermes ทำงานโดยการเชื่อมต่อไปยังโมเดลและแอปแชทที่คุณกำหนดไว้ จึงไม่มีความจำเป็นต้องเปิดรับการเชื่อมต่อขาเข้าจากอินเทอร์เน็ต ให้ตั้งค่าไฟร์วอลล์เป็นแบบปฏิเสธการเชื่อมต่อทั้งหมดโดยค่าเริ่มต้น (default-deny) ไว้หน้าเซิร์ฟเวอร์:

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

ระวัง ช่องโหว่ของไฟร์วอลล์ IPv6 ในจุดนี้ เพราะชุดกฎที่ครอบคลุมเฉพาะ IPv4 อาจทำให้บริการถูกเปิดเผยผ่าน IPv6 ได้ หาก agent จำเป็นต้องเข้าถึงสิ่งที่มีอยู่เฉพาะในเครือข่ายภายในบ้าน เช่น NAS หรือฐานข้อมูลภายใน การ ประกาศเครือข่ายนั้นให้ tailnet ผ่าน subnet router จะทำให้ agent เข้าถึงได้ผ่านการเชื่อมต่อขาออก แทนการเปิดพอร์ตขาเข้า

เก็บ model API key และ chat token ทั้งหมดไว้ในไฟล์ที่อ่านได้เฉพาะผู้ใช้ hermes (mode 600) และให้ service โหลดไฟล์นี้ แทนการวางค่าไว้บน command line ซึ่งจะถูกบันทึกใน shell history ไฟล์ secrets ลักษณะนี้เป็นเป้าหมายขนาดเล็กแต่มีมูลค่าสูงเช่นเดียวกับ admin token ของ password manager ที่ self-host และแนวคิดจาก การเสริมความปลอดภัยให้ Vaultwarden ก็ใช้ได้เช่นกัน: ป้องกันไฟล์เดียวที่ใช้ปลดล็อกทุกอย่าง และป้องกันไฟล์สำรองของไฟล์นั้นอย่างเข้มงวดเท่าเทียมกัน

สิทธิ์ของไฟล์ช่วยป้องกันผู้ใช้อื่นบนเครื่องได้ แต่ไม่สามารถป้องกัน provider ที่ให้บริการโฮสต์อยู่เบื้องหลังได้ ดังนั้น หาก key ที่ agent ถือมีความอ่อนไหวมากพอที่จะทำให้ต้องประเมินความเสี่ยงใหม่ หน่วยความจำเข้ารหัสและการรับรองความถูกต้อง จะเป็นตัวกำหนดว่า hosting company สามารถอ่าน key เหล่านั้นจาก RAM ได้หรือไม่

การรัน Hermes ในฐานะ systemd service ที่มีความปลอดภัยสูง

systemd unit ช่วยให้ Hermes ทำงานต่อไปได้หลังจากที่คุณออกจากระบบหรือรีบูตเครื่อง รวมถึงช่วยรีสตาร์ทบริการหากเกิดการขัดข้อง และช่วยให้คุณเพิ่มการทำ sandboxing ในระดับ kernel เพื่อจำกัดขอบเขตการเข้าถึงของโปรแกรมได้ ให้เปิดใช้งาน NoNewPrivileges, ProtectSystem=strict, PrivateTmp และ ProtectHome เพื่อจำกัดความเสียหายหากระบบถูกบุกรุก

สร้าง unit ที่มีความปลอดภัยสูงที่นี่ จากนั้นคัดลอกไปยัง /etc/systemd/system/hermes.service โดย unit นี้จะเริ่มการทำงานของ hermes gateway ซึ่งเป็นกระบวนการที่ทำงานเบื้องหลังเพื่อเชื่อมต่อแอปแชทของคุณ ให้รัน hermes --help หลังจากติดตั้งเพื่อยืนยันคำสั่งและ path ของ binary ในเวอร์ชันของคุณก่อนที่จะเปิดใช้งาน service:

คำสั่งควบคุมต่างๆ รวมถึงขั้นตอน daemon-reload และ enable --now ได้รับการอธิบายไว้ใน การรันโปรแกรมในฐานะ systemd service:

sudo systemctl daemon-reload
sudo systemctl enable --now hermes

สำหรับตัวอย่างการใช้งานรูปแบบเดียวกันกับ agent อื่น การรัน dsh แบบ headless ภายใต้ systemd ได้อธิบายรายละเอียดเพิ่มเติมเกี่ยวกับกฎการ Restart และคำสั่ง journalctl ที่คุณจำเป็นต้องใช้เมื่อ service หยุดทำงานในระหว่างคืน ทางที่ดีอย่ารอจนถึงเช้าเพื่อตรวจสอบ: การใช้ OnFailure= unit ที่ ส่งการแจ้งเตือนไปยังเซิร์ฟเวอร์ ntfy ของคุณเอง จะช่วยให้คุณได้รับแจ้งเตือนบนโทรศัพท์ทันทีที่ Hermes หยุดการรีสตาร์ท

หากคุณต้องการให้ systemd ดูแล container แทนการติดตั้งแบบ native การรักษา KiroCrew ให้ทำงานอยู่เสมอด้วย pinned container จะให้ผลลัพธ์ที่สามารถทำงานต่อได้หลังรีบูตเช่นเดียวกัน โดยยังคงเวอร์ชันของ image ไว้ตามที่กำหนด

การเสริมความปลอดภัยให้กับเซิร์ฟเวอร์

ปิดท้ายด้วยการเสริมความปลอดภัยที่จุดเข้าใช้งานหลัก เปลี่ยนการยืนยันตัวตนของ SSH ให้เป็นแบบใช้คีย์เท่านั้นและปิดการล็อกอินด้วย root ตามที่ระบุไว้ใน การเสริมความปลอดภัย SSH บน VPS เพื่อป้องกันไม่ให้บัญชีที่คุณใช้จัดการเซิร์ฟเวอร์ถูกเดารหัสผ่านได้ง่าย เอเจนต์ที่เก็บความจำแบบถาวรเป็นสิ่งที่ควรค่าแก่การปกป้อง และวิธีที่ประหยัดที่สุดคือการทำให้มั่นใจว่าไม่มีใครสามารถล็อกอินเข้าสู่เซิร์ฟเวอร์ที่เอเจนต์นั้นทำงานอยู่ได้

เมื่อเซิร์ฟเวอร์ถูกล็อกอย่างแน่นหนาแล้ว ความสามารถถัดไปที่ผู้ใช้ส่วนใหญ่มักเพิ่มเข้ามาคือการค้นหาผ่านเว็บ และการ ชี้เอเจนต์ไปยังอินสแตนซ์ SearXNG ของคุณเอง จะช่วยให้การสืบค้นข้อมูลเหล่านั้นยังคงอยู่ภายในเซิร์ฟเวอร์ของคุณเอง โดยแลกกับการที่ต้องประมวลผลหน้าเว็บที่ยังไม่มีใครตรวจสอบความปลอดภัย นอกจากนี้ Hermes มักไม่ใช่เอเจนต์เพียงตัวเดียวบนเซิร์ฟเวอร์ หากคุณใช้งาน Claude Code ควบคู่ไปด้วย ทั้งสองเซสชันสามารถส่งต่องานให้กันได้โดยตรง แทนที่จะต้องส่งผ่านตัวคุณทุกครั้ง หากเอเจนต์ถัดไปที่คุณเพิ่มเข้ามาเป็นเอเจนต์ที่อ่านโค้ดแทนที่จะเป็นแอปแชท การ รันการสแกนความปลอดภัยของ open-kritt บนเซิร์ฟเวอร์เดียวกัน ก็เป็นแนวทางที่เหมาะสมเช่นกัน โดยใช้การกำหนดเวอร์ชันที่แน่นอน (pinned release), บัญชีผู้ใช้แยกต่างหาก และเว็บ UI ที่เข้าถึงผ่าน SSH tunnel แทนการเปิดพอร์ตทิ้งไว้

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

FAQ

ฉันสามารถรัน Hermes Agent บน VPS ราคาประหยัดได้หรือไม่?

ได้ Hermes ถูกออกแบบมาให้ทำงานบนเซิร์ฟเวอร์ขนาดเล็ก โดย VPS ราคา 5 ดอลลาร์เพียงพอสำหรับการรันเอเจนต์ส่วนตัวที่ต้องการให้ทำงานตลอดเวลา เนื่องจากตัวเอเจนต์ทำหน้าที่ติดต่อกับโมเดลภาษาและแอปแชทของคุณ แทนที่จะต้องรองรับทราฟฟิกจำนวนมาก จึงใช้ทรัพยากรน้อยมาก คุณควรสร้างผู้ใช้เฉพาะสำหรับรันโปรแกรม ตั้งค่าไฟร์วอลล์ และรันผ่าน systemd service ซึ่ง VPS ขนาดเล็กจะสามารถจัดการงานนี้ได้อย่างสบาย หากคุณมีเครื่องเซิร์ฟเวอร์ที่บ้านอยู่แล้ว ให้เปรียบเทียบค่าฮาร์ดแวร์และค่าไฟกับค่าเช่ารายเดือนก่อน เพราะ การใช้ Proxmox ที่บ้านและการเช่า VPS มีข้อดีในด้านที่แตกต่างกัน

สคริปต์ติดตั้งแบบบรรทัดเดียวปลอดภัยที่จะรันหรือไม่?

การติดตั้งด้วย curl | bash นั้นสะดวก แต่แนวทางปฏิบัติที่ปลอดภัยคือการดาวน์โหลดสคริปต์มาอ่านก่อนรัน และรันด้วยผู้ใช้ที่กำหนดไว้เฉพาะแทนการใช้ root วิธีนี้จะช่วยให้ตัวติดตั้งที่รับค่าผ่าน pipe จากโปรเจกต์ใดก็ตาม ไม่สามารถทำอะไรได้เกินกว่าสิทธิ์ของบัญชีนั้นๆ สิ่งนี้ไม่ใช่ข้อกำหนดเฉพาะของ Hermes แต่เป็นแนวทางปฏิบัติที่ดีสำหรับการติดตั้งซอฟต์แวร์ในลักษณะนี้ทุกประเภท

ฉันจะรัน Hermes โดยไม่ใช้สิทธิ์ root ได้อย่างไร?

ให้สร้างผู้ใช้ระบบเฉพาะที่ไม่มี login shell ติดตั้ง Hermes ไว้ในไดเรกทอรีที่ผู้ใช้นั้นเป็นเจ้าของ เช่น /opt/hermes และรัน service ด้วยบัญชีดังกล่าว หากเอเจนต์ถูกบุกรุก ความเสียหายจะจำกัดอยู่เพียงสิ่งที่บัญชีนั้นเข้าถึงได้เท่านั้น

ฉันจะทำให้ Hermes ทำงานต่อไปหลังจากออกจากระบบได้อย่างไร?

ให้รันในรูปแบบ systemd service โดยไฟล์ unit จะเริ่มการทำงานของ Hermes เมื่อบูตเครื่อง เริ่มการทำงานใหม่หากเกิดการขัดข้อง และทำให้โปรแกรมทำงานต่อไปหลังจากเซสชัน SSH ของคุณสิ้นสุดลง ในขณะที่ตัวเลือก sandboxing ของ systemd จะช่วยจำกัดสิ่งที่กระบวนการนั้นสามารถเข้าถึงได้ คุณสามารถสร้าง unit ที่มีความปลอดภัยสูงด้วยเครื่องมือด้านบนและเปิดใช้งานด้วย systemctl enable --now hermes

Hermes Agent จำเป็นต้องใช้ GPU หรือไม่?

ไม่จำเป็น Hermes เป็นเพียง runtime ของเอเจนต์ ไม่ใช่ตัวโมเดลภาษา จึงสามารถรันบน VPS ขนาดเล็กที่ใช้เฉพาะ CPU ได้ตามปกติ การคำนวณหนักๆ จะเกิดขึ้นในจุดที่โมเดลทำงาน ซึ่งโดยปกติจะเป็น API ที่คุณเชื่อมต่อเข้าไป หากคุณต้องการ self-host โมเดลบนเครื่องเดียวกันด้วย ให้เลือกขนาดเครื่องตามความต้องการของโมเดลแทนที่จะดูจาก Hermes สำหรับการโฮสต์โมเดลด้วย CPU เพียงอย่างเดียว ให้ดูตัวเลขคำแนะนำใน คู่มือ Ollama