התקנת Agent Zero על שרת VPS: מדריך אבטחה

מהו Agent Zero והיכן טמון הסיכון

Agent Zero הוא תשתית סוכנים (agent framework) בקוד פתוח, המותאמת לעבודה בתוך Docker. סוכן ראשי יכול להפעיל סוכני משנה, כאשר כל אחד מהם רץ בתוך מכולת Docker מבודדת משלו, ומסוגל להריץ קוד, להפעיל דפדפן ולהריץ פקודות shell. את המערכת כולה מנהלים דרך ממשק אינטרנטי (Web UI). מדובר בכלי רב-עוצמה ומהנה לשימוש, המסוגל לרוץ על חומרה דלה כמו VPS בעלות של שישה דולרים. אם אתם מחפשים את המבנה של ריבוי סוכנים ולאו דווקא את התשתית הזו, שני סשנים של Claude Code על אותה מכונה יכולים לתקשר זה עם זה ישירות, פתרון קטן ופשוט הרבה יותר להרצה ולאבטחה.

הסכנה טמונה בממשק ה-Web UI. זהו לוח הבקרה של מערכת שמריצה פקודות וכותבת קבצים; לכן, ממשק Web UI חשוף וללא אימות מהווה נקודת אחיזה מרחוק בדיוק עבור פעולות אלו. כאן טמון המלכוד שאליו מובילים רוב מדריכי ההתקנה: ה-docker run הסטנדרטי מפרסם את הממשק בפורט 50001 על כל ממשקי הרשת. ב-VPS ציבורי, המשמעות היא שהממשק נגיש לכל רחבי האינטרנט ברגע שהמכולה עולה. תיקון מצב זה הוא הדבר הראשון שעליכם לעשות, לא האחרון.

דרישות קדם

עליך להצטייד בשרת VPS עם Docker מותקן, מפתח API עבור מודל שפה או מודל מקומי להפנות אליו, וזיכרון RAM פנוי של כמה ג'יגה-בייטים לצורך התחלה. Agent Zero פועל בכל מקום שבו Docker פועל, החל משרת VPS קטן ועד לשרת GPU. אם Docker חדש עבורך, המדריך ליסודות Docker מכסה את כל מה שהפקודות להלן מניחות כנתון.

התקנה באמצעות Docker, בקישור ל-loopback

המדריך המהיר המתועד הוא docker run יחיד. השינוי החשוב לעומת גרסת ה-copy-paste שתמצאו במקומות אחרים הוא הכתובת שבה אתם מפרסמים את השירות. אל תפרסמו לכל ממשק בפורט 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 לכתובת ה-loopback של השרת בלבד, כך שהוא אינו נגיש מהאינטרנט. גשו אליו מהמחשב שלכם באמצעות מנהרת SSH:

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

לאחר מכן פתחו את http://127.0.0.1:5080 באופן מקומי, והגדירו את ספק המודלים שלכם בממשק. עבור הגדרה קבועה מרובת משתמשים, הציבו את השירות מאחורי VPN או reverse proxy עם אימות, אך לעולם אל תפרסמו את הממשק הגולמי לאינטרנט הפתוח. כדאי לאמץ הרגל זה לכל כלי אחר בשרת שממשק הניהול שלו שולט ברכיבים רגישים; כך יש לגשת גם ל-סורק open-kritt מאוחסן עצמית, דרך מנהרה לממשק שלו ולא דרך פורט חשוף.

היכן שמדריכים אחרים עוצרים, ומדוע לא כדאי לכם לעשות זאת

חפשו כיצד להתקין את Agent Zero ותמצאו שפע של מדריכים, כולל כאלו של חברות אחסון, שמביאים אתכם לממשק אינטרנטי פעיל בפורט 50001 ועוצרים שם. זו בדיוק הנקודה שבה הסיכון מתחיל, לא שבה הוא מסתיים. שני דברים משלימים את המשימה. ראשית, שמרו על הממשק פרטי, כפי שהוסבר לעיל. שנית, הציבו firewall עם מדיניות default-deny לפני השרת, כדי שמכולה תועה או טעות עתידית לא יחשפו פורט ששכחתם ממנו:

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

עקבו אחר יסודות ה-firewall לקבלת התמונה המלאה, ושימו לב ל-פער ה-IPv6, כיוון ששירות ב-:: נגיש דרך IPv6 גם כאשר חוקי ה-IPv4 שלכם נראים הדוקים.

בידוד מכולות מגן על הסוכנים, לא על השרת שלך

