إعداد AnyLink على Ruijie Cloud

ملاحظة قبل البدء: AnyLink المقصود هنا هو حل SD-WAN السحابي ضمن منظومة Ruijie Reyee لربط مواقع الشركة، وليس برنامج Remote Access VPN للمستخدمين الأفراد. قد تختلف أسماء بعض القوائم قليلاً بحسب واجهة الحساب وطراز الـ Gateway، لكن منطق التصميم وخطوات التحقق يبقيان متقاربين.

الخلاصة السريعة: جهّز كل فرع كمشروع Project مستقل داخل الحساب نفسه، امنح كل موقع شبكات Subnets غير متداخلة، اختر طوبولوجيا Hub-Spoke أو Mesh أو Custom، ثم أنشئ SD-WAN Group وحدد الـ VLANs المطلوبة فقط. بعد تسليم الإعداد راقب حالة الأنفاق، استخدام الـ WAN، وسجلات التسليم قبل اعتماد الخدمة.

عند وجود مقر رئيسي وعدة فروع، تبدأ المشكلة عادةً من تعدد اتصالات الإنترنت، اختلاف عناوين الـ Public IP، وصعوبة إدارة أنفاق VPN منفصلة لكل موقع. ومع زيادة الفروع تصبح التغييرات اليدوية في Routing وFirewall ومراقبة الروابط عبئاً يومياً على فريق الشبكات.

يوفّر AnyLink على Ruijie Cloud طبقة إدارة مركزية لبناء اتصال Site-to-Site بين بوابات Reyee المدعومة. أهميته العملية أنه يجمع اختيار المواقع والشبكات وسياسة الربط والمراقبة في مكان واحد، ويقلل الحاجة إلى زيارة كل فرع لتنفيذ التعديلات المتكررة.

في هذا الدليل ستتعرف إلى طريقة اختيار البنية المناسبة، تجهيز المشاريع والـ VLANs، تنفيذ الإعداد بصورة منظمة، ثم تشخيص أشهر حالات فشل الاتصال. التركيز هنا على قرار التصميم وخطوات التشغيل التي يحتاجها مهندس الشبكات أو فني IT Support داخل شركة حقيقية.

ما هو AnyLink ومتى تحتاجه؟

AnyLink هو حل Cloud-Driven SD-WAN من Ruijie Reyee يربط شبكات مواقع متعددة من خلال Gateways مُدارة عبر Ruijie Cloud. بدلاً من التعامل مع كل Tunnel كإعداد مستقل، تنشئ مجموعة موحدة وتحدد المشاريع، وصلات WAN، والشبكات المحلية التي يجب تبادلها بين المواقع.

عملياً، تحتاج إلى مشروعين على الأقل داخل الحساب نفسه لتكوين مجموعة ربط مفيدة، ويجب أن يحتوي كل مشروع على Gateway وشبكة محلية صالحة للمشاركة. تحتاج AnyLink عندما تكون لديك فروع تريد الوصول إلى أنظمة في المقر مثل ERP أو File Server أو NVR، أو عندما تريد توحيد إدارة الربط بين المتاجر والفنادق والمكاتب. وهو مفيد أيضاً عند تكرار تركيب الفروع؛ إذ يمكن تنظيم الإعدادات بقوالب Templates وتجهيز الأجهزة مسبقاً عبر Zero-Touch Provisioning.

العنصر	وظيفته	الفائدة العملية
Ruijie Cloud	منصة الإدارة المركزية للمشاريع والأجهزة والتنبيهات.	رؤية موحدة للفروع وتقليل التعديلات المحلية.
Project	حاوية تمثل موقعاً مثل HQ أو Branch.	فصل الأجهزة والإعدادات والمسؤوليات حسب الموقع.
Gateway	بوابة الموقع التي تنشئ اتصال SD-WAN وتوجّه المرور.	ربط شبكات LAN المحلية ببقية مواقع الشركة.
SD-WAN Group	مجموعة تحدد المواقع وطريقة الاتصال بينها.	إدارة بنية الربط كوحدة واحدة بدلاً من أنفاق متفرقة.
VLAN / Subnet	الشبكات التي يُسمح بإعلانها عبر AnyLink.	قصر الاتصال على خدمات العمل المطلوبة فقط.
Monitoring Dashboard	عرض حالة المواقع والأنفاق والـ WAN والاستهلاك.	تسريع اكتشاف الانقطاع أو التأخير أو فشل التسليم.

