VPS पर Agent Zero कैसे सुरक्षित रूप से सेटअप करें

Agent Zero क्या है और खतरा कहाँ है

Agent Zero एक open-source, Docker-first एजेंट फ्रेमवर्क है। एक प्राथमिक एजेंट किसी कार्य को केंद्रित हिस्सों में विभाजित करने के लिए अधीनस्थ एजेंटों को spawn कर सकता है, और ये एजेंट Agent Zero Docker container के भीतर कोड निष्पादित कर सकते हैं, ब्राउज़र चला सकते हैं, और shell commands रन कर सकते हैं। आप पूरी प्रक्रिया को एक Web UI से नियंत्रित करते हैं। यह सक्षम है और उपयोग करने में वास्तव में मजेदार है, और यह छह-डॉलर के VPS जैसे छोटे हार्डवेयर पर भी चल सकता है। यदि आप फ्रेमवर्क के बजाय multi-agent स्वरूप चाहते हैं, तो एक ही box पर दो Claude Code sessions सीधे एक-दूसरे को संदेश भेज सकते हैं, जिसे चलाना और सुरक्षित करना बहुत आसान है।

खतरा Web UI में है। यह एक ऐसे सिस्टम के लिए कंट्रोल पैनल है जो commands चलाता है और फाइलें लिखता है, इसलिए एक exposed, unauthenticated Web UI सीधे तौर पर रिमोट एक्सेस का जरिया बन जाता है। और यहाँ वह जाल है जिसमें अधिकांश सेटअप गाइड आपको सीधे ले जाती हैं: docker run उदाहरण बिना किसी एड्रेस के इंटरफेस को पब्लिश कर देते हैं। 2026-10-12 तक, README की डायरेक्ट कमांड host port 80 (-p 80:80) को मैप करती है, A0 Install लॉन्चर port 5080 का उपयोग करता है, और VPS डिप्लॉयमेंट गाइड 50080 की सिफारिश करती है, जबकि v0.9.x लाइन तक के रिलीज़ के लिए लिखी गई गाइड port 50001 का उपयोग करती हैं। आप चाहे जो भी port चुनें, बिना किसी एड्रेस वाली मैपिंग हर नेटवर्क इंटरफेस पर listen करती है, जिसका अर्थ है कि एक पब्लिक VPS पर, container शुरू होते ही यह पूरी इंटरनेट से एक्सेस योग्य हो जाता है। इसे ठीक करना वह पहला काम है जो आपको करना चाहिए, न कि आखिरी।

आपको क्या चाहिए

आपको Docker इंस्टॉल किए हुए एक VPS, एक language model के लिए API key या उसे पॉइंट करने के लिए एक local model, और शुरुआत करने के लिए कुछ gigabytes RAM की आवश्यकता होगी। Agent Zero वहां चलता है जहां Docker चलता है, एक छोटे VPS से लेकर GPU सर्वर तक। यदि आप Docker के लिए नए हैं, तो Docker basics guide में उन बातों को शामिल किया गया है जिन्हें नीचे दिए गए commands मानकर चलते हैं।

Docker के साथ इंस्टॉल करें, loopback पर bind करें

दस्तावेजीकृत quick start एक एकल docker run है। अन्य जगहों पर मिलने वाले copy-paste वर्ज़न की तुलना में यहाँ महत्वपूर्ण बदलाव वह address है जिस पर आप publish करते हैं। हर interface पर publish न करें, जैसा कि -p 80:80 करता है। Loopback पर publish करें:

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 वेब UI को केवल सर्वर के loopback address पर bind करता है, इसलिए यह इंटरनेट से सुलभ नहीं होता है। इसे अपनी मशीन से SSH tunnel के माध्यम से एक्सेस करें:

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

