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

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

دليل موجز وعملي لإعداد الخدمات، والوصول إليها، والإجراءات الأساسية للعملاء.

> كيف يعمل نظام رصيد Cli>_؟

يموّل رصيد واحد مشترك ومدفوع مسبقًا كل الخدمات المؤهلة، ولا يُستهلك إلا أثناء نشاطها.
faq/prepaid-credit-how-it-works

يحتوي حساب Cli>_ على رصيد ائتماني واحد مشترك ومدفوع مسبقًا. لا يمكن للعملاء الجدد المؤهلين المطالبة بـ Starter Credit إلا بعد إكمال التحقق المطلوب من الحساب ومكافحة إساءة الاستخدام. تستهلك الخدمات النشطة المؤهلة هذا الرصيد مع مرور الوقت. يعتمد التقدير الشهري على 31 يومًا، ولا تبدأ خدمة جديدة إلا إذا كان الرصيد يغطي 7 يومًا على الأقل. يظهر التنبيه الأحمر عندما ينخفض وقت التشغيل التقديري عن 7 يومًا؛ وإلا يظهر التنبيه البرتقالي عندما ينخفض عن 14 يومًا.

بعد نفاد الرصيد، تُعلّق الخدمة بعد 7 أيام، وتتوقف عن استهلاك الرصيد، ويبدأ عدّ تنازلي للاحتفاظ والحذف مدته 7 يومًا. ويمكن إعادة تشغيلها قبل الموعد المعروض عند توفر رصيد كافٍ. كما أن إلغاء خدمة تم تجهيزها يعلّقها ويبدأ العدّ التنازلي نفسه. قد تُعطّل فورًا الخدمة المعلقة التي لم تُجهّز بعد. بعد الموعد تبدأ عملية تعطيل الخدمة المجهزة وإزالتها. يعطّل Force delete الخدمة فورًا، ويتجاوز فترة الاحتفاظ، ويبدأ إزالتها من runtime النشط؛ ويكتمل ذلك بعد معالجة deployment وGitOps. للنسخ الاحتياطية وOffsite Archive سياسات احتفاظ منفصلة.

مثال OpenCode بسعر 9.90 EUR: ‏9.90 / 31 ≈ ‏0.319 EUR يوميًا. بعد 10 أيام كاملة يُستهلك نحو 3.19 EUR. إذا كان الرصيد الأولي 9.90 EUR بالضبط ولم توجد خدمات أخرى، يتبقى نحو 6.71 EUR. يتوقف الاستهلاك بعد تعطيل الخدمة.

هذا المثال للتوضيح فقط. الأسعار الحالية المعروضة في Cli>_ هي المعتمدة دائمًا.

> طريقة إنشاء مفتاح SSH عام عبر سطر الأوامر

قم بإنشاء مفتاح SSH عام للوصول الآمن إلى خادم VPS. شارك المفتاح العام فقط مع Cli>_; احتفظ بالمفتاح الخاص على جهازك.
faq/generate-public-ssh-key-ar

يتم مشاركة المفتاح العام، بينما يظل المفتاح الخاص ملكًا لك

أدخل فقط المفتاح العام في صفحة الطلب أو عند إعداد الخدمة. يبقى المفتاح الخاص على جهاز الكمبيوتر الخاص بك ولا يتم إرساله إلى قسم الدعم أو إدخاله في نموذج ويب.

الخطوات

  1. افتح نافذة الأوامر على جهاز الكمبيوتر الخاص بك.
  2. قم بتشغيل الأمر التالي: ssh-keygen -t ed25519 -C "your-email@example.com".
  3. أكد موقع الحفظ أو اختر مسارًا مخصصًا. لا ترسل مفتاحك الخاص إلى أي شخص.
  4. لعرض المفتاح العام، استخدم الأمر التالي: `cat ~/.ssh/id_ed25519.pub`.
  5. انسخ السطر بأكمله الذي يبدأ بـ `ssh-ed25519` والصقه في حقل "مفتاح SSH العام" أثناء إتمام الطلب أو إعداد الخدمة.
  6. انسخ سطر `ssh-ed25519` كاملاً إلى حقل "SSH public key".

PowerShell لنظام التشغيل Windows 10/11

  1. افتح PowerShell أو Windows Terminal.
  2. قم بتشغيل الأمر التالي: ssh-keygen -t ed25519 -C "your-email@example.com".
  3. اضغط على مفتاح الإدخال لحفظ المفتاح في المسار C:\Users\your-user\.ssh\id_ed25519، أو أدخل مسارًا مخصصًا.
  4. إذا طلب نظام Windows عبارة مرور، فاستخدم عبارة يمكنك تخزينها بأمان، أو اضغط على مفتاح الإدخال لتخطي هذه الخطوة في حالة الإعداد البسيط.
  5. لعرض المفتاح العام، استخدم الأمر التالي: Get-Content $env:USERPROFILE\.ssh\id_ed25519.pub.
  6. انسخ السطر الكامل الذي يبدأ بـ ssh-ed25519 فقط. لا تقم بنسخ أو تحميل ملف المفتاح الخاص.
> طريقة إنشاء مفتاح SSH بيانيًا في نظام التشغيل Windows

طريقة رسومية في نظام التشغيل Windows لإنشاء زوج مفاتيح SSH بدون استخدام سطر الأوامر.
faq/create-ssh-key-windows-gui-ar

استخدم أداة Windows والصق المفتاح العام فقط

يمكنك إنشاء زوج مفاتيح SSH بشكل مرئي باستخدام عميل SSH لنظام التشغيل Windows مثل PuTTYgen. يحتاج Cli>_ إلى المفتاح العام فقط. احتفظ بالمفتاح الخاص على جهاز الكمبيوتر الخاص بك ولا تقم بتحميله من خلال نموذج ويب.