متى يكون AnyLink خياراً مناسباً؟

شركة لديها مقر رئيسي وفرعان أو أكثر وتريد ربطاً مركزياً قابلاً للتوسع.
سلسلة متاجر تحتاج إلى الوصول إلى POS أو ERP أو خدمات المخزون في المقر.
بيئة CCTV تحتاج إلى مشاهدة أنظمة الفروع من مركز مراقبة موحد.
فريق IT يدير المواقع عن بُعد ويريد مراقبة حالة الروابط من Dashboard واحدة.
مشاريع متكررة تحتاج إلى Template موحد وتسليم إعدادات بأقل تدخل محلي.

متى لا يكون كافياً وحده؟

AnyLink لا يلغي الحاجة إلى Firewall Policies، ولا يقرر تلقائياً من يحق له الوصول إلى كل Server. كما أنه ليس بديلاً مباشراً عن VPN الموظفين من منازلهم. اعتبره طبقة ربط بين المواقع، ثم طبّق فوقها العزل، التحكم في المنافذ، Logging، وAuthentication وفق سياسة الشركة.

معلومة مهمة: وجود عنوان Public IP ثابت ليس شرطاً مطلقاً في كل سيناريو، لكن نجاح الربط خلف Private IP يعتمد على نوع NAT وسياسة مزود الإنترنت. لذلك يجب اختبار كل ISP فعلياً وعدم اعتبار عبارة “بدون Public IP” ضماناً عاماً، خصوصاً عند وجود CGNAT أو Symmetric NAT.

أفضل الإعدادات والخيارات حسب بيئة العمل

جدول قرار مبكر

بيئة العمل	الخيار المقترح	سبب الاختيار
مقر رئيسي يقدم ERP وFiles لجميع الفروع	Hub-Spoke	الفروع تحتاج إلى HQ أساساً ولا تحتاج اتصالاً مباشراً كاملاً بينها.
عدة مواقع تتبادل الخدمات مباشرة	Mesh	يوفر مسارات مباشرة منطقياً بين جميع المواقع ويقلل المرور عبر HQ.
مواقع حساسة أو علاقات وصول محددة	Custom	يسمح بتحديد أي مشروع يتصل بأي مشروع وفق الحاجة.
Gateway هو الراوتر الرئيسي للموقع	Router Mode	يجمع WAN وRouting وNAT وSD-WAN في نقطة تحكم واحدة.
يوجد Firewall رئيسي لا يمكن استبداله	Bypass Mode بعد اختبار التصميم	يحافظ على الـ Firewall الحالي مع إضافة بوابة AnyLink في المسار المناسب.

مقارنة طوبولوجيات AnyLink

النوع	طريقة الاتصال	المميزات	القيود
Hub-Spoke	كل فرع يتصل بالمقر المحدد كـ Hub.	بسيط، واضح، وأسهل في تطبيق السياسات المركزية.	اتصال فرع بفرع قد يعتمد على المرور عبر المقر، وقد يصبح الـ Hub نقطة ضغط.
Mesh	المواقع مترابطة مع بعضها.	مناسب للخدمات الموزعة والاتصال المباشر بين الفروع.	يزيد عدد العلاقات ويحتاج توثيقاً ومراقبة أدق.
Custom	تُنشأ العلاقات المطلوبة فقط.	أفضل تحكم وتقليل للاتصالات غير الضرورية.	أي خطأ في مصفوفة العلاقات قد يعزل خدمة مطلوبة.

اختيار WAN وVLAN بصورة صحيحة

عند تعدد وصلات WAN، اجعل اختيار الرابط مبنياً على جودة الاتصال الفعلية لا على السرعة المكتوبة فقط. راقب Latency وPacket Loss والاستقرار، ثم اختبر Failover أثناء جلسة تطبيق حقيقية. أما داخل LAN فلا تعلن كل الشبكات تلقائياً؛ اختر VLANs التي تحتوي خدمات تحتاج إلى اتصال بين المواقع، واستبعد Guest وIoT وManagement ما لم توجد ضرورة موثقة.

