MINDY / GUIDES
دليل مسؤول السيرفر
تشغيل الفريق داخل المكتب وخارجه
CRM 12.19.3 · 2026-09-2401ثبّت / ادخل
02فعّل / جهّز
03ابدأ / اختبر
المحتويات
قبل التنفيذ
- الدليل لسيرفر Windows x64 أو جهاز Windows مخصص يبقى قيد التشغيل. لا تستخدم استضافة Hostinger PHP المشتركة لتشغيل CRM نفسه؛ الموقع والمانجر خدمات منفصلة.
- تُحفظ قاعدة البيانات على قرص السيرفر المحلي. الموظفون يستخدمون المتصفح؛ لا تضع القاعدة الحية على SMB أو NAS أو OneDrive ولا تشغّل خلفيتين على نفس الملف.
- اختر شبكة مكتب، أو مكتب مع VPN، أو نطاق HTTPS عام. إعداد DNS والراوتر وVPN من مسؤول الشبكة وليس إجراءً تلقائيًا في المثبّت.
1. التنصيب والتحضير
- خذ نسخة نقل مشفرة من البيانات السابقة واحفظ كلمة مرورها. اختر نافذة صيانة وأغلق CRM وأوقف خدماته السابقة.
- شغّل MindyCRM-Setup.exe، اختر النسخة السابقة عند الترقية، ثم سيرفر فريق. راجع مسار البرنامج ومسار البيانات.
- يفتح مدير السيرفر بعد التنصيب. لا تُثبت الخدمات قبل إكمال الإعداد. افتح الصيانة المحلية لإعداد الشركة والترخيص والمستخدم الإداري.
- عيّن PIN من 8–10 أرقام وسجّل معرّف المدير. للنطاق العام فعّل المصادقة الثنائية للمدير واحفظ رموز الاسترداد.
2. إعداد مدير السيرفر
- أغلق الصيانة المحلية. اختر شبكة المكتب وVPN أو نطاق إنترنت عام بحسب خطتك.
- أدخل رابط HTTPS الفعلي، ومعرّف المدير وPIN الحالي. الحقل يتحقق من PIN الموجود ولا يعيد تعيينه بلا تحقق.
- اضغط حفظ إعداد الفريق. تبقى البيانات والرخصة؛ تُغلق الجلسات السابقة ويصبح دخول الحساب إلزاميًا.
- اضغط تثبيت الخدمات ووافق على طلب Windows. تحتاج العملية إنترنت لتنزيل أدوات السيرفر والتحقق منها.
- الخدمتان MindyCRM وMindyHTTPS تعملان تلقائيًا تحت LocalService. اضغط تشغيل ثم الحالة، وبعدها اختبر رابط الفريق من جهاز موظف.
3. شبكة المكتب LAN
- احجز عنوان IP ثابتًا للسيرفر واضبط اسمًا داخليًا مثل https://crm.internal في DNS الداخلي. يجب أن يستطيع جهاز الموظف الوصول للاسم نفسه.
- اسمح TCP 443 من شبكة المكتب إلى السيرفر. لا تفتح منفذ الخلفية 8765 أو 5000.
- الشهادة الداخلية يستخدمها Caddy. شهادة الجذر العامة توجد عادة في [مجلد البيانات]/caddy-state/Caddy/pki/authorities/local/root.crt.
- يوزع مسؤول الشبكة root.crt في مخزن Trusted Root Certification Authorities بعد التحقق من بصمتها. لا توزع root.key أو المفاتيح الخاصة.
- اختبر الدخول من جهازين بحسابين مختلفين. أي تحذير شهادة يحتاج إصلاح الاسم أو الثقة أو توقيت الأجهزة.
4. خارج المكتب عبر VPN
- أكمل LAN أولًا، ثم جهّز VPN للشركة بحساب مستقل لكل موظف. الـVPN ليس مرفقًا كخدمة تلقائية مع CRM.
- مرّر DNS الداخلي وشبكة السيرفر للموظف، واسمح بالوصول إلى 443 بحسب الحاجة وثبّت شهادة الثقة.
- من شبكة منزل أو هاتف: اتصل بالـVPN ثم افتح رابط CRM نفسه. افصل VPN وتأكد أن الرابط الداخلي لم يصبح عامًا.
- لا تعمل Port Forwarding لمنفذ الخلفية. قاعدة البيانات تبقى على السيرفر.
5. نطاق HTTPS عام
- استخدم نطاقًا تملكه مثل https://crm.example.com وسيرفر Windows قابلًا للوصول. CGNAT قد يمنع النشر المباشر من المكتب.
- اضبط سجلات DNS الصحيحة. وجّه TCP 80 و443 إلى Caddy للحصول على الشهادة وتجديدها. لا تعرض 8765 للإنترنت.
- اختر وضع النطاق العام في مدير السيرفر وأدخل الاسم المطابق. استصدار الشهادة يتطلب صحة DNS والوصول.
- المصادقة الثنائية مطلوبة في هذا الوضع. المستخدم غير المكتمل لا يصل لبيانات الشركة قبل إنهاء التسجيل.
- اختبر من خارج الشبكة. داخل المكتب قد تحتاج Split DNS أو NAT loopback. لا يكفي ظهور Running لإثبات عمل HTTPS.
6. المستخدمون والصلاحيات
- من الإعدادات أنشئ حسابًا لكل موظف، وبريدًا فريدًا عند استخدام البريد للدخول.
- حدد الدور ونطاق الكيانات وPIN من 8–10 أرقام. لا تمنح الجميع صلاحيات المدير.
- سلّم الرابط والحساب بطريقة آمنة. اختبر مستخدمًا محدود الصلاحيات ومستخدمًا موقوفًا.
- استعادة أو إعادة تهيئة MFA تُجرى من الصيانة المحلية بعد التحقق من هوية صاحب الحساب.
7. النسخ الاحتياطي والاستعادة
- اضبط نسخًا دورية إلى مجلد محلي يستطيع LocalService الكتابة فيه. انقل نسخة مكتملة خارج السيرفر؛ لا تزامن hub.db الحي.
- احتفظ بنسخة مشفرة وبإعدادات server.json وCaddyfile وDNS والجدار الناري وبنسخة محمية من caddy-state.
- اختبر صلاحيات أي وجهة خارجية؛ حساب الخدمة لا يملك تلقائيًا صلاحيات OneDrive أو مشاركة الموظف.
- للاستعادة: أوقف الخدمات، انسخ الحالة الحالية، افتح الصيانة المحلية، استعد النسخة المعتمدة، ثم راجع الرخصة والمرفقات قبل تشغيل الفريق.
8. التحديث ونقل المسار
- أعلن وقت صيانة، احفظ الأعمال، وخذ نسخة أمان. أوقف الخدمات قبل فتح الصيانة أو المثبّت.
- حدّث النسخة الصحيحة مع الاحتفاظ بمجلد بياناتها؛ لا تستخدم تنظيفًا كاملًا للترقية. أغلق الصيانة قبل إعادة تشغيل الخدمات.
- تغيير مكان البرنامج لا ينقل البيانات. عند نقل مسار خدمات مسجلة، أزل تسجيل الخدمات من المجلد القديم أولًا، ثم أعد تثبيتها من المسار الجديد.
- لنقل الترخيص إلى جهاز آخر اتبع إجراء النقل المعتمد؛ لا تنشئ تجربة ثانية كبديل.
9. إيقاف الخدمات وإزالة تسجيلها
- للإيقاف المؤقت استخدم إيقاف في مدير السيرفر. لا تحذف ملفات البيانات.
- إزالة تسجيل الخدمات عملية مختلفة: مسؤول السيرفر يشغّل Team-Services.ps1 بالمعامل -Action Remove من مجلد التنصيب. هذا يبقي البيانات والترخيص.
- لا تعدّل وضع السيرفر أو تمسح server.json عشوائيًا. التحويل إلى استخدام فردي يحتاج توقف الفريق ونسخة أمان ومراجعة المسؤول.
10. التكاملات
- إعدادات التكاملات تخص السيرفر وبيانات الشركة. راجع عنوان OAuth callback عند التحويل من localhost إلى HTTPS.
- حافظ على مفاتيح الخزنة داخل البيانات الدائمة. ربط خدمات خارجية لا يتطلب كشف منفذ الخلفية للإنترنت.
11. التشخيص
- الخدمة تتوقف: راجع logs/team-services.log وسجلات MindyCRM وMindyHTTPS وصلاحيات LocalService.
- الرابط لا يفتح: افحص DNS ثم 443 ثم الشهادة. خطأ المصدر 403: استخدم اسم HTTPS المضبوط دون عنوان بديل.
- الدخول يرفض: راجع الحساب وPIN وMFA؛ عند 429 انتظر فترة الحظر بدل تكرار المحاولة.
- قاعدة مشغولة: ابحث عن نسخة صيانة وخدمة تعملان معًا، أو قاعدة على مجلد شبكة. بيانات مفقودة بعد نقل: توقف وراجع data-location.txt.
12. اختبار القبول
- أعد تشغيل Windows وتحقق من تشغيل الخدمات، ثم الدخول من جهازين بحسابين مستقلين.
- اختبر صلاحيات الكيانات والدخول والخروج وحسابًا موقوفًا وMFA للنطاق العام.
- اختبر نسخة أمان واستعادة على بيئة اختبار، والوصول من خارج المكتب بالطريقة المختارة.
- تحقق أن منفذ الخلفية غير متاح للأجهزة الأخرى. هذه تعليمات إعداد وليست إثبات اختبار فعلي لشبكتك.