الخطوات

  1. قم بتثبيت PuTTY أو افتح برنامج PuTTYgen إذا كان مثبتًا بالفعل.
  2. اختر EdDSA/Ed25519 إذا كانت متاحة، وإلا فاختر RSA 4096.
  3. انقر فوق
  4. أضف عبارة مرور إذا كنت ترغب في توفير حماية محلية إضافية للمفتاح الخاص.
  5. احفظ المفتاح الخاص على جهازك واحتفظ به سراً.
  6. انسخ نص المفتاح العام والصقه في حقل مفتاح SSH العام في Cli>_.

لا تشارك معلومات حساسة

لا ترسل ملفات .ppk أو مفاتيح خاصة أو كلمات مرور أو رموز مميزة إلى فريق الدعم أو في النماذج.

> أحضر نطاقك الخاص

تعرف على كيفية توجيه نطاقك أو نطاق فرعي إلى خدمة CLIopen قبل تفعيل ميزة "أحضر نطاقك الخاص".
faq/rabt-nitaqak-alkhas

ماذا يفعل هذا الإعداد؟

تتيح لك ميزة "استخدام نطاقك الخاص" أن تستخدم اسم النطاق الخاص بك، مثل app.example.com، بدلاً من استخدام اسم النطاق الافتراضي الذي تم إنشاؤه تلقائيًا وهو *.co.cliopen.cloud. يجب توجيه نظام أسماء النطاقات (DNS) إلى CLIopen قبل أن تتمكن من استخدام اسم النطاق بأمان في الخدمة.

قبل البدء

  1. اختر اسم النطاق الدقيق الذي ترغب في استخدامه، على سبيل المثال: app.example.com. استخدام نطاق فرعي هو الخيار الأسهل.
  2. افتح لوحة إدارة DNS الخاصة بمسجل النطاقات أو مزود خدمة DNS الخاص بك.
  3. احذف أي سجلات متعارضة من نوع A، أو AAAA، أو CNAME، أو ALIAS، أو إعادة التوجيه لنفس اسم النطاق.
  4. احتفظ باسم المضيف الذي تم إنشاؤه تلقائيًا بواسطة CLIopen حتى يتم التحقق من اسم المضيف الخاص بك والتأكد من أنه يعمل بشكل صحيح.

الإعدادات الموصى بها لـ DNS للنطاقات الفرعية

قم بإنشاء سجلات DNS لاسم المضيف الدقيق الذي ستدخله في CLIopen. بالنسبة إلى app.example.com، فإن تسمية DNS هي app. وجهها إلى عناوين إدخال (ingress) CLIopen التي ستحصل عليها من دعم CLIopen أو في وثائق الخدمة. إذا طلب موفر خدمة DNS نوع السجل، فاستخدم سجل A لـ IPv4 وسجل AAAA لـ IPv6 عند توفير هذه العناوين.

مثال:

app.example.com.  A     <عنوان CLIopen IPv4>
app.example.com.  AAAA  <عنوان CLIopen IPv6، إذا كان متاحًا>

عندما يوفر CLIopen هدف CNAME

قد توفر بعض الخدمات اسم نطاق تم إنشاؤه، مثل service.customer.co.cliopen.cloud. إذا كانت تعليمات الخدمة الخاصة بك تتطلب صراحةً استخدام CNAME، فقم بإنشاء سجل مثل app.example.com CNAME service.customer.co.cliopen.cloud. استخدم CNAME فقط للنطاقات الفرعية، وليس للنطاق الرئيسي، إلا إذا كان مزود DNS الخاص بك يدعم تسوية ALIAS أو ANAME.

استخدام النطاق الرئيسي

بالنسبة للنطاق الأساسي مثل example.com، فإن معظم مزودي خدمات DNS لا يسمحون باستخدام سجل CNAME قياسي. استخدم سجلات A/AAAA تشير إلى عناوين إدخال CLIopen، أو استخدم ميزة ALIAS/ANAME الخاصة بمزود الخدمة إذا كان CLIopen قد قدم لك اسم نطاق مستهدف.

تفويض منطقة فرعية كاملة

إذا كنت تريد أن يقوم CLIopen بإدارة السجلات ضمن منطقة فرعية مثل apps.example.com، فقم بإنشاء سجلات NS لهذه المنطقة الفرعية تشير إلى خوادم أسماء CLIopen التي تلقيتها. لا تقم بتغيير خوادم الأسماء للنطاق بأكمله إلا إذا كنت تريد عن قصد أن يقوم CLIopen (أو خدمة DNS أخرى) بإدارة جميع السجلات.

قائمة المراجعة

  1. انتظر حتى يتم نشر سجلات DNS. التغييرات الصغيرة غالبًا ما تظهر في غضون دقائق، ولكن بعض مقدمي الخدمات قد يقومون بتخزينها مؤقتًا لفترة أطول.
  2. تأكد من أن اسم المضيف يشير إلى وجهة CLIopen وليس إلى مزود خدمة سابق.
  3. أدخل اسم النطاق الدقيق في حقل "استخدم نطاقك الخاص"، بدون `https://` وأي مسار.
  4. بعد التحديث، اختبر `https://app.example.com` في متصفحك.
  5. احتفظ بإدخالات DNS القديمة فقط إذا لم تتعارض مع اسم النطاق الجديد.
> نقل إدارة منطقة DNS

تستخدم الخدمات عادة A/AAAA وCNAME وMX وTXT وCAA، بينما تستخدم البريد SPF وDKIM selector وDMARC على _dmarc.
faq/naql-idarat-mintaqat-dns

ماذا يعني نقل المنطقة هنا؟

عندما يتعلق الأمر بنقل نظام أسماء النطاقات (DNS) للعملاء، فهذا يعني تغيير خوادم الأسماء الموثوقة لدى مسجل النطاق الخاص بك. بعد تفويض النطاق إلى CLIopen، يتم نشر سجلات DNS التي تمت إضافتها في CLIopen من خلال خوادمنا الموثوقة.

