كيف تثبّت Docker على Windows 11: دليل في 5 دقائق (2025)

منصّتك الانطلاقية إلى Docker على Windows 11 في 5 دقائق

Docker is an open platform that has fundamentally changed modern software development. It leverages containerization to package applications and their dependencies into lightweight, isolated, and portable units called containers. تحل هذه التقنية بأناقة مشكلة “it works on my machine” الكلاسيكية والمحبطة غالبًا، بضمان تشغيل التطبيق بشكل متسق في بيئات التطوير والاختبار والإنتاج. بنهاية هذا الدليل الشامل، سيكون لدى أي مطوّر أو مهووس تقنية بيئة Docker عاملة بالكامل على حاسوب Windows 11، جاهزة لبناء التطبيقات المحوّاة ومشاركتها وتشغيلها بثقة.   

تشير عبارة “5-minute” في العنوان تحديدًا إلى وقت التثبيت النشط وتنفيذ الأوامر الذي سيقضيه المستخدم. ومن المهم وضع توقعات واقعية: فترات الانتظار السلبية لتنزيل البرامج وإعادة تشغيل النظام والإعداد الأولي لمرة واحدة للنظام الفرعي لـ Windows الخاص بـ Linux (WSL) غير مشمولة في هذا التقدير. صُمّم هذا الدليل لجعل العملية النشطة سريعة وخالية من الأخطاء قدر الإمكان عبر معالجة المتطلبات المسبقة بشكل شامل من البداية.  

يقدّم هذا التقرير خريطة طريق كاملة لعملية التثبيت. يبدأ بفحص حاسم قبل البدء لمتطلبات النظام، ثم ينتقل إلى تثبيت WSL 2 وDocker Desktop، ويغطي التحقق من الإعداد، وينتهي بتشغيل حاوية واقعية لخادم ويب Nginx.   

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

الحاوية هي نسخة حيّة قيد التشغيل من صورة. وهي البيئة المستقلة التي ينفّذ فيها التطبيق.   

Docker Desktop هو التطبيق سهل التثبيت الخاص بـ Windows الذي يجمع Docker Engine (الخدمة الأساسية في الخلفية، أو daemon)، وواجهة سطر الأوامر (CLI) للتفاعل معه، وأدوات أساسية أخرى في حزمة واحدة سهلة الاستخدام. الفائدة الأساسية لهذه المنظومة هي الاتساق الذي توفره، والذي يسرّع سير عمل التطوير بشكل كبير ويقلّل الأخطاء المرتبطة بالبيئة.   

قائمة الفحص قبل البدء: هل حاسوبك بنظام Windows 11 جاهز لـ Docker؟

تخصيص بضع دقائق لقائمة التحقق الأولية هذه هو الخطوة الأكثر أهمية لضمان تثبيت سلس وسريع. صُمّم هذا القسم لمعالجة نقاط الفشل الأكثر شيوعًا بشكل استباقي، وتجنّب ساعات من استكشاف رسائل خطأ غامضة لاحقًا. عدد كبير من حالات فشل التثبيت لا يعود إلى Docker نفسه، بل ينشأ من سلسلة من إعدادات النظام الخاطئة تحته. فمثلًا، إعداد المحاكاة الافتراضية المعطّل في البرنامج الثابت للحاسوب سيمنع النظام الفرعي لـ Windows لـ Linux (WSL 2) من العمل بشكل صحيح. وهذا بدوره سيجعل تثبيت Docker Desktop يفشل برسائل غامضة مثل “خطأ WSL غير متوقع” أو “هذا التطبيق لا يعمل على جهاز الكمبيوتر الخاص بك”. تكسر هذه القائمة سلسلة الفشل قبل أن تبدأ، فتحوّل تجربة قد تكون محبطة إلى تجربة مباشرة.   

نظرة معمّقة على متطلبات النظام

قبل المتابعة، من الضروري التأكد من أن الجهاز المضيف يستوفي المتطلبات الرسمية لـ Docker Desktop على Windows 11. أحدث المتطلبات هي كما يلي :   