بحسب ظروف NAT ومسار مزود الخدمة، قد يظهر الاتصال بين بوابتين بصورة مباشرة Direct Connection أو يمر عبر Cloud Forwarding. لذلك لا تفسر ارتفاع Latency من حالة Tunnel وحدها؛ راجع نمط الاتصال والمسار الفعلي قبل تغيير سياسة WAN.

نصيحة عملية: ابدأ بأصغر نطاق عمل ممكن: اربط VLAN اختبار واحدة بين موقعين، تحقق من Routing وFirewall وDNS، ثم أضف بقية الشبكات تدريجياً. هذه الطريقة تمنعك من تشخيص عدة متغيرات في الوقت نفسه.

طريقة التجهيز والاستخدام والتنظيم

خطوات الإعداد العملية

احصر المتطلبات: اكتب المواقع، التطبيقات، اتجاهات الاتصال، المنافذ المطلوبة، وسعة كل WAN. حدّد هل الفروع تحتاج HQ فقط أم تحتاج اتصالاً مباشراً بينها.
راجع التوافق: تأكد أن كل موقع يستخدم Gateway مدعوماً، وأن الجهاز Online داخل Ruijie Cloud ويمكن إدارته دون أخطاء.
نظّم المشاريع: ضع كل موقع في Project واضح داخل الحساب نفسه، واستخدم أسماء مثل HQ-Cairo وBR-Alex بدلاً من أسماء عامة.
صمّم Addressing Plan: امنح كل موقع Subnets فريدة. لا تستخدم الشبكة نفسها مثل 192.168.1.0/24 في أكثر من فرع.
جهّز الـ VLANs: أنشئ VLANs المطلوبة محلياً، تحقق من DHCP وGateway وInter-VLAN Routing، ثم اختبر الإنترنت قبل إدخال AnyLink.
اختبر WAN: تأكد من DNS وMTU والاستقرار، وسجّل هل الاتصال يستخدم Public IP أو CGNAT. عند وجود خطين اختبر كل خط منفرداً.
افتح خدمة AnyLink: من واجهة Ruijie Cloud انتقل إلى خدمة AnyLink، ثم أنشئ SD-WAN Group باسم يوضح الشركة أو البيئة.
اختر الطوبولوجيا: حدد Hub-Spoke أو Mesh أو Custom. في Hub-Spoke عيّن مشروع المقر كـ Hub ثم أضف الفروع كـ Spokes.
حدد المشاريع والـ WAN: اختر المواقع المشاركة، واضبط منفذ أو سياسة WAN التي ستستخدم لحركة SD-WAN عند توفر أكثر من Uplink.
حدد الشبكات: اختر VLANs/Subnets المسموح بتبادلها. راجع القائمة بدقة حتى لا تعلن Guest Network أو شبكة إدارة الأجهزة دون قصد.
أنشئ المجموعة وسلّم الإعداد: راقب حالة Delivery أو Configuration Logs، ولا تعتبر العملية ناجحة لمجرد الضغط على Create.
نفّذ اختبار قبول: اختبر Ping عند السماح به، ثم DNS، ثم منفذ التطبيق، ثم عملية فعلية مثل فتح ERP أو الوصول إلى Share.

مثال توثيق مختصر قبل التنفيذ

SD-WAN Group: CORP-ANYLINK-PROD
Topology: Hub-Spoke

HQ:
  Project: HQ-Cairo
  LAN: 10.20.10.0/24
  Servers: 10.20.20.0/24
  WAN: WAN1 Primary, WAN2 Backup

Branch-01:
  Project: BR-Alex
  Users: 10.21.10.0/24
  POS: 10.21.20.0/24

Allowed business flows:
  Branch Users -> ERP Server: TCP 443
  Branch POS -> ERP Server: TCP 8443
  IT Management -> Branch Gateways: HTTPS / ICMP as approved

Excluded:
  Guest VLAN
  CCTV VLAN unless required
  Device Management VLAN

التجهيز الجماعي للفروع