قبل تغيير خوادم الأسماء

  1. انسخ سجلات DNS الموجودة التي لا تزال بحاجة إليها، مثل سجلات الويب والبريد والتحقق و SPF و DKIM و DMARC وسجلات الخدمة.
  2. أضف المنطقة في CLIopen DNS. إذا لم يكن التفويض جاهزًا بعد، فسيقوم CLIopen بحفظه ولكنه لن يقوم بتفعيله للعملاء حتى يتم اجتياز التحقق.
  3. إذا أمكن، قم بإنشاء السجلات المطلوبة في CLIopen DNS قبل تبديل خوادم الأسماء.
  4. انتبه إلى إعدادات CAA بشكل صحيح، حيث أن القيم غير الصحيحة قد تمنع إصدار الشهادات.

غيّر سجلا واحدا بوضوح

  1. Otvor nastavenia domény u registrátora, napríklad example.com.
  2. Nájdi Nameservers, DNS delegation alebo Authoritative DNS nastavenia.
  3. Nahraď aktuálne nameservery hodnotami ns1.cliopen.com a ns2.cliopen.com.
  4. Ulož zmenu a počkaj na propagáciu v registri a resolveroch.

Validácia

Vráť sa do CLIopen DNS a klikni na Znovu overiť delegáciu. Keď verejné NS záznamy ukazujú ns1.cliopen.com a ns2.cliopen.com, zóna sa zaradí na synchronizáciu a záznamy budú živé z CLIopen.

> التسجيل وإنشاء حساب جديد

أنشئ حسابًا واحدًا للعملاء، وأدخل تفاصيل الفوترة، واستخدم عنوان بريد إلكتروني يمكن لفريقك الوصول إليه.
faq/account-registration-and-login

حساب واحد لإدارة الطلبات والخدمات

استخدم الحساب كملف شخصي دائم للطلبات، وبيانات الفوترة، والخدمات، والنطاقات، والتواصل مع الدعم الفني. يفضل استخدام عنوان البريد الإلكتروني الخاص بالعمل، والذي يمكن للفريق الوصول إليه حتى بعد التغييرات في الموظفين.

قبل أول طلب

  1. سجل باستخدام عنوان بريدك الإلكتروني الخاص بالعمل.
  2. أكمل عملية تأكيد البريد الإلكتروني إذا طُلب منك ذلك.
  3. املأ تفاصيل الفوترة قبل إرسال طلب مدفوع.
  4. عندما يتوفر مصادقة ثنائية، قم بتفعيلها فور تسجيل الدخول لأول مرة.

الوصول للفريق

لا ترسل كلمات المرور إلى زملائك عبر الدردشة أو البريد الإلكتروني. إذا احتاج أكثر من شخص للوصول، استخدم مدير كلمات مرور داخلي أو اطلب الإجراء الموصى به للفريق؛ لا تحتاج الدعم إلى كلمة مرورك أو رمز تسجيل الدخول.

> تقدير شهري، تقدير سنوي واستهلاك يومي فعلي

تُستخدم الأسعار الشهرية والسنوية للمقارنة؛ في الخدمات المدفوعة مسبقًا، يحدد الاستهلاك اليومي بعد تأكيد التغيير.
faq/billing-periods-and-credit-burn

هذه الأرقام هي للمقارنة فقط، وليست تقويم فواتير

استخدم التقديرات الشهرية كمرجع لـ 31 يومًا، والتقديرات السنوية كمرجع لـ 372 يومًا. يتم استهلاك الرصيد الفعلي للخدمات المدفوعة مسبقًا بناءً على وقت تشغيل الخدمة والتكوين المؤكد.

ما الذي يجب التحقق منه عند تغيير السعر

  1. قارن الاستهلاك اليومي قبل وبعد التغيير.
  2. عند زيادة وحدة المعالجة المركزية (CPU) أو ذاكرة الوصول العشوائي (RAM) أو القرص الصلب، أو عند اختيار خيارات مدفوعة، توقع استهلاكًا يوميًا أعلى.
  3. تعتبر التغييرات سارية المفعول فقط بعد التأكيد والدفع (إذا لزم الأمر) وتطبيقها.
  4. لأغراض المحاسبة، احفظ إيصال الطلب وسجل الرصيد.

عند وجود خلاف، ركز على الفترة المحددة

يمكن لقسم الدعم الاستفادة من رقم الطلب واسم الخدمة وتواريخ الاستخدام التي ترغب في التحقق منها. لا ترسل تفاصيل البنك أو كشوفات الحساب المصرفية الكاملة أو لقطات شاشة تحتوي على معلومات شخصية غير مرغوب فيها.

> حالة الطلب بعد الدفع

قد يستغرق الطلب بعض الوقت حتى يتم تأكيده من قبل مزود الخدمة بعد الدفع. لا تقم بإنشاء نسخة مكررة إلا إذا تم إلغاء النسخة الأصلية بشكل واضح أو انتهت صلاحيتها.
faq/order-status-and-payment-confirmation

الحالة "معلق" لا تعني بالضرورة فشل

بعد العودة من صفحة الدفع، قد ينتظر الطلب تأكيدًا من مزود الدفع. طالما أن الحالة ليست فاشلة أو منتهية الصلاحية بشكل واضح، فقد يؤدي إنشاء طلب مكرر إلى تعقيد عملية المطابقة.

كيفية المتابعة بعد الدفع

  1. ارجع إلى صفحة Cli>_ بعد إتمام الدفع.
  2. تحقق من حالة الطلب في حسابك، بالإضافة إلى أي رسالة متعلقة بالدفع.
  3. إذا كان الطلب لا يزال قيد المعالجة، امنح المزود بعض الوقت لتأكيد الطلب.
  4. إذا واجهت مشكلة، أرسل إلى فريق الدعم رقم الطلب والمرجع الخاص بالدفع (إن وجد).