• نظام التشغيل: يلزم إصدار 64 بت من Windows 11. يمكن أن يكون إصدار Home أو Pro أو Enterprise أو Education. ويُنصح بشدة باستخدام الإصدار 22H2 أو أحدث للحصول على أفضل توافق وأداء.
• المعالج: يجب أن يحتوي النظام على معالج 64 بت يدعم ترجمة العنوان من المستوى الثاني (SLAT). وتضم جميع وحدات CPU الحديثة تقريبًا المصنّعة في العقد الأخير هذه الميزة.
• RAM: يُشترط حد أدنى 4GB من ذاكرة RAM في النظام. لكن للحصول على تجربة سلسة وسريعة الاستجابة، يُنصح بشدة بـ 8GB من ذاكرة RAM أو أكثر. ويستهلك كل من Docker Desktop والحاويات التي يشغّلها ذاكرة، وقد تصبح 4GB عنق زجاجة كبيرًا أثناء التطوير.   

الخطوة الأهم: تمكين المحاكاة الافتراضية للأجهزة

Docker on Windows does not run applications natively; it relies on hardware virtualization to run a lightweight Linux kernel through WSL 2. If this feature is disabled in the system’s BIOS/UEFI, Docker Desktop cannot function.   

كيف تتحقق من تمكين المحاكاة الافتراضية

يمكن إجراء فحص سريع دون إعادة تشغيل النظام:

1. اضغط Ctrl + Shift + Esc لفتح أداة إدارة المهام في Windows.
2. انتقل إلى علامة التبويب الأداء .
3. اختر CPU من اللوحة اليسرى.
4. على الجانب الأيمن، ابحث عن حالة المحاكاة الافتراضية . إذا ظهرت كلمة ممكّن، فلا داعي لأي إجراء آخر في هذه الخطوة. وإذا ظهرت كلمة معطّلة، فيجب تمكينها من إعدادات BIOS/UEFI قبل المتابعة.   

كيف تمكّن المحاكاة الافتراضية في BIOS/UEFI

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

الطريقة الحديثة للوصول إلى إعدادات البرنامج الثابت UEFI على Windows 11 هي كما يلي :   

1. افتح تطبيق الإعدادات ، ثم انتقل إلى النظام، ثم اختر الاسترداد.
2. ضمن قسم “بدء التشغيل المتقدم”، انقر على زر إعادة التشغيل الآن .
3. سيُعاد تشغيل الحاسوب إلى بيئة استرداد Windows. من هنا، اختر استكشاف الأخطاء وإصلاحها > خيارات متقدمة > إعدادات البرنامج الثابت UEFI ثم انقر على إعادة التشغيل.

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

بعد الدخول إلى قائمة BIOS/UEFI، يوجد إعداد المحاكاة الافتراضية عادةً ضمن تبويب “Advanced” أو “CPU Configuration” أو “Security”. وسيكون الخيار مُسمّى Intel Virtualization Technology (VT-x), AMD-V، أو SVM Mode. يجب تغيير هذا الإعداد إلى   

ممكّن. بعد تمكينه، من الضروري حفظ التغييرات والخروج من BIOS/UEFI، ما سيؤدي إلى إعادة تشغيل الحاسوب.

لمساعدتك في هذه العملية، يسرد الجدول التالي مفاتيح الوصول الشائعة إلى BIOS/UEFI لدى كبار مصنّعي الحواسيب.

الشركة المصنّعة	المفاتيح الشائعة
Dell	F2, F12
HP	Esc, F10
Lenovo	F1, F2, Fn+F2
ASUS	F2, Del
MSI / Gigabyte	Del
الجدول 1: مفاتيح الوصول الشائعة إلى BIOS/UEFI حسب الشركة المصنّعة، مجمّعة من أدلة المستخدم ووثائق الدعم.

الأساس: تثبيت النظام الفرعي لـ Windows الخاص بـ Linux (WSL 2)

مع تأكيد المتطلبات المسبقة، تكون الخطوة التالية هي تثبيت الأساس الذي سيعمل عليه Docker: النظام الفرعي لـ Windows الخاص بـ Linux، الإصدار 2 (WSL 2). يستخدم Docker Desktop WSL 2 كواجهة خلفية لتشغيل حاويات Linux مباشرة على Windows، وهو يوفّر أداءً قريبًا من الأصلي وأوقات بدء أسرع وتكاملًا أفضل مع نظام الملفات مقارنة بالواجهة الخلفية الأقدم Hyper-V.   

التثبيت بأمر واحد

بسّطت Microsoft تثبيت WSL 2 في أمر واحد قوي.

1. فتح Windows PowerShell أو موجّه الأوامر بصلاحيات مرتفعة عبر النقر بزر الفأرة الأيمن على أيقونته في قائمة ابدأ واختيار تشغيل كمسؤول.
2. نفّذ الأمر التالي : مقتطف الشيفرةwsl --install