फिर स्थानीय रूप से http://127.0.0.1:5080 खोलें, UI में अपना model provider कॉन्फ़िगर करें, और Settings, Authentication के अंतर्गत UI login और password सेट करें। आधिकारिक दस्तावेज़ों के अनुसार, किसी और के लिए instance खोलने से पहले ऐसा करना आवश्यक है। स्थायी multi-user सेटअप के लिए, इसे VPN या authenticating reverse proxy के पीछे रखें, लेकिन raw UI को कभी भी खुले इंटरनेट पर publish न करें। यह आदत बॉक्स पर मौजूद हर उस अन्य टूल के लिए अपनानी चाहिए जिसका interface संवेदनशील चीजों को नियंत्रित करता है। इसी तरह एक self-hosted open-kritt scanner तक भी पहुँचा जाना चाहिए, यानी किसी published port के बजाय उसके UI के लिए tunnel का उपयोग करके।

जहाँ अन्य गाइड्स रुक जाती हैं, और आपको ऐसा क्यों नहीं करना चाहिए

Agent Zero को इंस्टॉल करने के तरीके खोजें, तो आपको कई गाइड्स मिलेंगी, जिनमें होस्टिंग कंपनियों की गाइड्स भी शामिल हैं। ये आपको एक पब्लिश पोर्ट (पुराने वर्ज़न में 50001, नए में 80, 5080 या 50080) पर चल रहे Web UI तक पहुँचाकर छोड़ देती हैं। जोखिम यहीं से शुरू होता है, खत्म नहीं। काम पूरा करने के लिए दो चीजें जरूरी हैं। पहला, UI को ऊपर बताए अनुसार private रखें। दूसरा, सर्वर के सामने एक default-deny firewall लगाएँ ताकि कोई ऐसी सर्विस जिसे आप भूल गए हैं, वह इंटरनेट को जवाब न दे सके:

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

हालाँकि, इसकी सीमा को समझें: Docker पब्लिश किए गए कंटेनर पोर्ट्स के लिए ट्रैफिक को UFW के नियमों के लागू होने से पहले ही रूट कर देता है। इसलिए, firewall हर इंटरफेस पर पब्लिश किए गए कंटेनर पोर्ट को कवर नहीं करती है। इसीलिए ऊपर बताया गया loopback bind महत्वपूर्ण है, और Docker ports UFW को कैसे बायपास करते हैं में इसका विवरण दिया गया है। पूरी जानकारी के लिए firewall की बुनियादी बातें का पालन करें, और IPv6 gap का ध्यान रखें, क्योंकि :: पर मौजूद सर्विस IPv6 के माध्यम से तब भी पहुँच योग्य होती है जब आपके IPv4 नियम सुरक्षित दिख रहे हों।

Container isolation agents की सुरक्षा करता है, आपके सर्वर की नहीं

Agent Zero का डिज़ाइन एक प्रकार के isolation के मामले में वास्तव में अच्छा है: framework और इसके द्वारा spawn किए गए सभी agents सीधे आपके host पर चलने के बजाय अपने Docker container के अंदर चलते हैं। इसलिए, जो code वे लिखते और चलाते हैं, वह आपके home directory में नहीं, बल्कि container के अंदर ही रहता है। यह एक उपयोगी सुविधा है। Subordinate agents, primary agent के साथ उसी एक container को साझा करते हैं, इसलिए यह दीवार agents और आपके host के बीच है, न कि स्वयं agents के बीच। इसे "यह sandboxed है, इसलिए मैं सुरक्षित हूँ" के रूप में पढ़ना और वहीं रुक जाना आसान है। Container isolation, agents के काम को host से दूर रखता है। यह आपके सर्वर को internet से बचाने या किसी exposed Web UI को किसी अजनबी के नियंत्रण में जाने से रोकने के लिए कुछ नहीं करता है। ये काम host पर आपके हैं। पहले से तय करें कि जब कोई उसे देख न रहा हो, तो एक agent कितना काम कर सकता है। यही वह निर्णय है जो Claude Code के permission modes के पीछे है, जहाँ एक unattended सर्वर को आपके सामने रखे laptop की तुलना में अधिक सख्त setting की आवश्यकता होती है।

Secrets, users, और host