عند تركيب عدد كبير من الفروع، أنشئ Template للإعدادات المشتركة مثل WAN الأساسي، أسماء VLANs، سياسات الوصول، وقيم Monitoring. بعد ذلك استخدم Batch Delivery أو Pre-Configuration، واربط الجهاز بالمشروع عبر Serial Number عندما تكون آلية التجهيز مدعومة. احتفظ دائماً بقائمة توضح الجهاز، الفرع، المشروع، وحالة تسليم القالب.

تحذير: أكثر خطأ قد يسبب انقطاعاً واسعاً هو تعديل Addressing أو VLAN أو Default Route على جهاز يُدار عن بُعد دون مسار رجوع. خذ نسخة من الإعداد، وثّق القيم الحالية، ونفّذ التغيير ضمن Maintenance Window مع خطة Rollback واتصال بديل بالموقع.

التشغيل وحل المشاكل الشائعة

بعد الإنشاء، استخدم Dashboard لمراجعة Online Status للمشاريع، حالة Tunnels، استهلاك WAN، والتنبيهات. إذا كان الرابط متصلاً فلا تكتفِ بذلك؛ اختبر الوصول من Client حقيقي إلى خدمة حقيقية، لأن Tunnel Up لا يعني بالضرورة أن Firewall وDNS وApplication Path تعمل بصورة صحيحة.

المشكلة	السبب المحتمل	الحل المقترح
المشروع لا يظهر عند إنشاء المجموعة	Gateway غير Online، المشروع تحت حساب مختلف، أو الجهاز غير مدعوم.	تحقق من الحساب وProject Ownership وحالة الجهاز والتوافق قبل إعادة المحاولة.
لا توجد Network قابلة للاختيار	لم تُنشأ VLAN/LAN صحيحة أو لم تتزامن إعدادات الجهاز مع السحابة.	أنشئ الشبكة محلياً، تأكد من Gateway وDHCP، ثم راجع Configuration Sync.
Tunnel بحالة Abnormal أو Offline	WAN غير مستقر، NAT مقيد، CGNAT/Symmetric NAT، أو فشل تسليم الإعداد.	اختبر WAN منفرداً، راجع Logs، جرّب ISP آخر أو Public IP عند الحاجة.
الفرع يصل إلى الإنترنت ولا يصل إلى HQ	Subnet غير محددة في المجموعة، Route ناقص، أو Policy تمنع المرور.	راجع VLAN Selection وRouting Table ثم Firewall من المصدر إلى الوجهة.
Ping يعمل لكن التطبيق لا يعمل	منفذ TCP/UDP محظور، DNS خاطئ، أو التطبيق يقيد Source IP.	اختبر المنفذ مباشرة، راجع DNS Records وServer Firewall وApplication ACL.
اتصال في اتجاه واحد فقط	مسار العودة غير صحيح أو توجد قاعدة Firewall غير متناظرة.	افحص Route في الطرفين، Default Gateway للسيرفر، وSession Logs على الـ Firewall.
بعض الشبكات تعمل وأخرى لا	VLAN ناقصة، Prefix خاطئ، أو شبكة متداخلة في موقع آخر.	قارن Addressing Plan بما هو معلن فعلياً داخل SD-WAN Group.
التأخير مرتفع رغم أن Tunnel Up	Cloud Forwarding، مسار ISP طويل، ازدحام WAN، أو Packet Loss.	راجع نمط الاتصال والمسار، نفّذ Path Test، وقارن الأداء عبر Uplink آخر.
الرابط يتصل ثم ينقطع باستمرار	Flapping في WAN، Lease متغير، ضعف مودم، أو فشل Health Check.	راقب Interface Counters، زمن الانقطاع، وإشارات المودم قبل تعديل SD-WAN.
Delivery Failed أو الإعداد لا يتطبق	الجهاز Offline، تعارض إعداد، أو جلسة إدارة غير مستقرة.	افتح Configuration Logs، عالج الخطأ الأول، ثم أعد التسليم بدلاً من تكراره عشوائياً.

أوامر تحقق من جهاز Windows داخل الفرع

ipconfig /all
route print
ping 10.20.20.10
tracert 10.20.20.10
pathping 10.20.20.10
nslookup erp.company.local
powershell Test-NetConnection 10.20.20.10 -Port 443