התכנון של Agent Zero מספק בידוד יעיל מסוג אחד: סוכני משנה רצים במכולות נפרדות, ולכן הם מופרדים זה מזה. זהו יתרון משמעותי. עם זאת, קל לפרש זאת כ"הסביבה מבודדת, לכן אני מוגן" ולעצור שם. בידוד מכולות מגן על הסוכנים זה מזה. הוא אינו עושה דבר כדי להגן על השרת שלך מפני האינטרנט, או כדי למנוע מממשק אינטרנט חשוף להעביר שליטה לידי גורם זר. אלו הן אחריותך, ברמת המארח (host). החלט מראש מה מותר לסוכן לעשות כשאיש אינו משגיח עליו; זהו אותו שיקול דעת העומד מאחורי מצבי ההרשאות של Claude Code, שבהם שרת ללא השגחה מקבל הגדרות מחמירות יותר מאשר מחשב נייד שנמצא מולך.

סודות, משתמשים והמארח

שמרו את ה-API key של המודל וכל פרטי הזדהות אחרים בקובץ התצורה של Agent Zero או בקובץ משתני סביבה שרק החשבון המתאים יכול לקרוא, הרחק מהיסטוריית ה-shell שלכם ומכל מאגר קוד. אותו היגיון תקף לכל רכיב אחר במערכת המגן על סודות, שכן ביצוע הקשחה ל-Vaultwarden מסתכם בסופו של דבר בניהול ה-admin token וקובץ הגיבוי שלו, ולא רק בהצפנה שהיישום כבר מבצע היטב. נהלו את השרת כמשתמש ללא הרשאות מיוחדות (unprivileged user) במקום כ-root, בהתאם לעקרון משתמשים בעלי הרשאות מינימליות, והעבירו את ה-SSH לאימות מבוסס מפתחות בלבד, כפי שמוסבר ב-הקשחת SSH. לאחר מכן, עברו על רשימת התיוג מטה כדי לוודא שלא פספסתם דבר.

אם אתם משווים בין סוכנים, זוהי אותה עמדת אבטחה שנוקטים מדריך ההקשחה של OpenClaw ו-המדריך של OpenHands: שמרו על ממשק השליטה פרטי, הריצו את השירות כמשתמש ללא הרשאות, הגדירו firewall כברירת מחדל, והתייחסו למארח כאל סביבה המריצה קוד שהיא לא כתבה בעצמה. להשוואה זה לצד זה של כל חמשת הסוכנים, ראו את הסוכנים המבוססים על בינה מלאכותית הטובים ביותר לאירוח עצמי ב-2026.

המושגים העומדים בבסיס כל אלו מפורטים ב-בניית סוכן בינה מלאכותית משלכם על גבי VPS, ו-Dify היא פלטפורמה נוספת לאירוח עצמי ששווה להשוות אליה.

FAQ

האם בטוח לארח את Agent Zero באופן עצמי?

כן, בתנאי ששומרים על ה-Web UI שלו פרטי ומקשיחים את השרת המארח. Agent Zero מריץ קוד, דפדפן ו-shell, והוא נשלט מתוך ממשק Web שמתפרסם כברירת מחדל בפורט 50001. לכן, הסכנה טמונה בממשק חשוף ולא ב-framework עצמו. הגדירו את הממשק להאזנה ל-loopback בלבד וגשו אליו דרך SSH או VPN, הציבו חומת אש עם מדיניות default-deny, והריצו אותו כמשתמש ללא הרשאות מיוחדות.

האם Agent Zero חושף Web UI לאינטרנט כברירת מחדל?

ה-docker run הסטנדרטי מפרסם את הממשק בפורט 50001 על כל ממשקי הרשת. ב-VPS ציבורי, המשמעות היא שהממשק נגיש מהאינטרנט ברגע שה-container עולה. שנו את כתובת הפרסום ל-127.0.0.1 כדי שהממשק יאזין ל-loopback בלבד, וגשו אליו דרך מנהרת SSH או VPN.

האם Agent Zero יכול לרוץ על VPS קטן?

כן. Agent Zero רץ בכל מקום שבו Docker רץ, כולל ב-VPS קטן וזול, אם כי משימות כבדות ומודלים מקומיים גדולים דורשים יותר זיכרון. אם אתם מפנים אותו למודל שמתארח אצלכם במקום ל-API חיצוני, התאימו את גודל השרת למודל, ולא רק ל-Agent Zero.

במה שונה Agent Zero מ-OpenClaw או מ-Hermes?

הם חופפים אך מכוונים למטרות שונות. Agent Zero הוא framework מבוסס Docker, הבנוי סביב סוכן ראשי שמפעיל סוכנים משניים בתוך containers מבודדים, והכל נשלט מתוך ממשק Web. OpenClaw ו-Hermes הם עוזרים אישיים שמתקשרים איתם דרך אפליקציות צ'אט. רמת האבטחה הנדרשת זהה בכולם: שמרו על משטח השליטה פרטי והקשיחו את השרת המארח.