يؤتمت هذا الأمر الواحد عدة خطوات كان يجب تنفيذها يدويًا سابقًا. فهو يمكّن ميزتي “Virtual Machine Platform” و“Windows Subsystem for Linux” اللازمتين، وينزّل أحدث نواة Linux من Microsoft، ويضبط WSL 2 كإصدار افتراضي، ويثبّت توزيعة Ubuntu من Linux افتراضيًا.   

إعادة التشغيل والإعداد بعد التثبيت

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

الحدث الرئيسي: تثبيت Docker Desktop

بعد تجهيز WSL 2، أصبح النظام جاهزًا للتثبيت الرئيسي لـ Docker Desktop.

تنزيل المثبّت الصحيح

ينبغي تنزيل المثبّت الرسمي مباشرة من موقع Docker لضمان أصالته والحصول على أحدث إصدار.   

من التفاصيل المهمة التي كثيرًا ما تُغفل بنية النظام. ومثبّت المعالجات القياسية من Intel وAMD هو x86_64 (or AMD64) الإصدار. تعجّ منتديات المجتمع بتقارير من مستخدمين واجهوا خطأ “هذا التطبيق لا يعمل على جهاز الكمبيوتر الخاص بك” فورًا لأنهم نزّلوا بالخطأ مثبّت ARM64، المخصص لأجهزة مثل Surface Pro X. قد تكون واجهة صفحة التنزيل مربكة أحيانًا، لذا من الضروري التحقق مرة أخرى من أن الإصدار الصحيح هو الذي يتم تنزيله.   

عملية التثبيت

1. حدّد ملف Docker Desktop Installer.exe الذي نزّلته.
2. انقر نقرًا مزدوجًا على المثبّت لتشغيله. سيطلب صلاحيات المسؤول، وهي مطلوبة للتثبيت.  
3. تعرض شاشة الإعداد الرئيسية خيارًا حاسمًا. تأكّد من أن “Use WSL 2 instead of Hyper-V”محدّد. هذا يضبط Docker على استخدام الواجهة الخلفية الحديثة الموصى بها للحصول على أفضل أداء. أما خيار إضافة اختصار على سطح المكتب فهو مسألة تفضيل من المستخدم.   

الأذونات بعد التثبيت (مجموعة docker-users )

مع أن صلاحيات المسؤول ضرورية للتثبيت، فإنها غير مطلوبة للاستخدام اليومي لـ Docker. غير أنه لكي يتمكن حساب مستخدم عادي (غير مسؤول) من التواصل مع Docker daemon، يجب إضافته إلى docker-users المجموعة الأمنية المحلية، التي تُنشأ أثناء التثبيت.   

لإضافة مستخدم إلى هذه المجموعة:

1. افتح تطبيق أداة إدارة الحاسوب . يمكنك العثور عليها بالبحث عنها في قائمة ابدأ. ويجب تشغيلها كمسؤول.
2. في الجزء الأيسر، انتقل إلى المستخدمون والمجموعات المحليون > المجموعات.
3. ابحث عن docker-users وانقر عليه بزر الفأرة الأيمن، ثم اختر إضافة إلى المجموعة….
4. انقر على إضافة… ، ثم اكتب اسم حساب المستخدم الذي سيُمنح حق الوصول إلى Docker، وانقر على موافق.
5. بعد إضافة المستخدم، من الضروري أن تسجّل الخروج من Windows ثم تسجّل الدخول من جديد. هذه الخطوة إلزامية ليسري مفعول عضوية المجموعة الجديدة؛ وإعادة التشغيل وحدها ليست كافية دائمًا.   

الانطلاق! التحقق وأول حاوية حقيقية لك

بعد اكتمال الإعداد والتهيئة، حان وقت التحقق من التثبيت وتشغيل حاوية. ويؤكد هذا القسم أن جميع المكوّنات تعمل معًا بشكل صحيح، ويقدّم نتيجة ملموسة.

المصافحة عبر سطر الأوامر

افتح نافذة طرفية جديدة في PowerShell أو موجّه الأوامر. إذا أُضيف حساب المستخدم إلى docker-users المجموعة، فيجب أن تُشغَّل هذه النافذة لا صلاحيات المسؤول، وذلك لاختبار أن الأذونات تعمل بشكل صحيح.