ما لا يجب إرساله

لا يحتاج قسم الدعم إلى معلومات بطاقة الائتمان أو كلمة المرور أو إشعار بنكي كامل. يكفي رقم الطلب ووقت الدفع والحالة الظاهرة، وصورة شاشة مُخفية إذا ظهر خطأ.

> معلومات لتسريع إعداد الخدمة

قم بإعداد اسم الخدمة، والنطاق، وخطة DNS، وحجم التخزين، وعنوان البريد الإلكتروني للوصول، والمفتاح العام لـ SSH. لا ينبغي تضمين البيانات السرية في النماذج.
faq/service-setup-information-needed

إدخال بيانات دقيقة يوفر الوقت

استخدم نماذج الطلب للقيم العامة أو غير السرية: اسم الخدمة، النطاق، خطة DNS، حجم التخزين، وحدة المعالجة المركزية (CPU)، ذاكرة الوصول العشوائي (RAM)، عنوان البريد الإلكتروني للإدارة أو مفتاح SSH العام. يجب عدم إدخال كلمات المرور والمفاتيح الخاصة والرموز في نماذج الطلب.

تأكد قبل تقديم الطلب

  1. اختر اسم خدمة واضح لفريقك.
  2. قرر ما إذا كنت ستستخدم نطاقًا مخصصًا أم اسم مضيف مؤقت للنظام.
  3. قم بإعداد مفتاح SSH العام إذا كانت الخدمة تتطلب ذلك.
  4. تحقق من حجم مساحة التخزين والموارد المطلوبة بناءً على التطبيق الذي تنوي تشغيله.

لا ترسل معلومات حساسة

إذا كنت غير متأكد مما إذا كانت المعلومة سرية، فمن الأفضل أن تسأل دون إرسالها. لا ترسل مفاتيح خاصة أو كلمات مرور أو رموز مميزة أو نسخ احتياطية لقواعد البيانات أو ملفات التكوين بأكملها إلى الدردشة أو في الطلب.

> تعديل وحدة المعالجة المركزية (CPU) أو ذاكرة الوصول العشوائي (RAM) أو القرص الصلب أو مدة الاستخدام بعد الطلب

قم بتعديل الخدمة الحالية من خلال تفاصيلها، وليس بطلب جديد مكرر. عند تغيير الموارد، قد تتغير الأسعار وتكاليف التشغيل اليومية واحتمال إعادة التشغيل والمخاطر الأخرى.
faq/change-service-resources-after-order

لتعديل خدمة حالية، لا تقم بإنشاء خدمة جديدة

إذا كانت الخدمة قيد التشغيل بالفعل، قم بتغيير المصادر من صفحة تفاصيل الخدمة. سيؤدي إنشاء طلب جديد إلى إنشاء خدمة إضافية بدلاً من تعديل الخدمة الموجودة، وقد يؤدي ذلك إلى تغيير السعر واستهلاك الائتمان اليومي وسلوك النظام بعد التأكيد والدفع وتطبيق التغييرات.

قبل تأكيد التغيير

  1. راجع استخدام وحدة المعالجة المركزية (CPU)، والذاكرة العشوائية (RAM)، ومساحة التخزين، وسياسات النسخ الاحتياطي، وفترة الاحتفاظ بالأرشيف الخارجي الحالي.
  2. تحقق من السعر اليومي الجديد وتأثيره على الرصيد المتاح.
  3. اقرأ الإشعارات المتعلقة بإعادة التشغيل أو الصيانة أو أي انقطاع في الخدمة.
  4. قبل إجراء أي تغيير قد يكون له تأثير كبير، قم بعمل نسخة احتياطية لبياناتك المهمة.

ماذا تفعل إذا لم تتم التغييرات كما هو متوقع؟

أرسل اسم الخدمة ووقت التغيير والحالة الظاهرة وأي رسائل خطأ. لا ترسل مفاتيح خاصة أو كلمات مرور أو رموز؛ للتشخيص، يكفي السياق العام ولقطة شاشة مع إخفاء المعلومات الحساسة.

> إلغاء الخدمة وموعد حذف البيانات

يتم إيقاف الخدمة مؤقتًا أولاً، ثم يتم عرض فترة زمنية محددة وقابلة للتكوين لحذف البيانات، وبعد ذلك يمكن إجراء الحذف الدائم.
faq/cancel-service-and-data-retention

إلغاء الخدمة ليس حذفًا فوريًا لجميع البيانات

عند إلغاء خدمة مفعلة، يتم تعليقها مؤقتًا ويظهر موعد نهائي للحذف يمكن تعديله. خلال هذه الفترة، يمكن استعادة الخدمة أو تصدير بياناتها. قد تختلف معالجة الطلبات المعلقة وغير المدفوعة التي لم يتم تفعيلها بعد، ويتم حذف البيانات بشكل دائم فقط بعد انتهاء فترة صلاحيتها.

قبل الحذف النهائي

  1. قم بإنشاء تصدير بيانات خاص بك لتخزينها على المدى الطويل.
  2. راجع تاريخ ووقت الحذف المخطط له للخدمة المعلقة.
  3. لا تخلط بين النسخ الاحتياطية والأرشيف الخارجي وحذف الخدمة الدوري.
  4. إذا كنت غير متأكد، فاتصل بالدعم قبل موعد الحذف.

قد لا يكون من الممكن استعادة الخدمة بعد انتهاء صلاحيتها.

بعد انقضاء المدة المحددة، لا يجب اعتبار البيانات متاحة. عند الاستفسار، يرجى إرسال رقم الطلب واسم الخدمة، وليس عمليات تصدير قواعد البيانات أو بيانات الاعتماد السرية.

