CLI commands
प्रॉक्सी
openclaw proxy
ऑपरेटर-प्रबंधित प्रॉक्सी रूटिंग को सत्यापित करें, या स्थानीय स्पष्ट डिबग प्रॉक्सी चलाएँ और कैप्चर किए गए ट्रैफ़िक की जाँच करें।
OpenClaw प्रॉक्सी रूटिंग सक्षम करने से पहले ऑपरेटर-प्रबंधित फ़ॉरवर्ड प्रॉक्सी का
प्रीफ़्लाइट करने के लिए validate का उपयोग करें। अन्य कमांड
ट्रांसपोर्ट-स्तरीय जाँच के लिए डिबगिंग टूल हैं: वे स्थानीय प्रॉक्सी शुरू कर सकते हैं, कैप्चर सक्षम करके चाइल्ड कमांड चला सकते हैं,
कैप्चर सेशन सूचीबद्ध कर सकते हैं, सामान्य ट्रैफ़िक पैटर्न क्वेरी कर सकते हैं, कैप्चर किए गए ब्लॉब पढ़ सकते हैं,
और स्थानीय कैप्चर डेटा साफ़ कर सकते हैं।
कमांड
openclaw proxy start [--host <host>] [--port <port>]openclaw proxy run [--host <host>] [--port <port>] -- <cmd...>openclaw proxy validate [--json] [--proxy-url <url>] [--proxy-ca-file <path>] [--allowed-url <url>] [--denied-url <url>] [--apns-reachable] [--apns-authority <url>] [--timeout-ms <ms>]openclaw proxy coverageopenclaw proxy sessions [--limit <count>]openclaw proxy query --preset <name> [--session <id>]openclaw proxy blob --id <blobId>openclaw proxy purgeसत्यापित करें
openclaw proxy validate, --proxy-url, कॉन्फ़िग, या OPENCLAW_PROXY_URL से
प्रभावी ऑपरेटर-प्रबंधित प्रॉक्सी URL की जाँच करता है। प्रबंधित प्रॉक्सी URL साधारण फ़ॉरवर्ड-प्रॉक्सी लिसनर के लिए
http:// का उपयोग कर सकते हैं, या तब https:// का उपयोग कर सकते हैं जब OpenClaw को
प्रॉक्सी अनुरोध भेजने से पहले प्रॉक्सी एंडपॉइंट तक TLS खोलना हो। जब कोई प्रॉक्सी सक्षम और कॉन्फ़िगर नहीं होती,
तो यह कॉन्फ़िग समस्या रिपोर्ट करता है; कॉन्फ़िग बदलने से पहले एक बार के प्रीफ़्लाइट के लिए --proxy-url का उपयोग करें।
HTTPS प्रॉक्सी एंडपॉइंट तक TLS कनेक्शन के लिए निजी CA पर भरोसा करने हेतु --proxy-ca-file जोड़ें।
डिफ़ॉल्ट रूप से यह सत्यापित करता है कि कोई सार्वजनिक गंतव्य प्रॉक्सी के माध्यम से सफल होता है और प्रॉक्सी
अस्थायी loopback कैनरी तक नहीं पहुँच सकती। कस्टम अस्वीकृत गंतव्य
fail-closed होते हैं: HTTP प्रतिक्रियाएँ और अस्पष्ट ट्रांसपोर्ट विफलताएँ दोनों विफल मानी जाती हैं, जब तक
आप अलग से किसी डिप्लॉयमेंट-विशिष्ट अस्वीकृति संकेत को सत्यापित न कर सकें। प्रॉक्सी के माध्यम से APNs HTTP/2 CONNECT टनल खोलने
और sandbox APNs की प्रतिक्रिया की पुष्टि करने के लिए --apns-reachable जोड़ें; प्रोब जानबूझकर अमान्य
provider token का उपयोग करता है, इसलिए APNs 403 InvalidProviderToken प्रतिक्रिया एक सफल
रीचेबिलिटी संकेत है।
विकल्प:
--json: मशीन-पठनीय JSON प्रिंट करें।--proxy-url <url>: कॉन्फ़िग या env के बजाय इसhttp://याhttps://प्रॉक्सी URL को सत्यापित करें।--proxy-ca-file <path>: HTTPS प्रॉक्सी एंडपॉइंट के TLS सत्यापन के लिए इस PEM CA फ़ाइल पर भरोसा करें।--allowed-url <url>: ऐसा गंतव्य जोड़ें जिसके प्रॉक्सी के माध्यम से सफल होने की अपेक्षा है। कई गंतव्य जाँचने के लिए दोहराएँ।--denied-url <url>: ऐसा गंतव्य जोड़ें जिसके प्रॉक्सी द्वारा ब्लॉक होने की अपेक्षा है। कई गंतव्य जाँचने के लिए दोहराएँ।--apns-reachable: यह भी सत्यापित करें कि sandbox APNs HTTP/2 प्रॉक्सी के माध्यम से पहुँच योग्य है।--apns-authority <url>:--apns-reachableके साथ प्रोब करने के लिए APNs authority (डिफ़ॉल्ट रूप सेhttps://api.sandbox.push.apple.com; productionhttps://api.push.apple.comहै)।--timeout-ms <ms>: प्रति-अनुरोध टाइमआउट मिलीसेकंड में।
डिप्लॉयमेंट मार्गदर्शन और अस्वीकृति सिमैंटिक्स के लिए नेटवर्क प्रॉक्सी देखें।
क्वेरी प्रीसेट
openclaw proxy query --preset <name> इन्हें स्वीकार करता है:
double-sendsretry-stormscache-bustingws-duplicate-framesmissing-ackerror-bursts
नोट्स
startडिफ़ॉल्ट रूप से127.0.0.1का उपयोग करता है, जब तक--hostसेट न हो।runस्थानीय डिबग प्रॉक्सी शुरू करता है और फिर--के बाद कमांड चलाता है।- डिबग प्रॉक्सी की डायरेक्ट अपस्ट्रीम फ़ॉरवर्डिंग डायग्नॉस्टिक्स के लिए अपस्ट्रीम सॉकेट खोलती है। जब OpenClaw managed proxy मोड सक्रिय होता है, तो प्रॉक्सी अनुरोधों और CONNECT टनल के लिए डायरेक्ट फ़ॉरवर्डिंग डिफ़ॉल्ट रूप से अक्षम होती है;
OPENCLAW_DEBUG_PROXY_ALLOW_DIRECT_CONNECT_WITH_MANAGED_PROXY=1केवल स्वीकृत स्थानीय डायग्नॉस्टिक्स के लिए सेट करें। - जब प्रॉक्सी कॉन्फ़िग या गंतव्य जाँच विफल होती है, तो
validateकोड 1 के साथ बाहर निकलता है। - कैप्चर स्थानीय डिबगिंग डेटा हैं; समाप्त होने पर
openclaw proxy purgeका उपयोग करें।