أولًا، تحقّق من قدرة Docker CLI على التواصل مع Docker daemon بفحص الإصدار:

مقتطف الشيفرة

docker --version

ينبغي أن يُرجع هذا إصدار Docker المثبّت، على سبيل المثال، Docker version 25.0.3, build 4debf41.

بعد ذلك، نفّذ الأمر لعرض الحاويات النشطة:

مقتطف الشيفرة

docker ps

بما أنه لا توجد حاويات قيد التشغيل بعد، ينبغي أن يُرجع هذا الأمر جدولًا فارغًا برؤوس الأعمدة فقط (CONTAINER ID وIMAGE وغيرها). وتؤكد هذه الاستجابة الفارغة الناجحة أن CLI متصل بـ Docker Engine بشكل صحيح.   

طقس “Hello World”

الخطوة الأولى التقليدية في عالم Docker هي تشغيل صورة hello-world )، وهو اختبار قاطع للنظام بأكمله.

مقتطف الشيفرة

docker run hello-world

ينفّذ هذا الأمر عدة إجراءات: يتحقّق من وجود hello-world الصورة محليًا، وينزّلها من مستودع صور Docker Hub إن لم يجدها، وينشئ حاوية جديدة من تلك الصورة، ويشغّل الحاوية، ويطبع رسالة تأكيد في الطرفية قبل الخروج. التشغيل الناجح سيعرض رسالة تبدأ بـ “Hello from Docker!”   

تطبيق عملي: تشغيل خادم ويب Nginx

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

لتشغيل حاوية خادم ويب Nginx، نفّذ الأمر التالي:

مقتطف الشيفرة

docker run -d -p 8080:80 --name my-web-server nginx

لكل جزء من هذا الأمر وظيفة محددة:

• docker run: الأمر الأساسي لإنشاء حاوية جديدة وتشغيلها.
• -d أو --detach: يشغّل الحاوية في الخلفية، ويحرّر الطرفية لأوامر أخرى.
• -p 8080:80 أو --publish 8080:80: يعيّن المنفذ 8080 على الجهاز المضيف (الحاسوب) إلى المنفذ 80 داخل الحاوية. يستمع Nginx إلى المنفذ 80 افتراضيًا، لذا يجعل هذا الصفحة متاحة من متصفح الجهاز المضيف.
• --name my-web-server: يمنح الحاوية اسمًا مقروءًا يسهّل إدارتها.
• nginx: يحدّد صورة Nginx الرسمية المطلوب استخدامها، وسيسحبها Docker من Docker Hub.

للتحقق من أن خادم الويب يعمل، افتح متصفح ويب وانتقل إلى العنوان http://localhost:8080. ينبغي أن تظهر صفحة “Welcome to nginx!”، ما يؤكد أن الحاوية تعمل ويمكن الوصول إليها.

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

1. أولًا، أوقف الحاوية الموجودة واحذفها: docker stop my-web-server ثم docker rm my-web-server.
2. أنشئ مجلدًا جديدًا على سطح المكتب باسم my-site.
3. داخل هذا المجلد، أنشئ ملفًا نصيًا جديدًا باسم index.html.
4. فتح index.html وأضف المحتوى التالي: <h1>مرحبًا من أول حاوية Docker لدي!</h1>.
5. الآن، شغّل حاوية جديدة باستخدام حجم (-v) لتركيب المجلد المحلي. يجب أن يكون المسار مسارًا مطلقًا.مقتطف الشيفرةdocker run -d -p 8080:80 --name my-web-server -v C:\Users\YourUsername\Desktop\my-site:/usr/share/nginx/html nginx (استبدل YourUsername باسم مستخدم Windows الفعلي).
6. حدّث المتصفح على http://localhost:8080. سيعرض الآن الرسالة المخصصة “Hello from my first Docker container!”. وهذا يوضّح قوة عمليات التركيب bind mounts للتطوير الحي.   

مجموعة أوامر Docker الأساسية

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