> النسخ الاحتياطي وطلبات الاستعادة

تُستخدم النسخ الاحتياطية للاستعادة التشغيلية، وهي ليست بديلاً عن التصدير. قد تؤدي عملية الاستعادة إلى استبدال البيانات الأحدث.
faq/backups-and-restore-requests

النسخ الاحتياطي ليس أرشيفًا ولا تصديرًا

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

كيفية إعداد طلب استعادة

  1. يرجى إدخال اسم الخدمة ورقم الطلب.
  2. صف الوقت التقريبي الذي ترغب في استعادته إليه.
  3. اذكر ما إذا كنت تريد استعادة الخدمة بأكملها أو جزء معين منها، إن أمكن.
  4. أرفق خطأً أو سياقًا مرئيًا بدون كلمات مرور أو رموز وصول أو مفاتيح خاصة.

ضع في اعتبارك التأثير قبل الاستعادة

إذا كانت الخدمة قد استقبلت بيانات جديدة في هذه الأثناء، فقد يؤدي الاسترجاع إلى استبدال الحالة الحالية بحالة أقدم. قبل تأكيد الاسترجاع، قم بإعلام الفريق وقم بعمل نسخة احتياطية لما لا تريد أن تفقده.

> ما هو الغرض من خدمة Offsite Archive؟

تحتفظ خدمة Offsite Archive بنسخ أرشيفية بعيدة، منفصلة عن عمليات النسخ الاحتياطي القصيرة ودورة حياة الخدمة.
faq/offsite-archive-purpose

أرشيف خارجي (ليس تخزيناً مباشراً)

خدمة الأرشيف الخارجي مخصصة لعمل نسخ أرشيفية بعيدة وتخزين البيانات لفترة أطول. إنها ليست قرصًا مباشرًا لتطبيق، أو بديلاً للتصدير المحلي، ولا هي نفس الشيء تمامًا مثل النسخ الاحتياطية التشغيلية القصيرة.

متى يجب تفعيله؟

  1. استخدمه لتخزين البيانات التي ترغب في الاحتفاظ بها خارج نطاق العمليات التشغيلية العادية للخدمة.
  2. اختر عدد أيام الاحتفاظ بما يتوافق مع متطلبات الامتثال أو هدف الاستعادة.
  3. راقب أن السعر يزداد وفقًا لحجم البيانات المخزنة ومدة التخزين.
  4. عند التعامل مع كميات كبيرة من البيانات، خطط لعملية الأرشفة بالتزامن مع عملية التصدير الخاصة بك.

كيف نفكر في التكلفة؟

الوحدة الأساسية هي ميجابايت-أيام: وهي تعبر عن مقدار البيانات المخزنة وعدد الأيام التي يتم الاحتفاظ بها. يتم عرض السعر للعميل باليورو لكل جيجابايت شهريًا، ويتم تقريب النتيجة إلى أقرب سنت.

> اختر وحدة المعالجة المركزية (CPU) وذاكرة الوصول العشوائي (RAM) وحجم القرص لخادم VPS الخاص بك

اختر حجم خادم VPS بناءً على التطبيق وقاعدة البيانات والتخزين المؤقت والسجلات والنمو المتوقع. يشير تجاوز سعة الذاكرة (OOM) أو استخدام مساحة التبادل إلى الحاجة إلى المزيد من ذاكرة الوصول العشوائي (RAM).
faq/vps-cpu-ram-and-disk-sizing

ابدأ بناءً على الحمل الفعلي، وليس مجرد التخمين

الموقع الثابت الصغير له احتياجات مختلفة عن قاعدة البيانات أو تطبيق Java أو محرك البحث أو الحاوية التي تحتوي على عمليات البناء. عند التخطيط، ضع في اعتبارك ذاكرة التطبيق والتخزين المؤقت وقاعدة البيانات وسجلات العمليات والتحميلات والمساحة الاحتياطية للنمو.

علامات تدل على أن الخطة صغيرة

  1. قم بزيادة ذاكرة الوصول العشوائي (RAM) في حالة حدوث أخطاء نفاد الذاكرة (OOM)، أو إيقاف العمليات، أو الاستخدام المستمر لملفات التبادل (swap).
  2. قم بزيادة وحدة المعالجة المركزية (CPU) في حالة وجود حمل حسابي مرتفع بشكل مستمر، أو عمليات ضغط، أو بناء، أو مهام مكثفة على التطبيق.
  3. قم بتوسيع مساحة القرص قبل أن تمتلئ بنظام الملفات أو سجلات البيانات أو قاعدة البيانات.
  4. بعد كل تغيير، راقب ما إذا كانت التطبيقات قد توقفت بالفعل عن الوصول إلى الحد الأقصى الأصلي.

ما الذي يجب إرساله عند وجود استفسار حول حجم الخادم؟

سيساعد اسم الخدمة ونوع التطبيق والخطأ الظاهر والوقت التقريبي للمشكلة ووحدة المعالجة المركزية (CPU) وذاكرة الوصول العشوائي (RAM) ومساحة القرص الحالية. لا ترسل كلمات المرور أو المفاتيح الخاصة أو ملفات التكوين الداخلية.

> متى يكون عنوان IP العام مفيدًا لخادم VPS؟

تساعد عناوين IP العامة المخصصة في قوائم السماح، والوصول الوارد، ومصدر إرسال ثابت، أو الخدمات المرتبطة بعنوان معين.
faq/vps-public-ip-options

أولاً، حدد اتجاه الاتصال

عنوان IP العام ليس مطلوبًا تلقائيًا لكل خدمة. غالبًا ما يلبي متطلبات الشركاء أو المزودين الخارجيين أو جدران الحماية لقائمة السماح (allowlist)، أو مصدر إرسال ثابت، أو الوصول الوارد إلى منفذ معين.

