---
read_when:
    - आप एक ही मशीन पर एकाधिक टेनेंट विश्वास डोमेन होस्ट करते हैं
    - आपको फ़्लीट सेल बनाने, उनका निरीक्षण करने, उन्हें अपग्रेड करने या हटाने की आवश्यकता है
summary: अलग-अलग टेनेंट के लिए पृथक OpenClaw सेल का प्रावधान और प्रबंधन करने हेतु CLI संदर्भ
title: बेड़ा
x-i18n:
    generated_at: "2026-07-16T13:53:35Z"
    model: gpt-5.6
    postprocess_version: locale-links-v1
    prompt_version: 32
    provider: openai
    source_hash: be589500e4715541f175caf0d5135a96baee4874e64c60c8b6f188ff1f70bc9f
    source_path: cli/fleet.md
    workflow: 16
---

# `openclaw fleet`

`openclaw fleet` **cells** कहलाने वाले पूर्ण OpenClaw इंस्टेंस का प्रबंधन करता है। प्रत्येक cell का अपना Gateway, स्थिति, क्रेडेंशियल, चैनल खाते, कंटेनर और केवल लूपबैक वाला होस्ट पोर्ट होता है। प्रत्येक टेनेंट विश्वास-सीमा के लिए एक cell का उपयोग करें; प्रतिकूल बहु-टेनेंट सीमा के रूप में एक साझा Gateway का उपयोग न करें।

Fleet **प्रायोगिक** है। कमांड नाम, फ़्लैग, आउटपुट स्वरूप और कंटेनर प्रोफ़ाइल रिलीज़ के बीच बिना किसी बहिष्करण अवधि के बदल सकते हैं।

Fleet Docker और Podman का समर्थन करता है। डिफ़ॉल्ट इमेज `ghcr.io/openclaw/openclaw:latest` है।

Fleet का परीक्षण Linux और macOS होस्ट पर किया जाता है। Windows होस्ट वर्तमान में अपरीक्षित हैं।

## त्वरित शुरुआत

```bash
openclaw fleet create acme
openclaw fleet status acme
openclaw fleet list
```

`fleet create` जनरेट किया गया Gateway टोकन cell URL के साथ एक बार प्रिंट करता है। टोकन को तुरंत संग्रहीत करें, फिर प्रत्येक टेनेंट के चैनल खातों को उस टेनेंट के cell के भीतर कॉन्फ़िगर करें।

## टेनेंट ID

टेनेंट ID का इससे मेल खाना आवश्यक है:

```text
^[a-z0-9](?:[a-z0-9-]{0,38}[a-z0-9])?$
```

यह 1 से 40 लोअरकेस अक्षरों, अंकों और आंतरिक हाइफ़न की अनुमति देता है। ID का आरंभ और अंत किसी अक्षर या अंक से होना आवश्यक है। अपरकेस अक्षर, अंडरस्कोर, स्लैश, डॉट, रिक्त स्थान और `../acme` जैसी ट्रैवर्सल स्ट्रिंग अस्वीकार कर दी जाती हैं।

ID कंटेनर नाम का हिस्सा बन जाता है: `openclaw-cell-<tenant>`।

## `fleet create`

एक cell बनाएँ और उसे शुरू करें:

```bash
openclaw fleet create acme
```

किसी निश्चित पोर्ट पर एक Podman cell बनाएँ, लेकिन उसे शुरू न करें:

```bash
openclaw fleet create acme \
  --runtime podman \
  --port 19125 \
  --no-start
```

`--env` को दोहराकर टेनेंट-विशिष्ट पर्यावरण चर पास करें:

```bash
openclaw fleet create acme \
  --env TZ=America/Los_Angeles \
  --env OPENCLAW_DISABLE_BONJOUR=1
```