الأمر	الوصف	مثال على الاستخدام
docker ps	يسرد جميع الحاويات قيد التشغيل حاليًا.	docker ps
docker ps -a	يسرد جميع الحاويات، بما فيها المتوقفة.	docker ps -a
docker stop <name_or_id>	يوقف حاوية قيد التشغيل بأمان.	docker stop my-web-server
docker start <name_or_id>	يشغّل حاوية متوقفة سابقًا.	docker start my-web-server
docker rm <name_or_id>	يحذف حاوية متوقفة نهائيًا.	docker rm my-web-server
docker images	يسرد جميع صور Docker المخزّنة محليًا على الجهاز.	docker images
docker rmi <image_name>	يحذف صورة محلية (فقط إذا لم تكن أي حاوية تستخدمها).	docker rmi nginx
docker logs <name_or_id>	يجلب سجلات المخرجات القياسية من حاوية.	docker logs my-web-server
docker logs -f <name_or_id>	يتابع مخرجات السجل في الوقت الفعلي، ويبثّ السجلات الجديدة.	docker logs -f my-web-server
docker exec -it <name> <cmd>	ينفّذ أمرًا داخل حاوية قيد التشغيل (مثل فتح صدفة shell).	docker exec -it my-web-server bash
الجدول 2: قائمة بأوامر Docker الأساسية للمبتدئين.

استكشاف الأخطاء وإصلاحها: دليلك إلى أخطاء التثبيت والتشغيل الشائعة

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

السؤال 1: لماذا تظهر لي رسالة “خطأ WSL غير متوقع”؟

• الأعراض: يفشل Docker Desktop في البدء ويعرض نافذة منبثقة بهذا الخطأ، وغالبًا ما يذكر مشكلات حقوق الوصول أو يقترح wsl --shutdown الأمر.   
• الحلول: جرّب هذه الخطوات بالترتيب.
  1. إعادة تعيين بسيطة: افتح PowerShell ونفّذ wsl --shutdown. يوقف هذا الأمر الجهاز الافتراضي WSL 2 تمامًا. انتظر بضع ثوانٍ ثم حاول إعادة تشغيل Docker Desktop. غالبًا ما يحل هذا مشكلات الحالة العابرة.   
  2. إعادة تعيين حزمة الشبكة: إذا استمرت المشكلة، فقد يكون السبب تلفًا في حزمة الشبكة في Windows التي تسهّل التواصل مع WSL. افتح PowerShell كمسؤول ونفّذ netsh winsock reset. يلزم إعادة تشغيل النظام بعد هذا الأمر.   
  3. تحقق من نوع تشغيل Hypervisor: تأكد من أن Hypervisor في Windows مضبوط ليبدأ تلقائيًا. افتح PowerShell كمسؤول ونفّذ bcdedit /set hypervisorlaunchtype Auto، ثم أعد التشغيل.   
  4. دورة إعادة تمكين كاملة: كحل أخير، يمكن إعادة تثبيت مكونات المحاكاة الافتراضية بالكامل. في PowerShell كمسؤول، نفّذ الأوامر التالية لتعطيل الميزات: DISM /Online /disable-Feature /FeatureName:VirtualMachinePlatform DISM /Online /disable-Feature /FeatureName:Microsoft-Windows-Subsystem-Linux أعد تشغيل الحاسوب. ثم افتح PowerShell آخر كمسؤول وأعد تمكينها: DISM /Online /enable-Feature /FeatureName:Microsoft-Windows-Subsystem-Linux DISM /Online /enable-Feature /FeatureName:VirtualMachinePlatform أعد التشغيل مرة أخيرة.   

الأسئلة الشائعة 2: لا يبدأ Docker Desktop بعد إغلاقه أو إعادة تشغيل الحاسوب. ما المشكلة؟

• الأعراض: كان التطبيق يعمل بشكل مثالي بعد التثبيت الأول، لكنه الآن يفشل في البدء. قد تظهر أيقونة Docker في علبة النظام ثم تختفي، أو لا يحدث شيء على الإطلاق.
• الحل: غالبًا ما تسبب هذه المشكلة عمليات خلفية عالقة لم تتوقف بشكل صحيح.
  1. فتح إدارة المهام (Ctrl + Shift + Esc).
  2. انتقل إلى التفاصيل .
  3. رتّب حسب الاسم وابحث عن أي عمليات باسم Docker Desktop.exe أو تتعلق بواجهة Docker الخلفية.
  4. حدّد كل عملية من هذه العمليات وانقر على إنهاء المهمة.
  5. بعد إنهاء جميع العمليات ذات الصلة، حاول تشغيل Docker Desktop مرة أخرى.   

الأسئلة الشائعة 3: يقول المثبّت “هذا التطبيق لا يعمل على جهاز الكمبيوتر الخاص بك” كيف أصلح ذلك؟

