يمكن لـ OpenClaw استخدام Bonjour (mDNS / DNS-SD) لاكتشاف Gateway نشط (نقطة نهاية WebSocket). يُعد تصفح MulticastDocumentation Index
Fetch the complete documentation index at: https://docs.openclaw.ai/llms.txt
Use this file to discover all available pages before exploring further.
local. وسيلة ملائمة داخل LAN فقط. يتولى Plugin bonjour
المضمّن مسؤولية الإعلان داخل LAN. يبدأ تلقائيًا على مضيفات macOS ويكون اختياريًا على
Linux وWindows وعمليات نشر Gateway داخل الحاويات. لاكتشاف الشبكات المتقاطعة، يمكن أيضًا
نشر المنارة نفسها عبر نطاق DNS-SD واسع النطاق مُهيأ. يظل الاكتشاف
أفضل جهد ولا يستبدل الاتصال عبر SSH أو الاتصال المستند إلى Tailnet.
Bonjour واسع النطاق (Unicast DNS-SD) عبر Tailscale
إذا كانت العقدة وGateway على شبكتين مختلفتين، فلن يعبر mDNS متعدد البث الحدود. يمكنك الاحتفاظ بتجربة الاكتشاف نفسها بالتبديل إلى unicast DNS-SD (“Bonjour واسع النطاق”) عبر Tailscale. الخطوات العامة:- شغّل خادم DNS على مضيف Gateway (يمكن الوصول إليه عبر Tailnet).
- انشر سجلات DNS-SD لـ
_openclaw-gw._tcpضمن نطاق مخصص (مثال:openclaw.internal.). - هيّئ Tailscale split DNS بحيث يُحل نطاقك المختار عبر خادم DNS ذلك للعملاء (بما في ذلك iOS).
openclaw.internal. مجرد مثال.
تتصفح عُقد iOS/Android كلًا من local. ونطاقك واسع النطاق المُهيأ.
إعداد Gateway (موصى به)
إعداد خادم DNS لمرة واحدة (مضيف Gateway)
- يستمع على المنفذ 53 فقط على واجهات Tailscale الخاصة بـ Gateway
- يخدم نطاقك المختار (مثال:
openclaw.internal.) من~/.openclaw/dns/<domain>.db
إعدادات DNS في Tailscale
في وحدة تحكم مشرف Tailscale:- أضف خادم أسماء يشير إلى عنوان IP الخاص بـ gateway على tailnet (UDP/TCP 53).
- أضف split DNS بحيث يستخدم نطاق الاكتشاف خادم الأسماء ذلك.
_openclaw-gw._tcp في نطاق الاكتشاف لديك دون Multicast.
أمان مستمع Gateway (موصى به)
يرتبط منفذ Gateway WS (الافتراضي18789) بـ loopback افتراضيًا. للوصول عبر LAN/tailnet،
اربطه صراحةً وأبقِ المصادقة مفعّلة.
لإعدادات tailnet-only:
- عيّن
gateway.bind: "tailnet"في~/.openclaw/openclaw.json. - أعد تشغيل Gateway (أو أعد تشغيل تطبيق شريط القوائم في macOS).
ما الذي يعلن
وحده Gateway يعلن عن_openclaw-gw._tcp. يتم توفير إعلان LAN متعدد البث
بواسطة Plugin bonjour المضمّن عند تمكين Plugin؛ بينما يظل نشر
DNS-SD واسع النطاق مملوكًا لـ Gateway.
أنواع الخدمات
_openclaw-gw._tcp- منارة نقل Gateway (تستخدمها عُقد macOS/iOS/Android).
مفاتيح TXT (تلميحات غير سرية)
يعلن Gateway عن تلميحات صغيرة غير سرية لتسهيل تدفقات واجهة المستخدم:role=gatewaydisplayName=<friendly name>lanHost=<hostname>.localgatewayPort=<port>(Gateway WS + HTTP)gatewayTls=1(فقط عند تمكين TLS)gatewayTlsSha256=<sha256>(فقط عند تمكين TLS وتوفر البصمة)canvasPort=<port>(فقط عند تمكين مضيف اللوحة؛ حاليًا هو نفسهgatewayPort)transport=gatewaytailnetDns=<magicdns>(وضع mDNS الكامل فقط، تلميح اختياري عند توفر Tailnet)sshPort=<port>(الوضع الكامل فقط؛ يُحذف في وضعي minimal وoff)cliPath=<path>(الوضع الكامل فقط؛ يُحذف في وضعي minimal وoff)
- سجلات TXT في Bonjour/mDNS غير موثقة. يجب ألا يتعامل العملاء مع TXT كمصدر موثوق للتوجيه.
- ينبغي للعملاء التوجيه باستخدام نقطة نهاية الخدمة المحلولة (SRV + A/AAAA). تعامل مع
lanHostوtailnetDnsوgatewayPortوgatewayTlsSha256كتلميحات فقط. - يجب أن يستخدم الاستهداف التلقائي لـ SSH مضيف الخدمة المحلول أيضًا، لا التلميحات المعتمدة على TXT فقط.
- يجب ألا يسمح تثبيت TLS مطلقًا لقيمة
gatewayTlsSha256مُعلنة بتجاوز تثبيت محفوظ سابقًا. - ينبغي لعُقد iOS/Android التعامل مع الاتصالات المباشرة القائمة على الاكتشاف على أنها TLS-only وطلب تأكيد صريح من المستخدم قبل الوثوق ببصمة للمرة الأولى.
تصحيح الأخطاء على macOS
أدوات مضمّنة مفيدة:-
تصفح المثيلات:
-
حل مثيل واحد (استبدل
<instance>):
تصحيح الأخطاء في سجلات Gateway
يكتب Gateway ملف سجل متدوّرًا (يُطبع عند بدء التشغيل كـgateway log file: ...). ابحث عن أسطر bonjour:، وخاصةً:
bonjour: advertise failed ...bonjour: suppressing ciao cancellation ...bonjour: ... name conflict resolved/hostname conflict resolvedbonjour: watchdog detected non-announced service ...bonjour: disabling advertiser after ... failed restarts ...
probing وannouncing النشطة وإعادة التسمية الحديثة بسبب التعارض
كحالات قيد التقدم. إذا لم تصل الخدمة أبدًا إلى announced، يعيد OpenClaw في النهاية
إنشاء المُعلِن، وبعد تكرار الإخفاقات، يعطّل Bonjour لعملية
Gateway تلك بدلًا من إعادة الإعلان إلى الأبد.
يستخدم Bonjour اسم مضيف النظام لمضيف .local المُعلن عندما يكون
تسمية DNS صالحة. إذا احتوى اسم مضيف النظام على مسافات أو شرطات سفلية أو أي
محرف آخر غير صالح في تسمية DNS، يعود OpenClaw إلى openclaw.local. عيّن
OPENCLAW_MDNS_HOSTNAME=<name> قبل بدء Gateway عندما تحتاج إلى
تسمية مضيف صريحة.
تصحيح الأخطاء على عقدة iOS
تستخدم عقدة iOSNWBrowser لاكتشاف _openclaw-gw._tcp.
لالتقاط السجلات:
- Settings → Gateway → Advanced → Discovery Debug Logs
- Settings → Gateway → Advanced → Discovery Logs → أعد الإنتاج → Copy
متى تُفعّل Bonjour
يبدأ Bonjour تلقائيًا عند بدء Gateway بإعداد فارغ على مضيفات macOS لأن التطبيق المحلي وعُقد iOS/Android القريبة تعتمد عادةً على الاكتشاف ضمن LAN نفسها. فعّل Bonjour صراحةً عندما يكون الاكتشاف التلقائي ضمن LAN نفسها مفيدًا على Linux أو Windows أو مضيف آخر غير macOS:discovery.mdns.mode لتحديد مقدار بيانات TXT الوصفية
التي سينشرها. يتحكم الوضع نفسه في تلميحات TXT الاختيارية في سجلات DNS-SD واسعة النطاق.
الوضع الافتراضي هو minimal؛ استخدم full فقط عندما يحتاج العملاء إلى تلميحات cliPath أو
sshPort. استخدم off لكبت LAN Multicast دون تغيير تمكين Plugin؛ يمكن لـ DNS-SD واسع النطاق
مع ذلك نشر منارة Gateway الدنيا عندما تكون
discovery.wideArea.enabled صحيحة.
متى تُعطّل Bonjour
اترك Bonjour معطّلًا عندما يكون إعلان LAN متعدد البث غير ضروري أو غير متاح أو ضارًا. الحالات الشائعة هي خوادم غير macOS، وشبكات Docker bridge، وWSL، أو سياسة شبكة تُسقط mDNS متعدد البث. في تلك البيئات يظل Gateway قابلًا للوصول عبر عنوان URL المنشور أو SSH أو Tailnet أو DNS-SD واسع النطاق، لكن الاكتشاف التلقائي عبر LAN غير موثوق. فضّل تجاوز البيئة الحالي عندما تكون المشكلة مرتبطة بالنشر:تنبيهات Docker
يعطّل Plugin Bonjour المضمّن إعلان LAN متعدد البث تلقائيًا في الحاويات المكتشفة عندما لا يكونOPENCLAW_DISABLE_BONJOUR معيّنًا. لا تمرر شبكات Docker bridge
عادةً mDNS متعدد البث (224.0.0.251:5353) بين الحاوية
وLAN، لذلك نادرًا ما يجعل الإعلان من الحاوية الاكتشاف يعمل.
تنبيهات مهمة:
- يبدأ Bonjour تلقائيًا على مضيفات macOS ويكون اختياريًا في غيرها. تركه معطّلًا لا يوقف Gateway؛ بل يتجاوز إعلان LAN متعدد البث فقط.
- لا يؤدي تعطيل Bonjour إلى تغيير
gateway.bind؛ يظل Docker افتراضيًا علىOPENCLAW_GATEWAY_BIND=lanلكي يعمل منفذ المضيف المنشور. - لا يؤدي تعطيل Bonjour إلى تعطيل DNS-SD واسع النطاق. استخدم الاكتشاف واسع النطاق أو Tailnet عندما لا يكون Gateway والعقدة على LAN نفسها.
- لا تؤدي إعادة استخدام
OPENCLAW_CONFIG_DIRنفسه خارج Docker إلى استمرار سياسة التعطيل التلقائي للحاوية. - عيّن
OPENCLAW_DISABLE_BONJOUR=0فقط للشبكات المضيفة أو macvlan أو شبكة أخرى يُعرف أن mDNS متعدد البث يمر عبرها؛ عيّنه إلى1لفرض التعطيل.
استكشاف أخطاء Bonjour المعطّل وإصلاحها
إذا لم تعد عقدة تكتشف Gateway تلقائيًا بعد إعداد Docker:-
تأكد مما إذا كان Gateway يعمل في وضع auto أو forced-on أو forced-off:
-
تأكد من أن Gateway نفسه قابل للوصول عبر المنفذ المنشور:
-
استخدم هدفًا مباشرًا عندما يكون Bonjour معطّلًا:
- واجهة التحكم أو الأدوات المحلية:
http://127.0.0.1:18789 - عملاء LAN:
http://<gateway-host>:18789 - العملاء عبر الشبكات: Tailnet MagicDNS أو Tailnet IP أو نفق SSH أو DNS-SD واسع النطاق
- واجهة التحكم أو الأدوات المحلية:
-
إذا فعّلت Plugin Bonjour عمدًا في Docker وفرضت الإعلان
باستخدام
OPENCLAW_DISABLE_BONJOUR=0، فاختبر Multicast من المضيف:إذا كان التصفح فارغًا أو أظهرت سجلات Gateway إلغاءات متكررة من مراقب ciao، فاستعدOPENCLAW_DISABLE_BONJOUR=1واستخدم مسارًا مباشرًا أو عبر Tailnet.
أنماط الفشل الشائعة
- Bonjour لا يعبر الشبكات: استخدم Tailnet أو SSH.
- Multicast محظور: تعطّل بعض شبكات Wi-Fi mDNS.
- المُعلِن عالق في probing/announcing: يمكن للمضيفات ذات Multicast المحظور، وجسور الحاويات، وWSL، أو تقلب الواجهات أن تترك مُعلِن ciao في حالة غير معلنة. يعيد OpenClaw المحاولة بضع مرات ثم يعطّل Bonjour لعملية Gateway الحالية بدلًا من إعادة تشغيل المُعلِن إلى الأبد.
- شبكات Docker bridge: يتعطل Bonjour تلقائيًا في الحاويات المكتشفة.
عيّن
OPENCLAW_DISABLE_BONJOUR=0فقط لشبكة مضيفة أو macvlan أو شبكة أخرى تدعم mDNS. - السكون / تقلب الواجهات: قد يُسقط macOS نتائج mDNS مؤقتًا؛ أعد المحاولة.
- ينجح التصفح ويفشل الحل: اجعل أسماء الأجهزة بسيطة (تجنب الرموز التعبيرية أو علامات الترقيم)، ثم أعد تشغيل Gateway. يُشتق اسم مثيل الخدمة من اسم المضيف، لذلك قد تربك الأسماء شديدة التعقيد بعض المحللات.
أسماء المثيلات المُهربة (\032)
غالبًا ما يهرب Bonjour/DNS-SD البايتات في أسماء مثيلات الخدمة كتسلسلات عشرية \DDD
(مثلًا، تتحول المسافات إلى \032).
- هذا طبيعي على مستوى البروتوكول.
- ينبغي لواجهات المستخدم فك الترميز للعرض (يستخدم iOS
BonjourEscapes.decode).
التمكين / التعطيل / الإعداد
- تبدأ مضيفات macOS تشغيل Plugin اكتشاف LAN المضمّن تلقائيًا بشكل افتراضي.
- يفعّل
openclaw plugins enable bonjourPlugin اكتشاف LAN المضمّن على المضيفات التي لا يكون فيها مفعّلًا افتراضيًا. - يعطّل
openclaw plugins disable bonjourالإعلان متعدد البث عبر LAN بتعطيل Plugin المضمّن. - يعطّل
OPENCLAW_DISABLE_BONJOUR=1الإعلان متعدد البث عبر LAN من دون تغيير إعدادات Plugin؛ القيم الصادقة المقبولة هي1وtrueوyesوon(قديم:OPENCLAW_DISABLE_BONJOUR). - يفرض
OPENCLAW_DISABLE_BONJOUR=0تشغيل الإعلان متعدد البث عبر LAN، بما في ذلك داخل الحاويات المكتشفة؛ القيم الكاذبة المقبولة هي0وfalseوnoوoff. - عندما يكون Plugin Bonjour مفعّلًا ويكون
OPENCLAW_DISABLE_BONJOURغير مضبوط، يعلن Bonjour على المضيفات العادية ويتعطّل تلقائيًا داخل الحاويات المكتشفة. - يتحكم
gateway.bindفي~/.openclaw/openclaw.jsonفي وضع ربط Gateway. - يتجاوز
OPENCLAW_SSH_PORTمنفذ SSH عندما يُعلَنsshPort(قديم:OPENCLAW_SSH_PORT). - ينشر
OPENCLAW_TAILNET_DNSتلميح MagicDNS في TXT عندما يكون وضع mDNS الكامل مفعّلًا (قديم:OPENCLAW_TAILNET_DNS). - يتجاوز
OPENCLAW_CLI_PATHمسار CLI المُعلَن (قديم:OPENCLAW_CLI_PATH).
الوثائق ذات الصلة
- سياسة الاكتشاف واختيار النقل: الاكتشاف
- إقران Node + الموافقات: إقران Gateway