مرحبًا بكم مرة أخرى. اليوم سوف نواصل مع هذه السلسلة من المقالات حول إدارة أوبن في زي. في المنشور السابق نحن نغطي كل ما يتعلق تركيب بواسطة OpenVZ.
لذا ، إذا سارت الأمور على ما يرام ، يجب أن يكون لدينا خادمنا بالفعل أوبن في زي مثبتة وجاهزة لبدء العمل معها.
اليوم سنتحدث عن كل ما يتعلق بإدارة حاويات، سواء في إنشائها وتكوينها وإدارتها.
إنشاء الحاويات
الكثير حاويات o السيارات الكهربائية إنها بيئات افتراضية وحيدة (أجهزة افتراضية) سننشئها ونديرها باستخدام خادمنا أوبن في زي. من أجل إنشائها ، نحتاج إلى نموذج.
الكثير النماذج هم النموذج الذي سيتم بناء الحاوية منه. تحتوي على الحزم المختلفة اللازمة لتشغيل النظام وبعض التطبيقات الأساسية ، بالإضافة إلى جميع البيانات الوصفية (ذاكرة التخزين المؤقت للقالب) لبناء الجهاز وتكوينه.
هناك قوالب مختلفة التوزيعات de لينكس. يتم صيانة بعضها رسميًا والبعض الآخر مساهمات من المجتمع.
إن أبسط طريقة للحصول عليها هي استخدام أحد قوالب مسبقة الإنشاء. تم الحصول عليها عن طريق إنشاء حاوية من قالب ثم حزمها في ملف com.gzip.
ستكون تلك الملفات المضغوطة هي الملفات التي سننزلها والتي سننشئ منها حاوياتنا الخاصة. بهذه الطريقة يكون إنشاء الحاويات أسرع وأسهل بكثير مما كان عليه في الماضي ، عندما كان لابد من إنشاء ذاكرة التخزين المؤقت يدويًا. كل ما عليك فعله اليوم هو تنزيل ملف التوزيع الذي اخترته من هذه الصفحة:
http://openvz.org/Download/template/precreated
بمجرد التنزيل ، نحفظه كما هو في هذا الدليل لخادمنا:
/vz/template/cache
الآن يمكننا إنشاء حاويات من القوالب المثبتة. أول شيء يجب مراعاته هو أن كل حاوية لها معرّف رقمي مرتبط بها يعمل على تحديد VEs ولا يمكن تكراره داخل نفس المضيف المادي.
أيضًا ، يجب أن يكون المعرف أكبر من 100 ، حيث يتم استخدام المعرفات من 0 إلى 100 بواسطة النظام.
لإدارة الحاويات ، فإن الأمر الأكثر أهمية هو vzctl. تُستخدم الصيغة التالية لإنشاء حاوية جديدة:
#vzctl create --ostemplate template --config config_file
في النموذج الافتراضي نضع اسم القالب الذي قمنا بتنزيله من قبل. معلمة التكوين اختيارية. تضع فيه اسم ملف مع تكوينات محددة مسبقًا للحاويات.
إذا لم نحددها ، فسنضطر إلى وضعها باليد. توجد ملفات التكوين في:
/etc/sysconfig/vz-scripts
أسماء الملفات لها هذه البنية:
ve-nombre_config.conf-sample
الأكثر شيوعًا هو basic (ve-basic.conf-sample). يمكننا استخدام تلك التي تم إنشاؤها بشكل افتراضي أو جعلها خاصة بنا. في أي حال ، يمكن تعديل جميع القيم المحددة لاحقًا.
على سبيل المثال ، لإنشاء حاوية بالمعرف 101 ، من قالب دبيان الذي نزّلناه من قبل وباستخدام التكوين الأساسي ، نقوم بتنفيذ:
#vzctl create 101 --ostemplate debian-6.0-x86 --config basic
تكوين الحاوية
الآن وقد أنشأنا الحاوية الخاصة بنا ، يمكننا الانتقال إلى تكوينها. لهذا نستخدم بناء الجملة التالي:
#vzctl set --parametro valor --parámetro valor […]
هناك العديد من المعلمات التي يمكننا تكوينها. للتشاور معهم ، يمكننا جميعًا الذهاب إلى دليل vzctl (# رجل vzctl) أو ل openvz wiki.
حتى نتمكن من تغييرها ، فإنها تبقى بعد إغلاق النظام ، ويجب أن نضيف حفظ في نهاية الأمر. إذا لم يكن الأمر كذلك ، فسيستمر فقط حتى الإغلاق التالي.
سنشرح هنا بعض الأوامر الأساسية:
تكوين الحاوية لبدء عند بدء تشغيل الكمبيوتر أم لا.
onboot [yes/no]
حدد اسم مضيف الكمبيوتر
hostname
أضف عنوان IP للجهاز. يتم إضافتها بشكل تراكمي.
ipadd
إذا أردنا حذف أي من الإعدادات التي تم تكوينها مسبقًا ، فعلينا استخدام:
ipdel dir_ip|all
قم بتكوين عنوان خوادم DNS. يمكنك استخدام هذا الخيار عدة مرات في نفس الأمر لتكوين عدة خوادم. سيؤدي القيام بذلك إلى استبدال جميع خوادم الأسماء التي تم تكوينها مسبقًا.
nameserver
قم بتعيين كلمة المرور لمستخدم النظام. إذا لم يكن موجودًا ، فقم بإنشائه. يوصى بعدم استخدام هذه المعلمة مع الآخرين. لا يحتاج لاستخدامه save مع هذه المعلمة.
userpasswd user:password
يشير إلى الترتيب الذي سيبدأ به الجهاز عند بدء التشغيل. كلما زاد الرقم ، زادت الأولوية له. إذا لم يتم تكوينها ، فسيتم اعتبارها ذات أولوية أدنى وستبدأ أي حاويات أخرى تم تكوينها أولاً.
bootorder
أخيرًا ، أتركك كمثال على تنفيذ التكوين الأساسي للحاوية 101
#vzctl set 101 - Onboot yes --hostname virtualhost --ipadd 192.168.1.10 --nameserver 8.8.8.8 --nameserver 4.4.4.4 - save #vzctl set 101 - userpasswd root: 1234
إدارة الحاويات
بمجرد إنشاء حاوياتنا وتكوينها ، يمكننا إدارتها. للقيام بذلك ، سنستخدم الأمر vzctl مرة أخرى. بعض الأوامر الأساسية لإدارة الحاويات مذكورة أدناه:
ابدأ الحاوية
#vzctl start ID
يوقف الحاوية
#vzctl stop ID
يوقف الحاوية دون انتظار توقف جميع عملياتها
#vzctl stop ID --fast
يخبرنا عن حالة الحاوية
#vzctl status ID
دمر الحاوية. قبل أن يكون من الضروري إيقافه.
#vzctl destroy ID
يمكنك إدخال الجهاز من خلال سطر الأوامر كما لو تم الوصول إلينا بواسطة ssh.
#vzctl enter ID
قم بتشغيل أمر داخل الحاوية.
#vzctl exec ID comando
قائمة الحاويات النشطة على الخادم. مع خيار -a أيضا قائمة المعتقلين.
#vzlist
هذا هو كل شيء لهذا اليوم. بهذا ننهي الجزء الأساسي من إدارة أوبن في زي.
سنتحدث في المقالات التالية عن إجراءات أكثر تقدمًا ، مثل إدارة الموارد والأداء النسخ الاحتياطي أو استخدام سقوط.
حتى ذلك الحين ، يمكنك تجربة كل ما شرحناه حتى الآن. كالعادة ، اترك أي أسئلة لديك في التعليقات وأراك قريبًا. العمر الطويل والازدهار.
مقال ممتاز !! 😉
شكرا جزيلا!. أنا سعيد جدًا لأنني تمكنت من نشر هذه المقالات. سأستمر في العمل الجاد والتعاون حيث يمكنني ذلك. العمر الطويل والازدهار.
مقالات مثيرة جدا للاهتمام حول OpenVZ. دعنا نرى ما إذا كنت تشجعني على تجربته ، فقد كنت أراقب هذه المسألة لفترة طويلة. هنا أترك بعض التعليقات:
أنا غير مدرك تمامًا لكيفية عمل OpenVZ ، وأحد الأسئلة الكبيرة التي لدي هو لماذا من الضروري ضبط تكوين الشبكة يدويًا لكل جهاز. لا يمكن السماح لها بالحصول عليها من خادم DHCP؟ بمعنى ، هل يمكنك منحه جسر MAC + ثم جعل الأجهزة تدير نفسها للحصول على تكوين الشبكة؟ (لأنه في المقالات حول OpenVZ التي تمكنت من قراءتها ، تم تكوينها دائمًا باستخدام IPv4 ، ولكن ماذا عن IPv6؟)
علاوة على ذلك ، إذا اضطررت إلى تكوين إعدادات الشبكة بشكل ثابت ، فما الخطأ في القيام بذلك من "داخل" الجهاز؟ وما هو ذلك لتعيين اسم مضيف من المضيف؟ باختصار ، يبدو لي أنه لا لزوم له ولا لزوم له ، وأود أن أعرف لماذا هو ضروري أو موصى به.
بالمناسبة ، لا أعرف ما إذا كنت ستتطرق إلى الموضوع ، لكنني سأكون مهتمًا بمقال حول الأمان والخصوصية في استخدام OpenVZ. في VirtualBox ، اعتدت على عدم "رؤية" بعضنا البعض أو مع المضيف إلا إذا كنت أرغب في ذلك عبر الشبكة أو المجلدات المشتركة. أتساءل ، على سبيل المثال ، ما هي المخاطر الموجودة في إنشاء موضع جذب باستخدام OpenVZ. أعلق عليها كفكرة في حال كنت تريد الكتابة عنها.
أنا سعيد جدًا لأنك تعجبك المنشورات وأشجعك على تجربة OpenVZ. سترى أنه من السهل للغاية إدارته.
فيما يتعلق بشكوكك ، فإن معظمها له علاقة بأشياء لم نتحدث عنها بعد. لكني سأقدم لك مقدمة صغيرة لحلها.
أول شيء يجب أن تعرفه هو أنه يوجد في OpenVZ نوعان من التكوينات للشبكة. يمكن استخدام الفينيت أو فيث. الأول مشابه للشبكة الخاصة ، أي يمكن الوصول إليها فقط من الحاويات والمضيف الفعلي. في نظر الأجهزة الأخرى على الشبكة ، يبدو الأمر كما لو أنها غير موجودة. من ناحية أخرى ، veth هي بطاقة شبكة افتراضية تجعل الحاوية تعمل مثل كمبيوتر آخر على الشبكة ويمكن الوصول إليها بواسطة أجهزة أخرى. كما أنها تتيح المزيد من الخيارات المتقدمة مثل استخدام DHCP أو تكوين الشبكة من داخل الحاوية.
فيما يتعلق بـ IPv6 ، كلا الوضعين يدعمانه. يمكنك استخدام الأمر ipadd مع عنوان ipv6 دون مشاكل. بالطبع ، مع venet ليست كل الميزات تعمل. نظرًا لأن بطاقة venet لا تحتوي على MAC مرتبط ، فإن أشياء مثل اكتشاف الجار أو إعلانات جهاز التوجيه لا تعمل.
فيما يتعلق بحقيقة أنه يتعين عليك تكوين الخصائص خارجيًا ، في رأيي ، فهي طريقة لتسهيل عمل المسؤولين. إنه يسمح بتغيير الخصائص بسهولة والقدرة على أتمتة ذلك بسهولة تقريبًا. وكما ذكرت في المقالة ، يمكنك إنشاء نموذج التكوين الخاص بك الذي يمكنك من خلاله إنشاء الآلات ، وبالتالي القضاء على الكثير من المتاعب.
أخيرًا ، فيما يتعلق بالأمان ، يوصى بشدة باستخدام OpenVZ لإنشاء مصيدة. OpenVZ يعزل الحاويات تمامًا عن النظام المادي ويبدو حقيقيًا للمهاجم. وكل هذا مع استهلاك منخفض للغاية للموارد. إنه خيار رائع لبناء مواضع الجذب (على الرغم من وجود خيارات أبسط ومركزة بشكل خاص).
آمل أن أكون قد حللت شكوكك إذا كان لديك أي موضوع آخر أو موضوع ترغب في تغطيته ، فلا تتردد في قول ذلك. اراك قريبا. العمر الطويل والازدهار.
مرحبًا ، هذه السلسلة من المنشورات جيدة جدًا ، وأردت الرجوع إلى ما يلي: أحاول استعادة بعض النسخ الاحتياطية لبعض حاويات OpenVZ (بعض ملفات .tar) التي تعمل على مضيف مع خادم Ubuntu ، ويتم ذلك باستخدام ما يلي أمر:
vzdump –suspend ID –mail to root –dumpdir / backup / file
يحتوي هذا المضيف على الإصدار التالي: vzctl الإصدار 3.0.22
ستكون الفكرة الآن هي القدرة على استعادة هذه الحاويات على خادم CentOS 6. عند إنشاء أجهزة افتراضية جديدة ليس لدي أي مشاكل ، لكن لا يمكنني العثور على طريقة لاستعادة هذه النسخ الاحتياطية (على CentOS لدي الإصدار التالي: vzctl الإصدار 4.7.2)
لقد قرأت هذا:
https://openvz.org/Quick_Installation_CentOS_6
http://wiki.centos.org/HowTos/Virtualization/OpenVZ
http://www.howtoforge.com/installing-and-using-openvz-on-centos-6.4-p2
وبالطبع سيكون هذا منشور 😉 😀
مما رأيته يتحدث معظمهم عن استخدام vzrestore أو vzdump –restore ، لكن لا يمكنني الحصول على الاستعادة للعمل. (ليس لدي vzrestore في CentOS 6 وليس لدي علم الاستعادة في vzdump أيضًا) بالتأكيد شيء ما يهرب مني بسبب قلة الخبرة في هذا الموضوع 😛
هنا تأتي الأسئلة:
هل من الممكن أن أفعل ما أريد؟ أي عائق؟
ماذا ستكون الطريقة للقيام بذلك؟ هل يجب أن أقوم بتثبيت vzrestore بطريقة ما؟
توصية؟ قراءة؟
شكرا لمساهماتك ، تحياتي
مرحبا، شكرا لتعليقك.
فيما يتعلق بأسئلتك ، من حيث المبدأ يجب ألا تكون هناك مشكلة. في الواقع ، أتذكر أنني صادفت هذا منذ وقت طويل وقمت بحله في ذلك الوقت. لكن في الوقت الحالي لا يمكنني الوصول إلى الوثائق التي صنعتها لنفسي ، وبما أنني لم أتطرق إليها منذ بعض الوقت ، فلا يمكنني تذكرها. لكن لا تيأس ، سأقوم بتثبيت آلة مع OpenVZ في لحظة وسأحلها لك بعد فترة. وبالمناسبة ، ربما سأعود إلى هذه السلسلة من المنشورات ، التي تركتها قليلاً.
العمر الطويل والازدهار.
شكرًا لردك ، سأكون ممتنًا حقًا إذا كان بإمكانك رؤيته.
(بالإضافة إلى ذلك ، فإن المشاركات الجديدة التي قد تظهر حول هذا الموضوع مفيدة للغاية بالتأكيد)
أحد الأشياء التي لفتت انتباهي هو أنه في CentOS 6.5 الذي أقوم بتثبيته هذه هي الأدوات التي يقوم بتثبيتها:
vzcalc، vzcptcheck، vzctl، vzdqdump، vzeventd، vzifup-آخر، vzmemcheck، vznetaddbr، vzoversell، vzquota، vzstats، vzubc، vzcfgvalidate، vzcpucheck، vzdqqcheck، vzmigt-vzmigplvzpl، vzmig-dsynclist، vzmigczplist، vzmpltvzplist، vzmigzplvznet، vzmig القائمة
باتباع الخطوات الواردة في الوثائق الرسمية: https://openvz.org/Quick_Installation_CentOS_6
وفي الأعلام التي أراها في رجل vzdqdump ليس لدي علم استعادة. أرى أيضًا أنه في رجل vzctl لدي بعض الأعلام - لقطة شاشة * ولكن لا أعرف ما إذا كان هذا هو ما أبحث عنه أو كيفية استخدامه بالضبط.
حسنًا ، بعد القتال مع openvz والارتفاع الشديد في توثيقه ، أعتقد أنني اكتشفت الأمر أخيرًا. تحتاج في الواقع إلى استخدام vzrestore ، والذي يأتي مرفقًا مع vzdump. لكن في CentOS لم يتم تثبيتها وعليك القيام بذلك يدويًا. هذه العملية معقدة بعض الشيء (يكفي فقط أن تضرب رأسك على لوحة المفاتيح) لذا فقد ارتجلت مقالًا في مدونة فتحتها مؤخرًا.
عنوان url هو: https://kamisama666.github.io/2014/07/instalacion-vzdump-centos6/
آمل أن أكون قد ساعدتني ، ستخبرني كيف سارت الأمور. أوه ، وبما أنك تسأل ، فإن خيار "اللقطة" يعمل فقط للحاويات من النوع ploop ، وهو شكل تخزين مختلف عن المعتاد في openvz. الأمر الأكثر إثارة للاهتمام هو "الإيقاف المؤقت" و "الاستعادة" ، وهما قادران على حفظ حالة الحاوية واستعادتها لاحقًا (ولكن لا ، فهي غير متوافقة مع vzdump). على أي حال ، لمعرفة ما إذا كنت أعيد نشر المشاركات وأتحدث عن هذه الأشياء.
العمر الطويل والازدهار.
ليس لديك فكرة عما أقدره لهذا المنشور. سأحاول يوم الاثنين وأخبرك ، أتطلع إلى استئناف سلسلة جديدة من المشاركات حول هذا الموضوع. وبالطبع سأشارك منشورك الذي بالتأكيد يجده شخص آخر مفيدًا 😉 سأخبرك كيف كان يوم الاثنين ، تحياتي.
أنا سعيد أنه كان عونا لك. في الواقع، منذ أن أنهيت هذا المنشور، استفدت من الفرصة ونشرته أيضًا desdelinux حتى يتمكن المزيد من الناس من رؤيته. يمكنك العثور عليها هنا:
https://blog.desdelinux.net/vzdump-instalarlo-centos-6-5/
العمر الطويل والازدهار
صديقي ، لدي مشكلة في اتباع خطوات التكوين ، والسؤال هو أنه من الجهاز حيث أقوم بتكوين جهاز VM الجديد الخاص بي ، فإنه ليس كذلك من قطاع الشبكة ، على سبيل المثال:
لدي جزء 1. * ، مضيفي A لديه 1.50 والجهاز VM B الجديد 1.201 ، من الجهاز A يمكنني رؤية B ، ولكن ليس من كمبيوتر آخر متصل بنفس الشبكة ،
يمكنك أن توضح لي ما أفشل
مقال ممتاز وقد ساعدني كثيرًا ، الآن استعلام ، لدي حاوية قيد الإنتاج بالفعل مع قالب debian-7 وأريد تحديثه إلى debian-8 بنفس الحاوية ، كيف أفعل؟
مرحبا شكرا جزيلا لك. لقد تم قطع اتصالي بـ OpenVZ لبعض الوقت لكنني سأحاول مساعدتك بقدر ما أستطيع.
بادئ ذي بدء ، أود أن أخبرك أنه ، إن أمكن ، ستفكر في إنشاء حاوية جديدة غير نموذج دبيان 8 وترحيل البيانات والتكوين تدريجيًا من الحاوية القديمة إلى الحاوية الجديدة. ثم عليك فقط وضع IP الخاص بالجهاز القديم على الجديد والثابت. إنها أسهل وأبسط طريقة موجودة.
من ناحية أخرى ، إذا لم يكن ذلك ممكنًا لأي سبب من الأسباب ، فمن الممكن نظريًا تحديث التوزيعة من داخل الحاوية نفسها كما تفعل في أي جهاز ديبيان آخر. لكنني سمعت من أشخاص واجهوا مشاكل مع هذا ، لذا أولاً وقبل كل شيء جربه مع أي حاوية أخرى. وإذا كانت لديك مشكلات ، فإليك بعض المواقع التي تتحدث عن كيفية حلها (باللغة الإنجليزية):
https://www.skelleton.net/2015/05/04/upgrading-debian-guests-on-proxmox-to-jessie/
http://forum.openvz.org/index.php?t=msg&goto=51280&
http://justinfranks.com/linux-administration/upgrade-openvz-vps-from-debian-7-wheezy-64-bit-to-debian-8-jessie-64-bit
ألق نظرة خاصة على الأولى ، وهي الأحدث والتي تشرح لك كل شيء خطوة بخطوة.
بالطبع ، قبل إجراء أي تغييرات على الحاوية الخاصة بك في الإنتاج ، لست مضطرًا حتى إلى إخبارك بعمل نسخة احتياطية من الحاوية ، باردة أو ساخنة ، حسب الاقتضاء ، في حالة حدوث أي خطأ.
آمل أن أكون قد ساعدت. العمر الطويل والازدهار.
مرحبا شكرا جزيلا لك. لقد تم قطع الاتصال بـ OpenVZ لبعض الوقت ولكن آمل أن أتمكن من مساعدتك.
بادئ ذي بدء ، إذا لم يكن هناك ما يوقفك ، فإنني أوصيك بإنشاء حاوية جديدة باستخدام قالب Debian 8 وترحيل جميع التكوينات والبيانات والبرامج هناك. بمجرد أن يعمل كل شيء ، عليك فقط تغيير IP للحاوية القديمة ووضعها في الحاوية الجديدة. إنها الطريقة الأسهل والأسرع حقًا.
إذا لم تتمكن من القيام بذلك لسبب ما ، فمن الممكن نظريًا تحديث التوزيع من داخل الحاوية نفسها. ما عليك سوى القيام بذلك كما تفعل على جهاز دبيان العادي. لكنني سمعت من أشخاص واجهوا مشاكل ، على الرغم من أنه لا ينبغي أن يحدث ذلك إذا حافظت على تحديث نواة المضيف. على أي حال ، أفضل شيء يمكنك القيام به هو محاولة التحديث باستخدام حاوية أخرى باستخدام Debian 7 للتأكد من أنها لا تسبب مشاكل. وإذا وجدت أيًا منها ، فإليك بعض الصفحات التي تتحدث عن كيفية إصلاحها (باللغة الإنجليزية):
https://www.skelleton.net/2015/05/04/upgrading-debian-guests-on-proxmox-to-jessie/
http://justinfranks.com/linux-administration/upgrade-openvz-vps-from-debian-7-wheezy-64-bit-to-debian-8-jessie-64-bit
http://forum.openvz.org/index.php?t=msg&goto=51280&
المثير للاهتمام بشكل خاص هو الأول ، وهو الأحدث ويشرح كل شيء خطوة بخطوة.
ومع ذلك ، لا يجب أن أخبرك أنه ، مهما كان ما تقرره ، لا تفعل أي شيء بالحاوية قيد الإنتاج دون عمل نسخة احتياطية أولاً ، سواء كانت باردة أو ساخنة ، في حالة حدوث شيء ما.
آمل أن أكون قد ساعدتك. العمر الطويل والازدهار
شكرًا للإجابة ، المساعدة رائعة ، سأقرأ المقال وأجري بعض الاختبارات ، وبعد ذلك سأخبرك أيهما أفضل ، تحياتي.
مرحباً جيد ، لدي خطأ في حاويات openvz ولا يمكنني العثور على أي منطق. عند رؤية هذه المدونة مع جزء من التعليقات ، أقوم بتشغيل الاستعلام هنا في حال تمكن أحدهم من مساعدتي.
لقد قمت بتثبيت openvz بدون مشكلة وأنشأت حاويات بدون مشكلة ، وقمت بتثبيت خدمة ويب بسيطة في إحداها وتم الوصول إليها.
الحقيقة هي أنه عند محاولة إجراء تحديث ، على سبيل المثال: »apt-get update» هذا يخبرني أنه لا يوجد اتصال مع ips من المستودعات ولا يقوم بتنزيل أي شيء ، لذلك لا يمكنني تحديث أو تثبيت حزم جديدة. إذا قمت باختبار اتصال IPS ، فهل هناك شيء أفتقده؟
شكرا لك مقدما
مرحبا مرة أخرى.
استغرق الأمر وقتًا طويلاً للإجابة ولكني وجدت الحل منذ وقت طويل ولم أرغب في تركه على الهواء.
كانت المشكلة أساسًا أنني لست ذكيًا جدًا ، وعادة ما يكون مصدر معظم مشاكلي ، كان لدي nateo أعاد توجيه كل ما جاء عبر المنفذ 80 إلى الخادم الوكيل العكسي ، عند إجراء تحديث apt-get ، أطلقه ولكن تم إعادة توجيه الإجابات إلى الفريق المذكور ، حيث يؤدي تكوين iptables بشكل صحيح إلى حلها وسير كل شيء بسلاسة ، كما هو منطقي.
شكرًا على المدخلات في OpenVZ ، فقد ساعدتني في تكوينه جيدًا إلى حد ما
ملاحظة: علمت أن التحديثات تتم من خلال المنفذ 80 ، واعتقدت أنني سأستخدم واحدًا عشوائيًا من 1000 ...
تحية.