أسئلة يجب طرحها قبل طلب عنوان IP

  1. اسأل الشريك الخارجي عما إذا كان سيسمح بالاتصالات الواردة أو الصادرة أو كليهما.
  2. استخدم أسماء DNS بدلاً من عناوين IP الرقمية في كل مكان يسمح بذلك النظام الخارجي.
  3. افتح فقط المنافذ التي تحتاجها التطبيقات بالفعل.
  4. يرجى إرسال طلب إضافة إلى قائمة السماح (allowlist) إلى فريق الدعم قبل تغيير إعدادات الوصول الخاصة بالبيئة الإنتاجية.

ما الذي يجب تركه مغلقًا

لا يعني الحصول على عنوان IP عام فتح جميع المنافذ. يجب تصميم الوصول بناءً على الخدمات الضرورية فقط، ويجب عدم إرسال كلمات المرور أو المفاتيح الخاصة أو قواعد جدار الحماية الداخلية كلقطات شاشة تحتوي على معلومات حساسة.

> الوصول المشترك إلى SSH لخادم VPS

عند استخدام SSH مشترك، يتم الاتصال بخادم VPS عبر نقطة وصول SSH مشتركة ومنفذ عالي. إذا تم شراء عنوان IP عام، فسيكون لديك أيضًا اتصال SSH مباشر على هذا العنوان.
faq/shared-ssh-access-for-vps

لماذا تستخدم SSH المشتركة منفذًا عاليًا؟

نظرًا لأن العديد من خدمات VPS يمكنها مشاركة نفس نقطة النهاية العامة لـ SSH، فإن كل خدمة تتلقى منفذًا عاليًا خاصًا بها. المنفذ جزء من توجيه الاتصال إلى خدمتك؛ وبدون ذلك، لا يمكن تسليم الاتصال بشكل فريد إلى خادم VPS الصحيح.

كيفية الاتصال حسب نوع الوصول

  1. عند استخدام SSH المشترك، انسخ اسم المستخدم والمضيف العام والمنفذ من خدمة SSH.
  2. استخدم الأمر ssh -p <port> <username>@<public-host>.
  3. إذا كانت الخدمة تحتوي على عنوان IP عام إضافي، فقد يكون لديها نقطة نهاية SSH ثانية مباشرة على هذا العنوان أو اسم DNS الخاص به، وفقًا لإعدادات الخدمة.
  4. استخدم المفتاح الخاص محليًا فقط من خلال عميل SSH أو الوكيل الخاص بك؛ يجب أن يتضمن طلب الدعم اسم المضيف العام والمنفذ واسم المستخدم والخطأ الظاهر فقط.

عندما قمت بشراء عنوان IP عام إضافي

عنوان IP العام لا يغير نقطة نهاية SSH المشتركة؛ بل يوفر طريقة وصول منفصلة مناسبة لقوائم السماح والمراقبة أو الاتصال المباشر. في الممارسة العملية، قد ترى طريقتي اتصال SSH: مضيف مشترك بمنفذ عالي ومضيف أو عنوان IP مباشر للخدمة التي تحتوي على عنوان IP عام.

> تحقق قبل ربط النطاق الخاص بك

قبل تغيير النطاق، تأكد من إعدادات DNS الصحيحة، والاسم المضيف الدقيق، ونوع السجل (سواء كان نطاقًا رئيسيًا أم نطاقًا فرعيًا)، وعدم وجود أي سجلات قديمة متعارضة.
faq/custom-domain-readiness-checklist

يعتمد الأمر على اسم النطاق الدقيق

في البداية، تأكد مما إذا كنت تقوم بتوصيل نطاق رئيسي مثل example.com أو نطاق فرعي مثل app.example.com. قد يتطلب كل خيار نوعًا مختلفًا من سجلات DNS، وقيودًا مختلفة لمزود خدمة DNS، وفحصًا لدى المسجل.

قبل تغيير إعدادات DNS

  1. تحقق من المكان الذي يتم فيه تعديل سجلات DNS الموثوقة لاسم النطاق الخاص بك.
  2. قم بإزالة أو تعديل أي سجلات A/AAAA أو CNAME أو ALIAS أو ANAME أو إعادة توجيه متعارضة.
  3. استخدم نوع السجل الموصى به للخدمة واسم النطاق المحدد.
  4. بعد التغيير، انتظر حتى يتم نشر سجلات DNS الجديدة ثم اختبر اتصال HTTPS النهائي.

استعادة آمنة

لا تقم بإيقاف تشغيل الاستضافة القديمة قبل التأكد من أن اسم المضيف الجديد يعمل بشكل صحيح. عند حل المشكلات، يرجى إرسال اسم النطاق المستهدف والنتيجة الظاهرة لـ DNS، وليس بيانات الاعتماد الخاصة بمسجل النطاق.

> أنواع سجلات DNS للخدمات

تُستخدم السجلات من النوع A/AAAA للإشارة إلى العناوين، والسجل CNAME للإشارة إلى الاسم المستعار، والسجل MX للبريد الإلكتروني، والسجل TXT للتحقق، بما في ذلك SPF وDKIM أو DMARC.
faq/dns-record-types-for-services

لا تخلط بين أنواع السجلات بشكل عشوائي

كل نوع من أنواع سجلات DNS يؤدي مهمة مختلفة. تشير السجلات A وAAAA إلى عناوين IP، بينما ينشئ سجل CNAME اسمًا مستعارًا لاسم فرعي، وتوجه سجلات MX البريد الإلكتروني، وتحتوي سجلات TXT على عمليات التحقق وسياسات البريد الإلكتروني، وتقيّد سجلات CAA سلطات التصديق.