• الأعراض: الـ Docker Desktop Installer.exe يفشل فور تنفيذه برسالة خطأ Windows العامة هذه.
• الحل:
  1. السبب الأساسي: السبب الأكثر شيوعًا لهذا الخطأ هو عدم تطابق المعمارية. من المحتمل أن المستخدم نزّل ARM64 مثبّت ARM64 على حاسوب عادي بمعالج Intel أو AMD. ارجع إلى موقع Docker الرسمي وتأكد من أن x86_64 / AMD64 هو الإصدار الذي يتم تنزيله.   
  2. السبب الثانوي: إذا استُخدم المثبّت الصحيح، فهذا الخطأ يعني أن أحد المتطلبات الأساسية للنظام غير مستوفٍ. ارجع إلى القسم 1 من هذا الدليل وتأكد من تمكين المحاكاة الافتراضية للأجهزة في BIOS/UEFI.

السؤال 4: فشل التثبيت لديّ بخطأ يتعلق بالمحاكاة الافتراضية أو WSL.

• الأعراض: يعرض المثبّت رسالة خطأ مثل “WSL 2 installation is incomplete,” “Docker Desktop requires a WSL 2 backend,” أو رسالة أخرى تذكر المحاكاة الافتراضية صراحةً.
• الحل: هذا مؤشر واضح على أن أحد المتطلبات قد فات أو لم يُضبط بشكل صحيح.
  1. أعد التشغيل وادخل إلى BIOS/UEFI للتأكد من أن Intel VT-x أو AMD-V هو ممكّن. هذه هي نقطة الفشل الأكثر شيوعًا.
  2. تأكد من تشغيل ميزة “Virtual Machine Platform” في Windows. وللتأكد، نفّذ dism.exe /online /enable-feature /featurename:VirtualMachinePlatform /all /norestart في PowerShell كمسؤول ثم أعد التشغيل.   

الأسئلة الشائعة 5: تظهر لي أخطاء “permission denied” أو “daemon is not running” عندما أشغّل dockerأوامر.

• الأعراض: في طرفية غير إدارية، أوامر مثل docker ps تفشل بخطأ يشير إلى أن العميل لا يستطيع الاتصال بخدمة Docker الخفية (daemon).
• الحل: هذه مشكلة أذونات كلاسيكية.
  1. تأكد من أن حساب المستخدم الحالي عضو في docker-users المجموعة المحلية، كما هو موضح في القسم 3.
  2. والأهم أن المستخدم يجب أن تسجّل الخروج من Windows ثم تسجّل الدخول من جديد يعيد تسجيل الدخول كي يُطبَّق تغيير عضوية المجموعة على رمز الأمان الخاص به. مجرد إعادة التشغيل أو إغلاق الطرفية وإعادة فتحها لا يكفي.

الخاتمة: رحلتك مع Docker تبدأ الآن

باتباع هذا الدليل يكون المستخدم قد جهّز نظام Windows 11 لديه بنجاح، وثبّت المتطلبات اللازمة مثل WSL 2، وثبّت Docker Desktop وضبطه، وتحقق من اكتمال التثبيت، وشغّل حاوية Nginx حقيقية. هذا الإنجاز يوفّر أساسًا قويًا ومستقرًا لتطوير البرمجيات الحديث.

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

• تعلّم Docker Compose: بالنسبة للتطبيقات المكوّنة من خدمات متعددة (مثل تطبيق ويب وقاعدة بيانات وطبقة تخزين مؤقت)، فإن Docker Compose هو الأداة القياسية. فهو يتيح تعريف وإدارة حزمة تطبيق كاملة متعددة الحاويات باستخدام ملف إعداد YAML واحد، ما يبسّط عمليات النشر المعقدة في أمر واحد.   
• كتابة Dockerfile: تظهر القوة الحقيقية لـ Docker عند تجهيز تطبيقات مخصصة. الخطوة التالية هي تعلّم كتابة Dockerfile، وهو ملف نصي يحتوي على تعليمات خطوة بخطوة لبناء صورة Docker مخصصة من الشيفرة المصدرية للتطبيق.   
• استكشاف Docker Hub: Docker Hub سجل عام واسع يضم آلاف الصور المبنية مسبقًا لمختلف التطبيقات والخدمات. وهو مصدر بالغ الأهمية للعثور على الصور الرسمية، كما أنه المنصة لمشاركة الصور المبنية حسب الطلب مع المجتمع أو مع فريق خاص.