كيفية استخدام Docker في مختبر منزلي على NAS أو خادم منزلي

يتيح لك Docker استخدام المختبر المنزلي كمنصة تطبيقات قابلة للتكرار من خلال تعريف كل خدمة، ومنفذ، وشبكة، ومسار بيانات دائم قبل النشر.

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

ما يفعله Docker في المختبر المنزلي.

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

خمسة مفاهيم تشرح معظم تكوين Docker الذي ستستخدمه في المختبر المنزلي:

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

ما تحتاجه قبل تثبيت Docker.

ابدأ بتحديد مكان تشغيل Docker. قد يوفر نظام تشغيل NAS مدير تطبيقات بصري، بينما يستخدم خادم لينكس المنزلي العادي عادةً محرك Docker والإضافة Compose من سطر الأوامر. يمكن أيضًا أن تعمل الآلة الافتراضية عندما تريد فصل Docker عن المشغل الأساسي.

• تأكد مما إذا كان المضيف يستخدم amd64 أو arm64 حتى تختار الصور المتوافقة.
• احجز عنوان LAN ثابت من خلال حجز DHCP أو عنوان IP ثابت.
• أنشئ موقعًا دائمًا واحدًا لتكوينات الحاويات وقواعد البيانات، منفصلًا عن مشاركات الوسائط الكبيرة.
• اختر إما مشاريع Compose أو مدير بصري كطريقة عمل أساسية بدلاً من خلط طرق غير موثقة.
• قرر أي الخدمات ستظل محلية على الشبكة المحلية وأيها قد يحتاج في النهاية إلى الوصول عن بُعد.
• اختر وجهة تخزين ثانية لنسخ احتياطية من ملفات Compose والبيانات الدائمة.

عندما يكون المضيف نفسه لا يزال قيد التخطيط، يمكن للدليل على كيفية بناء خادم منزلي أن يساعد في تأسيس التخزين والشبكة ونظام التشغيل قبل إضافة Docker.

تثبيت Docker والتحقق من المضيف

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

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

تحقق من Docker وCompose

بعد التثبيت، افتح طرفية على المضيف وتأكد من استجابة كل من Docker وCompose:

docker --version
docker compose version

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

تشغيل حاوية تحقق مؤقتة

استخدم حاوية مؤقتة لتأكيد أن الخادم يمكنه تنزيل صورة وتشغيلها:

docker run --rm hello-world

تؤكد النتيجة الناجحة المسار الأساسي من عميل سطر الأوامر إلى خادم Docker وسجل الصور. ال --rm الخيار يزيل هذه الحاوية التجريبية بعد خروجها، حتى لا تصبح جزءًا من مجموعتك الدائمة.

تأكيد أوامر الإدارة الأساسية

docker ps
docker ps -a
docker images

docker ps يعرض الحاويات التي تعمل، docker ps -a يشمل الحاويات المتوقفة، و docker images يعرض الصور المخزنة على المضيف. غالبًا ما تكون هذه العروض الثلاثة كافية لمعرفة ما إذا كانت المشكلة ناجمة عن حاوية توقفت، أو صورة لم يتم تنزيلها أبدًا، أو خدمة لم تُنشأ أبدًا.

-15% OFF

ZimaBoard 2 - خادم منزلي صغير لأفكارك الكبيرة

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

نشر أول حزمة Docker Compose الخاصة بك

مرة واحدة docker run الأوامر مفيدة للاختبارات، لكن Compose أسهل للتكرار، والمراجعة، والنسخ الاحتياطي، والهجرة. كل مشروع يحصل على دليله الخاص و compose.yaml ملف يسجل الصورة، المنافذ، التخزين، سلوك إعادة التشغيل، والشبكة.

إنشاء دليل مشروع

المثال التالي ينشئ صفحة بدء صغيرة لـ Nginx. هو بسيط عمدًا، لكنه يختبر نفس سير العمل الذي ستستخدمه للوحة تحكم، خادم وسائط، أداة مراقبة، أو سحابة شخصية:

mkdir -p ~/docker/start-page/site
cd ~/docker/start-page
printf '<h1>Docker homelab is running</h1>\n' > site/index.html

الحفاظ على كل خدمة في مجلد منفصل يجعل من الأسهل تحديد ملف Compose الخاص بها، وقيم البيئة، والبيانات الدائمة. يمكن لـ NAS أكبر استخدام مسار مثل /docker/start-page أو مجلد مشترك مخصص بدلاً من دليل المنزل.

إنشاء ملف Compose

إنشاء ملف باسم compose.yaml في دليل المشروع:

الخدمات:
  start-page:
    الصورة: nginx:alpine
    اسم الحاوية: homelab-start-page
    المنافذ:
      - "8080:80"
    وحدات التخزين:
      - ./site:/usr/share/nginx/html:ro
    إعادة التشغيل: إلا إذا تم الإيقاف
    الشبكات:
      - homelab

الشبكات:
homelab:
السائق: bridge

توجيه المنفذ يرسل الطلبات من المنفذ 8080 على NAS إلى المنفذ 80 داخل الحاوية. الربط يجعل المحلي الموقع دليل متاح داخل Nginx كمحتوى للقراءة فقط. سياسة إعادة التشغيل تعيد الخدمة بعد إعادة تشغيل عادية ما لم توقفها عمدًا.

ينشر هذا المثال المنفذ 8080 على المضيف. احتفظ بإيقاف تشغيل إعادة توجيه المنفذ في جهاز التوجيه أثناء الاختبار. عندما يجب أن تكون الخدمة متاحة فقط من مضيف Docker نفسه، اربطها باللووب باك باستخدام 127.0.0.1:8080:80 بدلاً من ذلك.