عند نسخ السجلات

  1. انسخ الاسم والنوع والقيمة بدقة وفقًا لتعليمات الخدمة.
  2. لا تستخدم CNAME لاسم مضيف يحتوي بالفعل على سجلات أخرى، إذا كانت قواعد DNS تحظر ذلك.
  3. ضع DKIM أسفل المحدد الذي يوفره المزود و DMARC عادةً أسفل _dmarc.
  4. انتبه عند إعداد CAA، لأن القيم غير الصحيحة قد تمنع إصدار الشهادة.

عندما لا يعمل نظام أسماء النطاقات (DNS)

أرسل إلى الدعم اسم المضيف ونوع السجل والقيمة المتوقعة والنتيجة الظاهرة للجمهور. لا ترسل بيانات اعتماد تسجيل الدخول إلى إدارة DNS أو لقطات شاشة تحتوي على رموز API.

> نشر DNS ووقت الانتشار (TTL) بدون ضمانات دقيقة

يحدد وقت الانتشار (TTL) المدة التي يمكن فيها لخوادم الترجمة الاحتفاظ بالإجابة القديمة؛ خلال فترة الانتقال، قد توجد إجابات قديمة وجديدة جنبًا إلى جنب.
faq/dns-propagation-and-ttl

الكاش يفسر اختلاف النتائج

بعد تغيير السجل، قد يرى بعض المستخدمين الإجابة الجديدة بينما يرى آخرون القديمة حتى تنتهي صلاحية الكاش. لذلك، لا يوجد وقت انتشار مضمون بدقة.

عند إجراء تغيير مخطط له

  1. إذا سمح مزود الخدمة، قم بتقليل قيمة TTL قبل إجراء أي تغيير مخطط له.
  2. بعد تعديل إعدادات DNS، تجنب إجراء تغييرات متكررة حتى تنتهي صلاحية ذاكرة التخزين المؤقت.
  3. اختبر النتائج من خلال خوادم تحليل مختلفة إذا كانت هناك اختلافات.
  4. سجل وقت التغيير والقيمة القديمة والقيمة الجديدة وTTL.

ما الذي يجب إرساله أثناء التشخيص؟

اذكر اسم المضيف (hostname)، والهدف المتوقع، والإجابة القديمة الظاهرة، والإجابة الجديدة الظاهرة، وTTL، ووقت التغيير. لا ترسل بيانات اعتماد حساب DNS أو أي ملاحظات داخلية من مزود الخدمة.

> تخطيط مساحة التخزين لـ Workspace Suite

يجب أن يشمل التخطيط لمساحة تخزين Workspace Suite ملفات المستخدمين، والمجلدات المشتركة، وملفات المهملات، وسجل الإصدارات، والمعاينات، والتكاليف الإضافية للمزامنة، والنمو المتوقع.
faq/nextcloud-storage-planning

يتزايد استخدام مساحة التخزين في Workspace Suite بما يتجاوز حجم الملفات الظاهرة

تستهلك مساحة التخزين المستخدمة ملفات المستخدمين، والمجلدات المشتركة، والملفات المحذوفة، وتاريخ الإصدارات، والمعاينات المصغرة، وعرض الصور المصغرة، وبرامج المزامنة، والاستيرادات. إذا اقتربت مساحة التخزين من الحد الأقصى، فقد تفشل عمليات التحميل أو المزامنة.

قبل طلب سعة إضافية

  1. قدّر حجم البيانات الحالية للمستخدمين والمجلدات المشتركة قبل الطلب.
  2. أضف مساحة احتياطية للإصدارات، والمهملات، والمعاينات، وتكاليف المزامنة.
  3. ضع في اعتبارك عمليات الاستيراد الكبيرة، والفرق الجديدة، والنمو المتوقع.
  4. قم بزيادة السعة قبل أن يبدأ المستخدمون في مواجهة قيود.

في حال حدوث مشاكل في المزامنة

أرسل حجم الخدمة، والاستخدام التقريبي، ووقت المشكلة، والخطأ الظاهر للعميل. لا ترسل ملفات شخصية أو كلمات مرور أو تصديرات لبيانات المستخدمين إلا إذا طلبها فريق الدعم بشكل صريح وبطريقة آمنة.

> ترحيل المستودعات إلى Gitea

خطط لعملية ترحيل مستودعات Git، مع الأخذ في الاعتبار LFS والوحدات الفرعية والأذونات ومفاتيح النشر و webhooks و CI/CD.
faq/gitea-repository-migration

عملية الترحيل تتجاوز مجرد استنساخ مستودع Git

بالإضافة إلى سجل المستودع، يجب نقل أو إعادة تكوين المالكين والفرق والفروع المحمية والعلامات المحمية وGit LFS والوحدات الفرعية ومفاتيح النشر والـ webhooks وتوصيلات CI/CD.

التحقق قبل الترحيل

  1. قم بتصدير أو نسخ المستودعات وأصحابها ومجموعات الوصول وحسابات الأتمتة.
  2. تحقق من كائنات Git LFS والوحدات الفرعية والحماية الخاصة بالفروع وعلامات الحماية.
  3. بعد النقل، اختبر عمليات الاستنساخ والإرسال وGit LFS والوحدات الفرعية وتشغيل CI.
  4. قم بإلغاء صلاحية أو استبدال الرموز القديمة بعد اكتمال عملية الترحيل، مع تجنب مشاركة قيمها.

البيانات الحساسة أثناء الترحيل

لا ترسل إلى الدعم رموزًا أو مفاتيح خاصة أو أجزاء خاصة من مفتاح النشر أو أسرار التكامل المستمر (CI). ما يكفي هو أسماء المستودعات ونوع التكامل والخطأ الظاهر ومعلومات حول ما كان يعمل قبل الترحيل.

> مجال الإرسال لـ Listmonk

للحملات، قم بإعداد مجال إرسال أو نطاق فرعي، وهوية المرسل (From)، وسجلات SPF وDKIM وDMARC، ومعالجة الردود، وإلغاء الاشتراك.
faq/listmonk-sender-domain-basics