ابدأ بعنوان IP قبل الاسم. إذا نجح الوصول إلى IP وفشل الاسم فالمشكلة غالباً DNS وليست AnyLink. وإذا نجح Ping وفشل Test-NetConnection فانتقل إلى Firewall أو Service Port. أما إذا توقف Traceroute عند الـ Gateway المحلي، فراجع إعلان الشبكة والـ Route قبل البحث في السيرفر.

طريقة تشخيص سريعة: افحص الطبقات بالترتيب: Device Online → WAN Stable → Configuration Delivered → Tunnel Up → Route Present → Firewall Allowed → DNS Correct → Application Listening. لا تغيّر أكثر من عنصر في المرة الواحدة، وسجّل نتيجة كل اختبار ووقته.

Best Practices لفنيي IT Support

استخدم مخطط عناوين موحداً: خصص نطاقاً لكل فرع بحيث يكشف العنوان موقع الجهاز، وتجنب الشبكات المنزلية المتكررة.
أعلن أقل عدد من الشبكات: لا تمرر Guest أو IoT أو Printers بين الفروع إلا وفق حاجة عمل واضحة.
افصل الاتصال عن الصلاحية: نجاح SD-WAN لا يعني السماح للجميع؛ طبّق Least Privilege عبر Firewall Rules.
ضع Naming Standard: استخدم نمطاً ثابتاً للمشاريع والمجموعات والـ WAN والـ VLAN لتسهيل البحث والتسليم.
اختبر Failover دورياً: افصل الرابط الأساسي خلال نافذة صيانة، وسجّل زمن الاستعادة وتأثيرها على ERP وVoIP.
راقب الاتجاهات لا الحالة الحالية فقط: راجع Latency وLoss واستهلاك Bandwidth والتنبيهات عبر فترة زمنية.
احمِ حساب Cloud: استخدم حسابات إدارية منفصلة، كلمات مرور فريدة، وأقل صلاحيات ممكنة، وفعّل وسائل الحماية الإضافية المتاحة.
وثّق NAT وISP: احتفظ باسم المزود، نوع العنوان، بيانات المودم، ومسار التصعيد الفني لكل موقع.
نفّذ Change Management: كل تعديل يجب أن يملك سبباً، منفذاً، وقتاً، نتيجة اختبار، وخطة Rollback.
احتفظ بنسخة إعداد واختبار قبول: Backup بلا توثيق واختبار استعادة لا يكفي عند حدوث انقطاع.

Checklist معيارية قبل إغلاق التذكرة

[ ] Gateway is online in the correct project
[ ] WAN1/WAN2 tested separately
[ ] No overlapping subnets
[ ] Required VLANs selected only
[ ] SD-WAN configuration delivered successfully
[ ] Tunnel status verified
[ ] Routing checked in both directions
[ ] Firewall ports tested
[ ] DNS tested by name and IP
[ ] Application owner confirmed service
[ ] Monitoring and alerts reviewed
[ ] Diagram, backup, and rollback notes updated

مثال عملي من بيئة شركة

شركة توزيع متوسطة لديها مقر رئيسي وثلاثة فروع. يوجد ERP وFile Server في HQ، بينما تستخدم الفروع أجهزة POS وطابعات ومستودعات. كانت الشركة تعتمد على إعدادات VPN منفصلة، ومع كل تغيير في ISP أو Router كان الاتصال يتوقف ويحتاج إلى تدخل يدوي في أكثر من موقع.

الموقع	الشبكات	الدور داخل التصميم
HQ	10.20.10.0/24 Users 10.20.20.0/24 Servers	Hub ويستضيف ERP وFiles.
Branch 1	10.21.10.0/24 Users 10.21.20.0/24 POS	Spoke يصل إلى خدمات HQ.
Branch 2	10.22.10.0/24 Users 10.22.20.0/24 POS	Spoke مستقل عن بقية الفروع.
Branch 3	10.23.10.0/24 Users 10.23.20.0/24 POS	Spoke مع WAN احتياطي.