पर्यावरण कुंजियों में अक्षर, अंक और अंडरस्कोर उपयोग किए जाते हैं और वे किसी अंक से शुरू नहीं हो सकतीं। मान एक पंक्ति के होने आवश्यक हैं, क्योंकि Fleet उन्हें एक संरक्षित रनटाइम पर्यावरण फ़ाइल के माध्यम से पास करता है। Fleet [स्टोरेज और कंटेनर लेआउट](#storage-and-container-layout) के अंतर्गत सूचीबद्ध प्रबंधित कंटेनर-पाथ और Gateway-टोकन चरों को ओवरराइड करने के प्रयास अस्वीकार करता है।

### निर्माण विकल्प

| विकल्प                    | डिफ़ॉल्ट                               | विवरण                                                                                    |
| ------------------------- | ------------------------------------- | ---------------------------------------------------------------------------------------------- |
| `--image <ref>`           | `ghcr.io/openclaw/openclaw:latest`    | cell के लिए कंटेनर इमेज।                                                                  |
| `--runtime <runtime>`     | `docker`                              | कंटेनर CLI: `docker` या `podman`।                                                           |
| `--port <number>`         | `19100` से स्वचालित रूप से आवंटित  | लूपबैक होस्ट पोर्ट। स्पष्ट रूप से चुना गया पोर्ट किसी अन्य पंजीकृत cell का नहीं होना चाहिए।    |
| `--memory <value>`        | `2g`                                  | Docker/Podman सिंटैक्स में कंटेनर मेमोरी सीमा।                                                |
| `--cpus <value>`          | `2`                                   | कंटेनर CPU सीमा।                                                                           |
| `--disk <size>`           | कोई नहीं                                  | जब स्टोरेज बैकएंड कोटा का समर्थन करता हो, तब कंटेनर की लिखने योग्य परत को सीमित करें।                     |
| `--network <mode>`        | `bridge`                              | आउटबाउंड नेटवर्क मोड: `bridge` या `internal`।                                                 |
| `--pids-limit <number>`   | `512`                                 | कंटेनर में प्रक्रियाओं की अधिकतम संख्या।                                                  |
| `--env <KEY=VALUE>`       | कोई नहीं                                  | cell को एक पर्यावरण चर पास करें। एकाधिक मानों के लिए दोहराएँ।                          |
| `--gateway-token <value>` | यादृच्छिक 32-वर्णीय हेक्साडेसिमल टोकन | टोकन जनरेट करने के बजाय दिया गया Gateway टोकन उपयोग करें। [टोकन प्रबंधन](#token-handling) देखें। |
| `--no-start`              | cell शुरू होता है                           | कंटेनर को शुरू किए बिना बनाएँ।                                                      |
| `--json`                  | मानव-पठनीय आउटपुट                 | मशीन-पठनीय आउटपुट प्रिंट करें।                                                                 |

स्वचालित आवंटन `19100` या उससे ऊपर का पहला अप्रयुक्त रजिस्ट्री पोर्ट चुनता है। Fleet डुप्लिकेट टेनेंट ID और किसी अन्य cell को पहले से आवंटित स्पष्ट पोर्ट अस्वीकार करता है।

इमेज संदर्भ एक कंटेनर-रनटाइम आर्ग्युमेंट के रूप में पास किए जाते हैं। रिक्त संदर्भ और `-` से शुरू होने वाले मान अस्वीकार कर दिए जाते हैं, ताकि किसी इमेज को Docker या Podman विकल्प के रूप में न समझा जा सके।

चुना गया Docker या Podman एंडपॉइंट स्थानीय होना चाहिए। Fleet पोर्ट आरक्षित करने या स्थानीय स्थिति बनाने से पहले रिमोट Docker कॉन्टेक्स्ट, `DOCKER_HOST` एंडपॉइंट और रिमोट Podman सेवाओं को अस्वीकार करता है। रिमोट cell होस्ट समर्थित नहीं हैं।

जब Fleet कोई नया cell शुरू करता है, तो create उसके Gateway द्वारा `/healthz` का उत्तर देने के लिए लगभग एक मिनट तक प्रतीक्षा करता है। यदि cell स्वस्थ नहीं होता, तो Fleet उसके कंटेनर और रजिस्ट्री पंक्ति को `fleet status`, `fleet logs` या स्पष्ट निष्कासन के लिए यथावत रखता है। `--no-start` इस स्वास्थ्य गेट को छोड़ देता है। किसी अस्वस्थ नए cell का जनरेट किया गया Gateway टोकन खोता नहीं है—वह कंटेनर पर्यावरण (`docker|podman inspect`) में बना रहता है, और क्योंकि cell ने अभी तक कोई ट्रैफ़िक नहीं संभाला है, इसलिए `fleet rm --force` के बाद नया create करना हमेशा एक सुरक्षित विकल्प है।

### डाइजेस्ट द्वारा पिन करना

Create और upgrade `--image ghcr.io/openclaw/openclaw@sha256:<digest>` जैसे डाइजेस्ट-पिन किए गए इमेज संदर्भ स्वीकार करते हैं। Fleet इमेज संदर्भ को ज्यों का त्यों Docker या Podman को पास करता है, जिससे ऑपरेटर किसी cell को बदलते टैग के बजाय अपरिवर्तनीय इमेज बाइट्स पर रख सकता है।

Create परिणाम में टेनेंट ID, कंटेनर नाम, होस्ट पोर्ट, Gateway टोकन और स्थानीय URL शामिल होते हैं। JSON आउटपुट में भी परिणाम को गोपनीय मानें, क्योंकि इसमें टोकन होता है।

### डिस्क सीमाएँ

`--disk` केवल कंटेनर की लिखने योग्य परत को सीमित करता है। बाइंड-माउंट की गई प्रति-टेनेंट स्थिति और प्रमाणीकरण डायरेक्टरियाँ होस्ट स्टोरेज बनी रहती हैं; जब उन डायरेक्टरियों को भी कठोर सीमा की आवश्यकता हो, तब होस्ट फ़ाइल सिस्टम प्रोजेक्ट कोटा का उपयोग करें।

| रनटाइम/स्टोरेज बैकएंड | `--disk` समर्थन                                                             |
| ----------------------- | ---------------------------------------------------------------------------- |
| XFS पर Docker overlay2  | XFS `pquota` माउंट विकल्प आवश्यक है।                                      |
| Docker btrfs या zfs     | स्टोरेज ड्राइवर द्वारा समर्थित।                                             |
| Podman overlay          | XFS बैकिंग स्टोरेज आवश्यक है।                                                |
| अन्य बैकएंड          | कंटेनर निर्माण डेमन त्रुटि और Fleet के बैकएंड मार्गदर्शन के साथ विफल हो जाता है। |

### निर्गमन नीति

| मोड       | Docker                                                                                                | Podman                                                                              |
| ---------- | ----------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------- |
| `bridge`   | समर्थित; आउटबाउंड निर्गमन डिफ़ॉल्ट रूप से अप्रतिबंधित है।                                                | समर्थित; आउटबाउंड निर्गमन डिफ़ॉल्ट रूप से अप्रतिबंधित है।                              |
| `internal` | अस्वीकार किया जाता है, क्योंकि Docker किसी आंतरिक नेटवर्क पर प्रकाशित लूपबैक Gateway पोर्ट को बनाए नहीं रखता। | समर्थित; आउटबाउंड निर्गमन अवरुद्ध रहने पर भी लूपबैक Gateway प्रकाशित रहता है। |

Docker के लिए, ब्रिज मोड बनाए रखें और `DOCKER-USER` चेन जैसे होस्ट फ़ायरवॉल नियमों से आउटबाउंड नीति लागू करें।

## `fleet list`

cells को टेनेंट-ID क्रम में सूचीबद्ध करें:

```bash
openclaw fleet list
openclaw fleet ls
openclaw fleet list --json
```

तालिका में ये शामिल होते हैं:

| कॉलम    | अर्थ                                                                                                                                                                                                                                                                               |
| --------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| `tenant`  | टेनेंट ID।                                                                                                                                                                                                                                                                            |
| `state`   | Docker या Podman निरीक्षण से प्राप्त लाइव कंटेनर स्थिति। `unknown` का अर्थ है कि रनटाइम उपलब्ध नहीं था, या cell के नाम वाला कोई कंटेनर मौजूद है लेकिन उसके Fleet स्वामित्व लेबल रजिस्ट्री रिकॉर्ड से मेल नहीं खाते (टकराव या छेड़छाड़ का संकेत—कार्रवाई करने से पहले इसका मैन्युअल रूप से निरीक्षण करें)। |
| `port`    | cell Gateway से मैप किया गया लूपबैक होस्ट पोर्ट।                                                                                                                                                                                                                                        |
| `image`   | दर्ज की गई कंटेनर इमेज।                                                                                                                                                                                                                                                             |
| `created` | cell निर्माण का समय।                                                                                                                                                                                                                                                                   |

Docker या Podman अनुपलब्ध होने पर भी रजिस्ट्री पंक्तियाँ दिखाई देती रहती हैं; केवल लाइव स्थिति `unknown` हो जाती है।

## `fleet status`

एक cell का निरीक्षण करें:

```bash
openclaw fleet status acme
openclaw fleet status acme --json
```

Status Fleet रजिस्ट्री पंक्ति, लाइव कंटेनर निरीक्षण और इसके लिए एक संक्षिप्त सर्वोत्तम-प्रयास अनुरोध को संयोजित करता है:

```text
http://127.0.0.1:<host-port>/healthz
```

स्वास्थ्य परिणाम `ok`, `failed` या `skipped` होता है। `/healthz` Gateway की सक्रियता प्रमाणित करता है, प्रत्येक कॉन्फ़िगर किए गए चैनल या plugin की पूर्ण तत्परता नहीं। जाँचने के लिए कोई उपयोगी स्थानीय एंडपॉइंट न होने पर प्रोब छोड़ दिया जाता है।

## `fleet logs`

किसी cell के कंटेनर लॉग सीधे टर्मिनल पर स्ट्रीम करें:

```bash
openclaw fleet logs acme
openclaw fleet logs acme --follow
openclaw fleet logs acme --tail 200
openclaw fleet logs acme --since 10m
```

Fleet कोई भी लॉग पढ़ने से पहले पंजीकृत कंटेनर के स्वामित्व लेबल सत्यापित करता है, इसलिए यह अपेक्षित cell नाम का उपयोग करने वाले किसी बाहरी कंटेनर को अस्वीकार करता है। स्ट्रीम उस निरीक्षित कंटेनर ID पर पिन होती है, इसलिए समानांतर प्रतिस्थापन इसे किसी नई जनरेशन पर पुनर्निर्देशित नहीं कर सकता। ऑपरेटर द्वारा रोके जाने को कमांड विफलता माने बिना `--follow` समाप्त करने के लिए Ctrl-C दबाएँ। किसी भी सामग्री के टर्मिनल तक पहुँचने से पहले लॉग आउटपुट को एक संपादन फ़िल्टर से गुज़ारा जाता है, जो cell के वर्तमान Gateway टोकन को `<redacted>` से बदल देता है।

`fleet logs` में `--json` मोड नहीं है, क्योंकि कंटेनर लॉग एक अपरिष्कृत stdout/stderr स्ट्रीम हैं। स्क्रिप्ट के लिए, आउटपुट को `--tail` से सीमित करें और सामान्य शेल पुनर्निर्देशन या पाइपलाइन का उपयोग करें।

## `fleet start`, `fleet stop`, और `fleet restart`

किसी मौजूदा सेल को उसके दर्ज किए गए रनटाइम से नियंत्रित करें:

```bash
openclaw fleet start acme
openclaw fleet stop acme
openclaw fleet restart acme
```

ये कमांड पंजीकृत कंटेनर नाम पर काम करते हैं। यदि टेनेंट अज्ञात है या दर्ज किया गया रनटाइम कार्रवाई नहीं कर सकता, तो ये विफल हो जाते हैं।

## `fleet upgrade`

दर्ज की गई इमेज को फिर से पुल करें और सेल कंटेनर को बदलें:

```bash
openclaw fleet upgrade acme
```

सेल को किसी अन्य इमेज पर ले जाएँ:

```bash
openclaw fleet upgrade acme --image ghcr.io/openclaw/openclaw:<version>
```

अपग्रेड लक्ष्य इमेज को पुल करता है, मौजूदा कंटेनर और प्रति-सेल नेटवर्क का निरीक्षण करता है, कंटेनर को रोककर हटाता है, फिर उसे दोबारा बनाकर शुरू करता है। प्रतिस्थापन वही होस्ट पोर्ट, डेटा डायरेक्टरियाँ, प्रति-सेल ब्रिज नेटवर्क, रनटाइम प्रोफ़ाइल, संसाधन सीमाएँ, रीस्टार्ट नीति, Fleet-प्रबंधित परिवेश और मूल रूप से `--env` के साथ दिए गए मान सुरक्षित रखता है। माउंट की गई स्थिति कंटेनर प्रतिस्थापन के बाद भी बनी रहती है; लक्ष्य इमेज के साथ इमेज-डिफ़ॉल्ट परिवेश बदल सकता है।

प्रतिस्थापन तभी प्रतिबद्ध किया जाता है, जब उसका Gateway सेल के लूपबैक पोर्ट पर `/healthz` का उत्तर देता है और आधिकारिक कंपोज़ फ़ाइल द्वारा उपयोग किए जाने वाले स्वास्थ्य अनुबंध से मेल खाता है। जो प्रतिस्थापन बंद हो जाता है, क्रैश-लूप में चला जाता है या लगभग एक मिनट में स्वस्थ नहीं हो पाता, उसे हटा दिया जाता है और पिछला कंटेनर पुनर्स्थापित कर दिया जाता है, ताकि कोई खराब इमेज कार्यरत सेल को बंद न कर दे।

Gateway टोकन को जानबूझकर फ्लीट रजिस्ट्री में संग्रहीत नहीं किया जाता। पुराना कंटेनर हटाने से पहले, Fleet उसका परिवेश पढ़ता है और `OPENCLAW_GATEWAY_TOKEN` को प्रतिस्थापन में ले जाता है। यदि टोकन आपके नियंत्रण में कहीं और मौजूद नहीं है, तो अपग्रेड से पहले पुराने कंटेनर को मैन्युअल रूप से न हटाएँ।

## `fleet backup` और `fleet restore`

रुके हुए एक सेल का बैकअप लें:

```bash
openclaw fleet stop acme
openclaw fleet backup acme --out ./acme.tgz
```

उस आर्काइव को पंजीकृत सेल में पुनर्स्थापित करें:

```bash
openclaw fleet restore acme --from ./acme.tgz
```

ये होस्ट-ऑपरेटर-विशेषाधिकार वाले कमांड हैं। आर्काइव में टेनेंट स्थिति और प्रमाणीकरण सीक्रेट होते हैं, इन्हें मोड `0600` के साथ बनाया जाता है और इन्हें क्रेडेंशियल की तरह संग्रहीत करना अनिवार्य है। बैकअप किसी चल रहे सेल को अस्वीकार करता है, ताकि SQLite स्थिति को संगत रूप से कैप्चर किया जा सके। जब तक `--force` न दिया जाए, पुनर्स्थापना किसी चल रहे सेल को अस्वीकार करती है, केवल उस टेनेंट की स्थिति बदलती है, Gateway टोकन को रोटेट करती है और नया टोकन एक बार प्रिंट करती है। Fleet एक समय में एक टेनेंट का बैकअप लेता है; सभी टेनेंट का बैकअप एक अलग ऑपरेटर कार्रवाई है।

पुनर्स्थापना के लिए एक मौजूदा रुका हुआ कंटेनर आवश्यक है, क्योंकि उसकी निरीक्षित रनटाइम प्रोफ़ाइल प्रतिस्थापन की सीमाएँ, उपयोगकर्ता मैपिंग, परिवेश का उद्गम और इमेज प्रदान करती है। यदि पंजीकृत कंटेनर को बाहरी तरीके से हटा दिया गया था, तो पहले `--purge-data` के बिना `fleet rm <tenant> --force` चलाएँ, इच्छित इमेज और `--no-start` के साथ सेल को दोबारा बनाएँ, फिर पुनर्स्थापना का पुनः प्रयास करें। पहला निष्कासन दोनों टेनेंट डेटा डायरेक्टरियों को अक्षुण्ण रखता है।

दोनों कमांड आर्काइव या निकाले गए फ़ाइल डेटा की सीमा तय करने के लिए `--max-bytes <bytes>` स्वीकार करते हैं, और दोनों आर्काइव पाथ सेगमेंट के लिए दस लाख की समान निश्चित सीमा लागू करते हैं, ताकि केवल-मेटाडेटा वाले आर्काइव बम होस्ट इनोड समाप्त न कर सकें और प्रत्येक स्वीकृत बैकअप पुनर्स्थापित करने योग्य रहे। बैकअप `--out <path>` स्वीकार करता है और दोनों कमांड `--json` का समर्थन करते हैं।

आर्काइव में केवल नियमित फ़ाइलें और डायरेक्टरियाँ होती हैं। बैकअप कभी भी सिमलिंक, हार्ड लिंक, सॉकेट या डिवाइस नोड का अनुसरण या संग्रह नहीं करता; छोड़ी गई प्रविष्टियों की संख्या परिणाम में बताई जाती है। पुनर्स्थापना किसी अन्य प्रविष्टि प्रकार वाले आर्काइव को अस्वीकार करती है। पुनः बनाए जा सकने वाले सिमलिंक ट्री, जैसे वर्कस्पेस `node_modules`, को पुनर्स्थापना के बाद सेल के भीतर दोबारा इंस्टॉल करना आवश्यक है।

## `fleet doctor`

रनटाइम या फ़ाइल सिस्टम स्थिति बदले बिना प्रत्येक सेल या किसी एक टेनेंट का ऑडिट करें:

```bash
openclaw fleet doctor
openclaw fleet doctor acme --json
```

Doctor रनटाइम की स्थानीयता, स्वामित्व लेबल, स्वास्थ्य, हार्डनिंग, संसाधन सीमाएँ, लूपबैक पोर्ट बाइंडिंग, टोकन की उपस्थिति, नेटवर्क स्वामित्व और ईग्रेस मोड तथा निजी स्थिति-डायरेक्टरी अनुमतियों की जाँच करता है। चेतावनियाँ रुके हुए सेल या स्वामित्व के अंतर का वर्णन करती हैं; कोई भी विफल निष्कर्ष प्रक्रिया का निकास कोड गैर-शून्य कर देता है।

## `fleet rm`

टेनेंट डेटा रखते हुए किसी रुके हुए सेल को रनटाइम और रजिस्ट्री से हटाएँ:

```bash
openclaw fleet rm acme
```

चल रहे कंटेनर के लिए `--force` आवश्यक है:

```bash
openclaw fleet rm acme --force
```

सेल डेटा को भी स्थायी रूप से हटाएँ:

```bash
openclaw fleet rm acme --purge-data --force
```

Fleet सेल के समर्पित ब्रिज नेटवर्क को हटाने से पहले सेल कंटेनर को हटाता है। `--purge-data` के लिए `--force` आवश्यक है। पुनरावर्ती विलोपन से पहले, Fleet दोनों Fleet-स्वामित्व वाले रूट और दोनों प्रति-टेनेंट डायरेक्टरियों को रिज़ॉल्व करता है। प्रत्येक लक्ष्य बिल्कुल अपेक्षित टेनेंट लीफ़ होना चाहिए, अपने रूट के सख्ती से भीतर होना चाहिए और सिमलिंक नहीं होना चाहिए। ये अंतर्वेशन जाँचें किसी दूषित रजिस्ट्री पाथ या क्रॉस-टेनेंट सिमलिंक को विलोपन कहीं और पुनर्निर्देशित करने से रोकती हैं।

यदि कोई बिल्कुल अपेक्षित टेनेंट डायरेक्टरी पहले से अनुपस्थित है, तो पर्ज का पुनः प्रयास किया जा सकता है। इससे बाद का आह्वान आंशिक फ़ाइल सिस्टम विफलता के बाद सफ़ाई पूरी कर सकता है, जबकि अभी भी मौजूद डायरेक्टरियों के लिए पाथ जाँचों में ढील नहीं दी जाती।

## स्टोरेज और कंटेनर लेआउट

सेल स्थिति और प्रमाणीकरण-प्रोफ़ाइल एन्क्रिप्शन कुंजियाँ सक्रिय OpenClaw स्थिति डायरेक्टरी के अंतर्गत अलग-अलग प्रति-टेनेंट होस्ट पाथ का उपयोग करती हैं:

```text
<state-dir>/fleet/cells/<tenant>/
<state-dir>/fleet/auth-profile-secrets/<tenant>/
```

पहली डायरेक्टरी `/home/node/.openclaw` पर माउंट की जाती है। दूसरी `/home/node/.config/openclaw` पर माउंट की जाती है, जो आधिकारिक Docker सेटअप के एन्क्रिप्शन-कुंजी माउंट से मेल खाती है। इसलिए एन्क्रिप्शन कुंजी सामान्य स्थिति माउंट के नीचे उजागर नहीं होती या केवल सेल-स्थिति डायरेक्टरी का बैकअप लेने अथवा साझा करने पर शामिल नहीं होती। दोनों डायरेक्टरियाँ सामान्य निष्कासन और अपग्रेड के बाद भी बनी रहती हैं; `fleet rm --purge-data --force` अलग-अलग अंतर्वेशन जाँचों के बाद दोनों को हटा देता है।

पहली बार शुरू करने से पहले, Fleet सेल कॉन्फ़िगरेशन को `gateway.mode=local`, टोकन प्रमाणीकरण, LAN कंटेनर बाइंड और आवंटित होस्ट पोर्ट के लिए Control UI ओरिजिन के साथ आरंभ करता है। टोकन मान उस कॉन्फ़िगरेशन में नहीं लिखा जाता; वह कंटेनर परिवेश में रहता है।

Fleet इन परिवेश मानों के साथ आधिकारिक इमेज के कंटेनर पाथ को पिन करता है:

| वेरिएबल                 | कंटेनर मान                      |
| ------------------------ | ------------------------------------ |
| `HOME`                   | `/home/node`                         |
| `OPENCLAW_HOME`          | `/home/node`                         |
| `OPENCLAW_STATE_DIR`     | `/home/node/.openclaw`               |
| `OPENCLAW_CONFIG_PATH`   | `/home/node/.openclaw/openclaw.json` |
| `OPENCLAW_WORKSPACE_DIR` | `/home/node/.openclaw/workspace`     |
| `OPENCLAW_GATEWAY_TOKEN` | जनरेट किया गया या दिया गया सेल टोकन     |

आधिकारिक इमेज डिफ़ॉल्ट रूप से UID 1000 वाले गैर-रूट `node` उपयोगकर्ता का उपयोग करती है। Fleet निजी `0700` बाइंड माउंट को सभी के लिए सुलभ बनाए बिना लिखने योग्य रखता है। रूटफ़ुल Docker सेल को आह्वान करने वाले गैर-रूट UID और GID के साथ चलाता है; रूटलेस Docker कंटेनर UID 0 का उपयोग करता है, जो डेमन के उपयोगकर्ता नेमस्पेस के भीतर आह्वान करने वाले गैर-विशेषाधिकार प्राप्त होस्ट उपयोगकर्ता से मैप होता है। Podman आह्वान करने वाले UID और GID के साथ `keep-id` का उपयोग करता है। जब Fleet स्वयं किसी रूटफ़ुल रनटाइम के विरुद्ध रूट के रूप में चलता है, तो यह इमेज उपयोगकर्ता को बनाए रखता है और प्रारंभिक माउंट फ़ाइलें UID/GID 1000 को सौंपता है।

SELinux होस्ट पर, Docker और Podman माउंट को निजी `:Z` रीलेबल मिलता है। यदि आप सेल डेटा पुनर्स्थापित या स्थानांतरित करते हैं, तो बाइंड-माउंट किए गए पाथ को प्रभावी कंटेनर उपयोगकर्ता के लिए लिखने योग्य रखें। प्रोफ़ाइल रूटलेस-अनुकूल है, लेकिन Docker या Podman को होस्ट पर रूटलेस संचालन के लिए पहले से कॉन्फ़िगर किया जाना चाहिए; Fleet किसी रूटफ़ुल डेमन को रूटलेस में परिवर्तित नहीं करता।

## सुरक्षा प्रोफ़ाइल

Fleet प्रत्येक सेल पर निम्न प्रोफ़ाइल लागू करता है:

| नियंत्रण              | लागू प्रोफ़ाइल                                      | कारण                                                                                    |
| -------------------- | ---------------------------------------------------- | -------------------------------------------------------------------------------------- |
| Linux क्षमताएँ   | `--cap-drop=ALL`                                     | Gateway एक Node.js प्रक्रिया है और उसे अतिरिक्त Linux क्षमताओं की आवश्यकता नहीं है।                |
| विशेषाधिकार वृद्धि | `--security-opt no-new-privileges`                   | प्रक्रियाओं को setuid या setgid बाइनरी के माध्यम से विशेषाधिकार प्राप्त करने से रोकता है।          |
| Init प्रक्रिया         | `--init`                                             | वंशज प्रक्रियाओं को समेटती है और कंटेनर जीवनचक्र संकेतों को अग्रेषित करती है।                   |
| प्रक्रिया सीमा        | डिफ़ॉल्ट रूप से `--pids-limit 512`                        | फ़ोर्क और प्रक्रिया समाप्ति की सीमा तय करती है।                                                    |
| मेमोरी सीमा         | डिफ़ॉल्ट रूप से `--memory 2g`                             | सेल मेमोरी उपयोग की सीमा तय करती है।                                                                |
| CPU सीमा            | डिफ़ॉल्ट रूप से `--cpus 2`                                | सेल CPU उपयोग की सीमा तय करती है।                                                                   |
| लिखने योग्य-लेयर डिस्क  | वैकल्पिक `--disk`                                    | जब रनटाइम स्टोरेज बैकएंड कोटा का समर्थन करता है, तब कंटेनर लेयर की सीमा तय करती है।           |
| रीस्टार्ट नीति       | `--restart unless-stopped`                           | जानबूझकर रोके जाने को ओवरराइड किए बिना विफल सेल को रीस्टार्ट करती है।                         |
| होस्ट प्रकाशन      | केवल `127.0.0.1:<host-port>:18789`                   | Gateway को वाइल्डकार्ड होस्ट इंटरफ़ेस से दूर रखता है।                                        |
| सेल नेटवर्क         | प्रति सेल एक ब्रिज या Podman आंतरिक नेटवर्क       | कंटेनर-IP ट्रैफ़िक को अलग करता है और वैकल्पिक रूप से Podman आउटबाउंड ईग्रेस को अवरुद्ध करता है।           |
| कंटेनर पहचान   | होस्ट-मिलान वाली उपयोगकर्ता मैपिंग                            | सभी को पहुँच दिए बिना निजी बाइंड माउंट को लिखने योग्य रखती है।                      |
| स्थायी स्थिति     | प्रति-सेल माउंट; कोई साझा स्थिति माउंट नहीं               | टेनेंट कॉन्फ़िगरेशन, क्रेडेंशियल, सत्र और वर्कस्पेस को उस टेनेंट के डेटा ट्री में रखता है। |
| कंटेनर कमांड    | `node dist/index.js gateway --bind lan --port 18789` | कंटेनर नेटवर्क पर सुनता है, ताकि केवल-लूपबैक होस्ट पोर्ट मैपिंग उस तक पहुँच सके।  |

Fleet कभी भी `/var/run/docker.sock` माउंट नहीं करता, `--privileged` या होस्ट नेटवर्किंग का उपयोग नहीं करता और क्षमताएँ नहीं जोड़ता। प्रति-सेल ब्रिज क्रॉस-सेल पृथक्करण सीमा है, आउटबाउंड फ़ायरवॉल नहीं: सेल प्रदाताओं और चैनलों के लिए आवश्यक नेटवर्क ईग्रेस बनाए रखते हैं। लूपबैक पोर्ट के आगे ऐसा प्रॉक्सी, SSH टनल या टेलनेट कॉन्फ़िगरेशन रखें, जो आपके परिनियोजन से मेल खाता हो। `http://127.0.0.1:<port>` केवल Fleet होस्ट से सीधे पहुँच योग्य है।

यह प्रोफ़ाइल टेनेंट कंटेनरों को अलग करती है, लेकिन यह टेनेंट को Fleet ऑपरेटर, कंटेनर रनटाइम प्रशासक या किसी समझौता किए गए होस्ट से सुरक्षित नहीं करती। पूर्ण विश्वास मॉडल और अधिक सशक्त पृथक्करण विकल्पों के लिए [बहु-टेनेंट होस्टिंग](/hi/gateway/multi-tenant-hosting) देखें।

## टोकन प्रबंधन

डिफ़ॉल्ट रूप से, `fleet create` क्रिप्टोग्राफ़िक रूप से यादृच्छिक 32-वर्णीय हेक्साडेसिमल Gateway टोकन जनरेट करता है और उसे निर्माण परिणाम में एक बार प्रिंट करता है। उसे अपने स्वीकृत सीक्रेट मैनेजर में संग्रहीत करें और निर्माण आउटपुट को लॉग में कैप्चर करने से बचें।

`--gateway-token` स्थानीय प्रक्रिया आर्ग्युमेंट में एक कस्टम टोकन रखता है, जो शेल इतिहास में बना रह सकता है या प्रक्रिया सूचियों में दिखाई दे सकता है। जब तक किसी मौजूदा सीक्रेट-प्रबंधन कार्यप्रवाह को दिए गए मान की आवश्यकता न हो, जनरेट किए गए टोकन को प्राथमिकता दें।

टोकन और `--env` के साथ दिया गया प्रत्येक मान कंटेनर परिवेश में रहता है। Fleet उन्हें अल्पकालिक मोड-`0600` परिवेश फ़ाइल में लिखता है, Docker या Podman को केवल उस फ़ाइल का पाथ देता है और रनटाइम कमांड समाप्त होने के बाद उसे हटा देता है। `openclaw fleet create --gateway-token ...` या `--env KEY=VALUE` में स्पष्ट रूप से टाइप किए गए मान फिर भी बाहरी `openclaw` प्रक्रिया आर्ग्युमेंट और शेल इतिहास में दिखाई दे सकते हैं।

कंटेनर एनवायरनमेंट मान विश्वसनीय होस्ट ऑपरेटर से छिपे नहीं होते: Docker या Podman प्रशासक कंटेनर निरीक्षण के माध्यम से उन्हें पढ़ सकते हैं। Fleet की "केवल एक बार दिखाया गया" टिप्पणी सामान्य CLI आउटपुट का वर्णन करती है, न कि होस्ट प्रशासक के विरुद्ध सुरक्षा का।

## संबंधित

- [बहु-टेनेंट होस्टिंग](/hi/gateway/multi-tenant-hosting)
- [Docker](/hi/install/docker)
- [Podman](/hi/install/podman)
- [Gateway सुरक्षा](/hi/gateway/security)