بدء والتحقق من الخدمة

docker compose up -d
docker compose ps
سجلات docker compose --tail=100

فتح http://NAS-IP:8080 من جهاز على نفس الشبكة. يجب أن تعرض الصفحة "Docker homelab is running." ثم أعد تشغيل المضيف مرة واحدة وتأكد من أن الحاوية تعود تلقائيًا.

الأوامر التي ستستخدمها في أغلب الأحيان هي:

تجنب الإضافة -v إلى docker compose down إلا إذا كنت ترغب عمدًا في إزالة وحدات التخزين التي يديرها Compose. إزالة الحاوية إجراء روتيني؛ إزالة البيانات الدائمة ليست كذلك.

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

خزن بيانات Docker بأمان على NAS

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

يربط تركيب الربط ملفًا أو مجلدًا معروفًا من المضيف داخل الحاوية. الحجم يُدار بواسطة Docker تحت منطقة التخزين الخاصة به. كلاهما يمكن أن يحفظ البيانات، لكنهما يختلفان في الرؤية وسير عمل النسخ الاحتياطي.

فصل بيانات التطبيق عن الوسائط الكبيرة

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

قبل نشر تطبيق حقيقي، دوّن كل مسار مضيف مستخدم في ملف Compose الخاص به. يمكن أن يبدو التخطيط البسيط هكذا:

/docker
  /app-name
    compose.yaml
    .env
    /config
    /data

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

قم بعمل نسخة احتياطية من ملف Compose، وأي .env الملفات، الشهادات، التكوين المخصص، وبيانات الحاوية الدائمة. عادةً لا تحتاج الصور إلى نسخ احتياطي لأنها يمكن تنزيلها مرة أخرى. احمِ ملفات البيئة بعناية لأنها قد تحتوي على كلمات مرور أو رموز أو بيانات اعتماد قاعدة البيانات.

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

عند استخدام واجهة NAS بصرية، تأكد من مكان تخزين بيانات الحاوية الدائمة بدلاً من افتراض أن الواجهة تحميها تلقائيًا.

كيف تعمل شبكات Docker في مختبر منزلي

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

اقرأ تعيينات المنافذ من اليسار إلى اليمين

في 8080:80، المنفذ 8080 يعود إلى مضيف Docker والمنفذ 80 يعود إلى الحاوية. تتصل الأجهزة على الشبكة المحلية بعنوان NAS ومنفذ المضيف. ثم يقوم Docker بإعادة توجيه الطلب إلى المنفذ الداخلي للتطبيق.

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

استخدم الشبكات المخصصة للخدمات المرتبطة

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

مثال عملي على الشبكات المخصصة لـ Docker وعزل الحاويات يوضح كيف يتغير حل الأسماء والاتصال عندما توضع الحاويات على شبكات جسر منفصلة أو تتصل بأكثر من شبكة.

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

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

خدمة يمكن الوصول إليها على NAS-IP:8080 على شبكتك المنزلية غير متاح تلقائيًا من الإنترنت. يتطلب التعرض العام عادة قاعدة توجيه من الراوتر، أو نفق، أو VPN، أو مسار وصول عن بُعد آخر. اعتبر هذه الخطوة الإضافية قرارًا أمنيًا منفصلًا بدلاً من جزء من كل نشر.

كشف خدمات Docker بأمان

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

استخدم VPN للوصول الخاص عن بُعد

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

استخدم بروكسي عكسي كنقطة دخول عامة

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

استخدم HTTPS وقواعد المنافذ المتعمدة

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

حدّث، راقب، واستعد المجموعة

يبقى Docker homelab قابلاً للإدارة عندما يتبع الصيانة تسلسلًا متكررًا. لا تحدّث كل خدمة عشوائيًا في نفس الوقت. ابدأ بنسخة احتياطية، حدّث مجموعة واحدة، وتحقق من المسارات المهمة قبل الانتقال إلى التطبيق التالي.

استخدم تسلسل تحديث محكم

cd ~/docker/start-page
docker compose pull
docker compose up -d
docker compose ps
سجلات docker compose --tail=100

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

راقب الإشارات التي تنحرف بهدوء

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

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

تدرب على استعادة واحدة

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

مشاكل وحلول شائعة في Docker Homelab

اختر الحاوية التالية لمختبرك المنزلي

بعد أن ينجو أول مجموعة Compose من إعادة تشغيل وتحديث صغير، أضف خدمة واحدة تحل حاجة منزلية حقيقية. كل فئة تقدم درسًا تشغيليًا مختلفًا:

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

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

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

هل يمكنني استخدام Docker على جهاز تخزين شبكي (NAS) قائم على ARM؟

غالبًا، نعم. يجب أن تنشر الصورة بناءً لهندسة جهاز التخزين الشبكي (NAS). تحقق من المنصة التي تقدمها الصورة قبل النشر، خاصة للمشاريع الصغيرة التي قد تدعم amd64 ولكن ليس arm64. قد يمنع عدم تطابق الهندسة الحاوية من البدء حتى لو كان ملف Compose صحيحًا.

كم من ذاكرة الوصول العشوائي يحتاج مختبر Docker المنزلي؟

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

هل أحتاج إلى Docker Compose إذا كان لدى جهاز التخزين الشبكي (NAS) واجهة مستخدم؟

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

هل يجب أن يكون لكل حاوية شبكتها الخاصة؟

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

ما هي الطريقة الأكثر أمانًا للوصول إلى خدمات Docker عن بُعد؟

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

كيف أعرف ما إذا كانت نسخة Docker الاحتياطية كاملة؟

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

ابنِ مختبرًا منزليًا يمكنك إعادة إنشائه

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

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