Agent Zero की config या किसी environment file में model API key और अन्य credentials रखें, जिसे केवल सही account ही पढ़ सके। इन्हें shell history और किसी भी repository से बाहर रखें। यही सिद्धांत box पर मौजूद अन्य secret-guarding tools पर भी लागू होता है, क्योंकि Vaultwarden की hardening का मुख्य आधार उसका admin token और backup file है, न कि वह encryption जो app पहले से ही बेहतर तरीके से करती है। least-privilege users के सिद्धांत का पालन करते हुए, root के बजाय एक unprivileged user के रूप में box को administer करें, और SSH hardening के अनुसार SSH को केवल key-based authentication पर सेट करें। फिर नीचे दी गई checklist को पूरा करें ताकि कुछ भी छूट न जाए।

यदि आप agents की तुलना कर रहे हैं, तो यह वही security posture है जिसे OpenClaw hardening guide और OpenHands guide अपनाते हैं: control surface को private रखें, unprivileged user के रूप में चलाएं, डिफ़ॉल्ट रूप से firewall का उपयोग करें, और host को ऐसा मानें जो ऐसा code चलाता है जिसे उसने खुद नहीं लिखा है। सभी पांच agents के तुलनात्मक दृश्य के लिए, 2026 के सर्वश्रेष्ठ self-hosted AI agents देखें।

इनमें से किसी भी tool के पीछे के सिद्धांत VPS पर अपना AI agent बनाना में दिए गए हैं, और Dify एक अन्य self-hostable platform है जिसकी तुलना करना सार्थक है।

FAQ

क्या Agent Zero को self-host करना सुरक्षित है?

यह सुरक्षित है, यदि आप इसके Web UI को private रखें और host को harden करें। Agent Zero कोड, ब्राउज़र और शेल चलाता है, और इसे किसी भी host port पर publish किए गए Web UI से नियंत्रित किया जाता है। इसलिए खतरा एक exposed interface से है, न कि framework से। UI को loopback पर bind करें और इसे SSH या VPN के माध्यम से एक्सेस करें, UI के लिए login और password सेट करें, सामने एक default-deny firewall लगाएँ, और इसे एक unprivileged user के रूप में चलाएँ।

क्या Agent Zero डिफ़ॉल्ट रूप से इंटरनेट पर Web UI expose करता है?

दस्तावेजीकृत docker run कमांड बिना किसी address के interface को publish करते हैं (README में -p 80:80 का उपयोग किया गया है), और इस तरह की मैपिंग हर network interface पर listen करती है। एक public VPS पर इसका मतलब है कि container शुरू होते ही यह इंटरनेट से एक्सेस किया जा सकता है। UFW इसे नहीं रोकता है, क्योंकि Docker publish किए गए ports को इसके चारों ओर से route करता है। publish किए गए address में 127.0.0.1 जोड़ें ताकि UI केवल loopback पर listen करे, फिर इसे SSH tunnel या VPN के माध्यम से एक्सेस करें।

क्या Agent Zero एक छोटे VPS पर चल सकता है?

हाँ। Agent Zero वहाँ चलता है जहाँ Docker चलता है, जिसमें एक छोटा और सस्ता VPS भी शामिल है, हालाँकि भारी कार्यों और बड़े local models के लिए अधिक memory की आवश्यकता होती है। यदि आप इसे किसी hosted API के बजाय self-hosted model की ओर point करते हैं, तो सर्वर का आकार model के अनुसार रखें, न कि केवल Agent Zero के लिए।

Agent Zero, OpenClaw या Hermes से कैसे अलग है?

ये आपस में मिलते-जुलते हैं लेकिन इनके लक्ष्य अलग हैं। Agent Zero एक Docker-first framework है जो एक प्राथमिक agent के इर्द-गिर्द बना है, जो Web UI से संचालित होकर अपने container के भीतर subordinate agents को जन्म देता है। OpenClaw और Hermes व्यक्तिगत सहायक हैं जिन्हें आप chat apps के माध्यम से एक्सेस करते हैं। इन सभी के लिए सुरक्षा का दृष्टिकोण समान है: control surface को private रखें और host को harden करें।