تبدأ إمكانية التسليم من النطاق

يحتاج Listmonk إلى هوية "From" واضحة وسجلات DNS يمكن للعالم البريدي التحقق منها. يجب أن تتوافق سجلات SPF وDKIM وDMARC مع النطاق أو نطاق فرعي ترغب في إرسال الحملات منه.

قبل الحملة الأولى

  1. اختر اسم النطاق أو نطاقًا فرعيًا للإرسال، وحدد هوية المرسل (From).
  2. أضف سجلات DNS للتحقق، بما في ذلك SPF و DKIM والمحدد (selector) لـ DMARC.
  3. اختبر التسليم، وسلوك الرفض (bounce)، ومسار الإرجاع (Return-Path)، والروابط الموجودة في الرسالة.
  4. تحقق من خيارات إلغاء الاشتراك وقائمة "List-Unsubscribe" قبل الإرسال الفعلي.

الأسرار المتعلقة بالبريد الإلكتروني لا يجب أن تظهر في التذكرة

عند التشخيص، أرسل اسم النطاق ونوع السجل والقيمة الظاهرة لـ DNS ورسالة الخطأ. لا ترسل كلمات مرور SMTP أو رموز API أو مفاتيح DKIM الخاصة أو تصدير عناوين البريد الإلكتروني التي تحتوي على بيانات شخصية.

> إعدادات وقت التشغيل لـ Classic Hosting

يمكن أن يعمل Classic Hosting في وضع تلقائي أو يدوي. وحدة المعالجة المركزية (CPU)، والذاكرة العشوائية (RAM)، والذاكرة، والتخزين، وفترة الاحتفاظ بالنسخ الاحتياطية، وفترة الاحتفاظ بالأرشيف الخارجي، والتحميلات، والتخزين المؤقت، وسجلات العمليات تؤثر على التكلفة والاستقرار.
faq/classic-hosting-runtime-settings

وضع التشغيل التلقائي ليس الخيار الوحيد الصحيح

تساعد ميزة Auto Runtime في المشاريع التي يمكن التعرف عليها، ولكن الوضع اليدوي مناسب عندما تريد تحديد Nginx أو Apache أو FrankenPHP أو بيئة تشغيل لغة معينة بدقة. استخدم PHP selector فقط في الحالات التي يدعمه فيها بيئة التشغيل المحددة.

إعدادات ما قبل النشر

  1. اختر وضع التشغيل التلقائي أو اليدوي بناءً على الإطار البرمجي وطريقة الإنشاء.
  2. اختر إصدار PHP 8.2 أو 8.3 أو 8.4 فقط إذا كان نظام التشغيل يدعمه.
  3. اضبط وحدة المعالجة المركزية (CPU)، وذاكرة الوصول العشوائي (RAM)، ومساحة التخزين، وفترة الاحتفاظ بالنسخ الاحتياطية، والأرشيف الخارجي بناءً على حجم البيانات وحركة المرور.
  4. بعد النشر، اختبر عمليات التحميل والتخزين المؤقت والسجلات والأخطاء الظاهرة في التطبيق.

عندما لا يتم تشغيل التطبيق

أرسل معلومات حول وضع التشغيل واللغة وإصدار PHP وأي أخطاء ظاهرة والتغييرات التي تم إجراؤها ووقت النشر التقريبي. لا ترسل ملفات .env أو كلمات المرور أو الرموز المميزة أو سجلات كاملة تحتوي على معلومات حساسة.

> ما هي المعلومات التي يمكن مشاركتها بأمان مع الدعم؟

الأكثر فائدة هي أرقام الطلبات وأسماء الخدمات والنطاقات والأوقات والخوادم العامة والمنافذ وفترات الاحتفاظ بالنسخ الاحتياطي وفترات الاحتفاظ بالأرشيف الخارجي والملفات المرفوعة والتخزين المؤقت والسجلات ولقطات الشاشة والأخطاء الظاهرة، مع عدم إرسال أي معلومات سرية.
faq/support-safe-information-to-share

يجب أن تحتوي طلبات الدعم الجيدة على معلومات ذات صلة، وليس بيانات سرية.

يمكن لفريق الدعم الاستجابة بشكل أسرع عندما يتلقى رقم الطلب، واسم الخدمة، وعنوان النطاق، أو المضيف العام والمنفذ، ووقت حدوث المشكلة، والتغييرات التي تم إجراؤها، ورسالة الخطأ المرئية الدقيقة.

محتوى آمن للرسالة

  1. يرجى ذكر رقم الطلب، واسم الخدمة الظاهرة، والنطاق، والوقت التقريبي، والخطوة التي حدث فيها المشكلة.
  2. في حالة وجود مشكلات في الاستضافة، يرجى تضمين معلومات حول بيئة التشغيل، وإصدار PHP أو اللغة المستخدمة، ووحدة المعالجة المركزية (CPU)، وذاكرة الوصول العشوائي (RAM)، ومساحة التخزين، والتحميلات، والتخزين المؤقت، والسجلات، مع تجنب إدخال أي معلومات حساسة.
  3. يرجى قص لقطات الشاشة أو إخفاء المعلومات الحساسة قبل إرسالها.
  4. إذا كنت غير متأكد مما إذا كانت المعلومة تنتمي إلى التذكرة، فاسأل أولاً قبل إرسالها.

ما الذي يجب عدم إرساله أبدًا؟

لا ترسل كلمات المرور أو المفاتيح الخاصة أو عبارات الاسترداد أو رموز واجهة برمجة التطبيقات (API) أو ملفات تعريف الارتباط للجلسة أو تصديرات قواعد البيانات أو ملفات .env كاملة أو سجلات كاملة تحتوي على قيم حساسة أو تفاصيل البنية التحتية الداخلية.