اختار الفريق Hub-Spoke لأن الفروع لا تحتاج إلى تبادل مباشر بينها. أُنشئ Project لكل موقع، ثم SD-WAN Group واحدة. تم إعلان شبكات Users وPOS من الفروع وشبكة Servers من HQ، بينما استُبعدت Guest VLAN وManagement VLAN. بعد التسليم، سُمح فقط بمنافذ ERP وDNS وخدمات الملفات المطلوبة عبر Firewall.

خلال اختبار القبول ظهر أن أحد الفروع يستطيع Ping إلى السيرفر لكنه لا يفتح ERP. كشف اختبار المنفذ أن Server Firewall يسمح فقط بالنطاق القديم. بعد إضافة Subnet الفرع المعتمدة عاد التطبيق للعمل دون تغيير AnyLink. هذه النتيجة توضح أن التشخيص الصحيح يفصل بين Tunnel وRouting وFirewall والتطبيق.

الخلاصة العملية: نجح المشروع لأن الفريق بدأ بعنوان IP منظم، اختار Hub-Spoke وفق اتجاه الخدمات، أعلن شبكات محددة فقط، ثم اختبر التطبيق طبقةً بعد طبقة. AnyLink سهّل الربط والمراقبة، لكن جودة النتيجة بقيت معتمدة على التصميم والسياسات والتوثيق.

الأسئلة الشائعة

ما هو AnyLink في Ruijie Cloud؟

هو حل SD-WAN سحابي لربط شبكات مواقع الشركة عبر Gateways مدعومة وإدارتها ضمن SD-WAN Group مركزية.

هل يحتاج AnyLink إلى Public IP ثابت؟

ليس دائماً، لكن العمل خلف Private IP يعتمد على NAT وسياسة مزود الإنترنت. في بعض بيئات CGNAT أو Symmetric NAT قد تحتاج إلى تعديل الخدمة أو توفير Public IP.

ما الفرق بين Hub-Spoke وMesh في AnyLink؟

Hub-Spoke يربط الفروع بالمقر المركزي، بينما Mesh يتيح ترابط المواقع مع بعضها. اختر وفق اتجاه التطبيقات وحجم الحركة، لا وفق عدد الفروع فقط.

لماذا تظهر حالة AnyLink Tunnel كـ Abnormal؟

الأسباب الشائعة هي عدم استقرار WAN، قيود NAT، فشل تسليم الإعداد، أو جهاز Offline. ابدأ بالـ Logs وحالة WAN قبل تعديل الـ VLANs.

هل يمكن ربط فرعين يستخدمان Subnet متطابقة؟

لا يُنصح بذلك؛ تداخل الشبكات يسبب غموضاً في Routing. الأفضل إعادة ترقيم أحد الموقعين قبل الإنتاج بدلاً من بناء حلول NAT معقدة يصعب دعمها.

هل أستطيع اختيار VLANs محددة داخل AnyLink؟

نعم، وهذا هو الأسلوب الأفضل. اختر شبكات الأعمال المطلوبة فقط واستبعد Guest وIoT وManagement ما لم توجد حاجة موثقة وسياسات حماية مناسبة.

هل AnyLink بديل عن VPN للموظفين عن بُعد؟

AnyLink موجه أساساً لربط المواقع Site-to-Site. وصول المستخدم من المنزل يحتاج حلاً مناسباً لـ Remote Access VPN أو Zero Trust وفق بيئة الشركة.

الخاتمة

إعداد AnyLink على Ruijie Cloud يصبح بسيطاً عندما يسبقه تصميم صحيح: Projects منظمة، Subnets غير متداخلة، طوبولوجيا تناسب اتجاه الخدمات، وVLANs محددة بدقة. هذه العناصر أهم من سرعة تنفيذ الخطوات داخل الواجهة.

ابدأ بموقعين وشبكة اختبار، ثم تحقق من WAN وDelivery وTunnel وRouting وFirewall وDNS والتطبيق بهذا الترتيب. بعد نجاح الاختبار، وسّع المجموعة تدريجياً واستخدم Templates للفروع المتكررة.

التوصية العملية هي التعامل مع AnyLink كخدمة إنتاجية لها Monitoring وChange Management وRollback وتوثيق، لا كزر سريع لإنشاء VPN. بهذه الطريقة تحصل على ربط فروع أكثر وضوحاً وأسهل في الدعم والتوسع.