قبل أن نبدأ البرنامج التعليمي اليوم للفيديو ، أود أن أشكر كل من ساهم في زيادة شعبية دورتي على YouTube. عندما بدأت ذلك قبل حوالي 8 أشهر ، لم أكن أتوقع هذا النجاح - لهذا اليوم ، شاهد 312724 شخصًا دروسي ، ولدي 11208 مشترك. لم أحلم أبداً أن يصل هذا العمل المتواضع إلى هذه المرتفعات. لكننا لن نضيع الوقت والانتقال على الفور إلى درس اليوم. نملأ اليوم الثغرات التي حدثت في آخر 7 دروس فيديو. على الرغم من أن اليوم هو 6 أيام فقط ، تم تقسيم اليوم 3 إلى 3 دروس فيديو ، لذلك في الواقع اليوم تشاهد درس الفيديو الثامن.
اليوم سنتعامل مع 3 موضوعات مهمة: DHCP ، ونقل TCP ، وأرقام المنافذ الأكثر شيوعًا. تحدثنا بالفعل عن عناوين IP ، وأحد أهم العوامل في تكوين عنوان IP هو DHCP.
يرمز DHCP إلى "بروتوكول تكوين المضيف الحيوي" ، وهو بروتوكول يساعد بشكل حيوي في تكوين عناوين IP للمضيفين. لذلك كلنا رأينا هذه النافذة. عند النقر فوق خيار "الحصول على عنوان IP تلقائيًا" ، يبحث الكمبيوتر عن خادم DHCP الذي تم تكوينه على نفس الشبكة الفرعية ويرسل مختلف الحزم وطلبات عنوان IP. يحتوي DHCP على 6 رسائل ، 4 منها مهمة لتعيين عنوان IP.
الرسالة الأولى هي رسالة اكتشاف DHCP اكتشاف. تشبه رسالة اكتشاف DHCP الترحيب. عندما يدخل جهاز جديد إلى الشبكة ، يسأل عما إذا كان خادم DHCP موجودًا على الشبكة.
ما تراه على الشريحة يبدو وكأنه طلب بث ، يقوم رمز الجهاز بالوصول إلى جميع الأجهزة على الشبكة بحثًا عن خادم DHCP. كما قلت ، هذا طلب إذاعي ، لذا فإن جميع أجهزة الشبكة تسمعه.
إذا كان هناك خادم DHCP على الشبكة ، فإنه يرسل حزمة - جملة DHCP OFFER. يعني الاقتراح أن خادم DHCP ، استجابة لطلب الاكتشاف ، يرسل التكوين إلى العميل ، مطالباً العميل بقبول عنوان IP محدد.
يحتفظ خادم DHCP بعنوان IP ، في هذه الحالة 192.168.1.2 ، لا يقدم ، أي أنه يحتفظ بهذا العنوان للجهاز. في الوقت نفسه ، تحتوي حزمة العرض على عنوان IP الخاص بها لخادم DHCP.
إذا كانت هذه الشبكة بها أكثر من خادم DHCP ، فإن خادم DHCP آخر ، بعد أن تلقى طلب بث من العميل ، سيقدم له أيضًا عنوان IP الخاص به ، على سبيل المثال ، 192.168.1.50. عادة لا يتم تكوين خادمي DHCP مختلفين على نفس الشبكة ، ولكن في بعض الأحيان لا يزال هذا يحدث. وبالتالي ، عندما يتم إرسال اقتراح DHCP إلى العميل ، فإنه يتلقى 2 من مقترحات DHCP ويجب الآن تحديد اقتراح DHCP الذي يريد قبوله.
لنفترض أن العميل يقبل الطلب الأول. هذا يعني أن العميل يرسل طلب طلب DHCP يقول حرفيًا: "أوافق على عنوان IP 192.168.1.2 المقدم من خادم DHCP 192.168.1.1."
عند استلام الطلب ، يرد خادم DHCP 192.168.1.1: "حسنًا ، أنا أعترف بذلك" ، أي أنه يؤكد الطلب ويرسل تأكيد ACK DHCP هذا إلى العميل. ولكننا نتذكر أن خادم DHCP DHCP آخر حجز عنوان IP الخاص بـ 1.50 للعميل. عند استلام طلب البث الخاص بالعميل ، يتعرف على الفشل ويعيد عنوان IP هذا مرة أخرى إلى المجموعة حتى يتمكن من تعيينه إلى عميل آخر إذا تلقى طلبًا آخر.
هذه هي الرسائل الأربعة الهامة التي يتبادلها DHCP في بداية مهمة عنوان IP. علاوة على ذلك ، يحتوي DHCP على 2 رسائل معلومات إضافية. يتم إصدار رسالة إعلامية من قبل العميل إذا كان يحتاج إلى معلومات أكثر مما تلقاه في جملة DHCP OFFER في الخطوة الثانية. إذا لم يقدم خادم DHCP معلومات كافية في اقتراح DHCP ، أو إذا احتاج العميل إلى معلومات أكثر من تلك الموجودة في حزمة الاقتراح ، فإنه يطلب معلومات DHCP إضافية. هناك رسالة أخرى يرسلها العميل إلى الخادم - هذا هو إصدار خادم DHCP. تقول أن العميل يريد تحرير عنوان IP الحالي الخاص به.
ومع ذلك ، يحدث غالبًا أن يقوم المستخدم بقطع الاتصال بالشبكة قبل أن يتمكن العميل من إرسال RELEASE DHCP إلى الخادم. يحدث هذا عند إيقاف تشغيل الكمبيوتر ، الذي ننفذه معك. في الوقت نفسه ، لا يتوفر لعميل الشبكة أو الكمبيوتر ببساطة الوقت لإبلاغ الخادم بإصدار العنوان المستخدم ، لذلك فإن إصدار DHCP ليس خطوة إلزامية. الخطوات المطلوبة للحصول على عنوان IP هي: اكتشاف DHCP ، عرض DHCP ، طلب DHCP ، وتأكيد DHCP.
في أحد الدروس التالية ، سأخبرك بكيفية تكوين خادم DHCP عند إنشاء تجمع DNCP. بالتجمع يعني أنك تبلغ الخادم بتعيين عناوين IP في النطاق من 192.168.1.1 إلى 192.168.1.254. وبالتالي ، سيقوم خادم DHCP بإنشاء تجمع ووضع 254 عنوان IP فيه ، وسيكون قادرًا على تعيين عناوين عملاء الشبكة من هذا التجمع فقط. لذلك هذا يشبه الإعداد الإداري الذي يمكن للمستخدم القيام به.
الآن النظر في انتقال TCP. لا أعرف إذا كنت معتادًا على "الهاتف" الموضح في الصورة ، لكن كطفل استخدمنا العلب المتصلة بسلك للتحدث مع بعضنا البعض.
لسوء الحظ ، لا يمكن للجيل الحالي تحمل مثل هذا "الرفاهية". أعني ، أن الأطفال اليوم أمام التليفزيون من عمر عام واحد ، يلعبون PSP ، وربما هذه نقطة نقاش ، لكنني أعتقد أننا حصلنا على طفولة أفضل ، لقد خرجنا حقًا من لعبنا وألعابنا ، و لا يمكنك تمزيق أطفال اليوم عن الأريكة.
ابني يبلغ من العمر عامًا واحدًا فقط ، وأرى بالفعل أنه مدمن على iPad ، يعني أنه لا يزال صغيرًا جدًا ، لكن يبدو لي أن أطفال اليوم يولدون بالفعل بمعرفة كيفية التعامل مع الأدوات الإلكترونية. لذلك ، أردت أن أقول أنه في مرحلة الطفولة ، عندما كنا نلعب ، كنا نمزق العلب ، وعندما ربطوها بخيوط وقالوا شيئًا ما في أحدهم ، من ناحية أخرى ، يمكن للشخص سماع ما يقولونه ، ووضع العلبة في أذنه . لذلك هذا يشبه إلى حد كبير اتصال الشبكة.
اليوم ، حتى بالنسبة لإرسال TCP ، يجب أن يكون هناك اتصال يجب تأسيسه قبل بدء نقل البيانات الفعلي. كما ناقشنا في الدروس السابقة ، فإن TCP عبارة عن ناقل حركة يركز على إنشاء اتصال مسبق بالشبكة ، في حين أن UDP عبارة عن نقل دون الحاجة إلى إنشاء اتصال. يمكنك أن تقول أن UDP هو عندما رمي الكرة ، ويعتمد عليك ما إذا كان يمكنك التقاطها. هل أنت مستعد للقيام بذلك أم لا ، هذه ليست مشكلتي ، أنا فقط سأتخلى عنها.
يشبه TCP التحدث إلى رجل وتحذيره مقدمًا من أنك ستقوم بإلقاء الكرة ، أي أنه يتم إجراء اتصال بينك ، وعندها فقط تقوم بإلقاء الكرة ، لذلك من المحتمل جدًا أن يكون شريكك مستعدًا للقبض عليه. وبالتالي ، يقوم TCP بالفعل بإنشاء اتصال ، ثم يبدأ في تنفيذ عملية نقل حقيقية.
النظر في كيفية إنشاء مثل هذا الاتصال. لإنشاء اتصال ، يستخدم هذا البروتوكول مصافحة ثلاثية الخطوات. هذا ليس مصطلحًا تقنيًا جدًا ، ولكن منذ فترة طويلة يستخدم لوصف اتصال TCP. يتم تشغيل مصافحة ثلاثية الخطوات بواسطة جهاز الإرسال ، ويقوم العميل بإرسال حزمة مع علامة SYN إلى الخادم.
لنفترض أن الفتاة الموجودة في المقدمة والتي يمكننا رؤية وجهها هي الجهاز A ، وأن الفتاة الموجودة في الخلفية والتي لا يكون وجهها مرئيًا هي الجهاز B. تقوم الفتاة A بإرسال حزمة SYN للفتاة B ، وتقول: "رائع ، من يريد التحدث معي. لذلك أنا بحاجة للإجابة على أنني مستعد للتواصل! " كيف نفعل ذلك؟ يمكن للمرء ببساطة إرسال حزمة SYN أخرى ثم إشعار ACK يشير إلى استلام حزمة SYN الأصلية. ولكن بدلاً من إرسال ACK بشكل منفصل ، يشكل الخادم حزمة شائعة تحتوي على SYN و ACK وتنقلها عبر الشبكة.
لذلك ، في الوقت الحالي ، أرسل الجهاز A حزمة SYN واستلم حزمة SYN / ACK. الآن يجب على الجهاز A إرسال ACK إلى الجهاز B ، أي تأكيد أنه قد تلقى موافقة الجهاز B لتأسيس اتصال. وبالتالي ، تلقى كلا الجهازين رزمتي SYN و ACK ، والآن يمكننا القول أن الاتصال قد تم تأسيسه ، أي يتم تنفيذ مصافحة ثلاثية المراحل عبر TCP.
بعد ذلك ، سوف ننظر في تقنية TCP Windowing. ببساطة ، هذه هي الطريقة التي يستخدمها TCP / IP للتفاوض على إمكانيات المرسل والمستقبل.
لنفترض أننا نحاول على نظام Windows نقل ملف كبير ، بحجم 2 جيجابايت ، من محرك إلى آخر. في بداية النقل ، سيخبرنا النظام أن نقل الملفات سيستغرق حوالي عام. لكن بعد ثوانٍ قليلة ، سيستعيد النظام ويقول: "أوه ، انتظر لحظة ، أعتقد أن الأمر لن يستغرق 6 أشهر ، ولكن حوالي 6 أشهر." سوف يمر وقت أطول بقليل ، وسيقول Windows: "أعتقد أنه ربما يمكنني نقل الملف في شهر واحد." ثم الرسالة "يوم واحد" ، "6 ساعات" ، "3 ساعات" ، "ساعة واحدة" ، "20 دقيقة" "،" 10 دقائق "،" 3 دقائق. "في الواقع ، ستستغرق العملية الكاملة لنقل الملف 3 دقائق فقط. كيف حدث ذلك؟ في البداية ، عندما حاول جهازك الاتصال بجهاز آخر ، يرسل حزمة واحدة وينتظر التأكيد. إذا كان الجهاز ينتظر تأكيد لفترة طويلة ، فإنه يعتقد: "إذا كان لا بد لي من نقل 2 غيغابايت من البيانات بهذه السرعة ، ثم هذا يستغرق الأمر حوالي عامين. "بعد مرور بعض الوقت ، يتلقى جهازك ACK ويفكر:" حسنًا ، لقد أرسلت حزمة واحدة وتلقيت ACK ، وبالتالي ، يمكن للمستقبل استلام حزمة واحدة. الآن سأحاول إرسال 10 حزم بدلاً من حزمة واحدة. " 10 حزم وبعد مرور بعض الوقت يتلقى تأكيد ACK مرة أخرى من جهاز الاستقبال ، مما يعني أن المستلم ينتظر الحزمة التالية ، 11. يعتقد المرسل: "ممتاز ، نظرًا لأن المتلقي تعامل مع 10 حزم على الفور ، سأحاول الآن إرساله 100 حزمة بدلا من عشرة ". يرسل 100 حزمة ، وردود المستلم التي تلقاها لهم وينتظر الآن 101 حزمة. وبالتالي ، بمرور الوقت ، يزداد عدد الرزم المنقولة.
لهذا السبب ترى انخفاضًا سريعًا في وقت نسخ الملفات مقارنةً بما هو مذكور أصلاً - ويعزى ذلك إلى زيادة القدرة على نقل كمية كبيرة من البيانات. ومع ذلك ، هناك نقطة عندما تصبح الزيادة في حجم ناقل الحركة مستحيلة. لنفترض أنك أرسلت 10000 حزمة ، لكن المخزن المؤقت لجهاز الاستقبال قادر على استقبال 9000 فقط. في هذه الحالة ، يرسل المستلم ACK مع الرسالة: "لقد تلقيت 9000 حزمة وأنا الآن جاهز لاستلام 9001". من هذا ، يخلص المرسل إلى أن سعة المخزن المؤقت لجهاز الاستقبال لديها 9000 فقط ، مما يعني أنه من الآن فصاعدًا لن أرسل أكثر من 9000 حزمة في المرة الواحدة. في هذه الحالة ، يحسب المرسل بسرعة الوقت الذي سيستغرقه لنقل الكمية المتبقية من البيانات في أجزاء من 9000 حزمة ، ويعطي 3 دقائق. هذه الدقائق الثلاث هي وقت الإرسال الفعلي. هذا هو ما يفعله TCP Windowing.
هذا أحد آليات التحكم في حركة المرور حيث يفهم جهاز الإرسال بمرور الوقت ما هو عرض النطاق الترددي الفعلي للشبكة. قد تتساءل لماذا لا يمكنهم الاتفاق مسبقًا على ما هي سعة جهاز الاستقبال؟ الحقيقة هي أن هذا مستحيل من الناحية الفنية ، لأن هناك أنواعًا مختلفة من الأجهزة على الشبكة. لنفترض أن لديك جهاز iPad ، وأن سرعة نقل البيانات / استقبالها مختلفة عن جهاز iPhone ، فقد يكون لديك أنواع مختلفة من الهواتف ، أو ربما لديك جهاز كمبيوتر قديم جدًا. لذلك ، كل شخص لديه عرض النطاق الترددي لشبكة مختلفة.
لذلك ، تم تطوير تقنية TCP Windowing عندما يبدأ نقل البيانات بسرعة منخفضة أو مع أقل عدد ممكن من الحزم ، مما يؤدي إلى زيادة تدريجية في نافذة حركة المرور. يمكنك إرسال حزمة واحدة ، و 5 حزم ، و 10 حزم ، و 1000 حزمة ، و 10000 حزمة ، وفتح هذه النافذة ببطء أكثر فأكثر حتى يصل "التوسيع" إلى أقصى قيمة ممكنة لإرسال حجم حركة المرور في فترة زمنية محددة. وبالتالي ، فإن مفهوم Windowing هو جزء من بروتوكول TCP.
بعد ذلك ، سوف ننظر إلى أرقام المنافذ الأكثر شيوعًا. الموقف الكلاسيكي هو أن يكون لديك خادم رئيسي واحد ، وربما يكون هذا مركز بيانات. يتضمن خادم ملفات ، خادم ويب ، خادم بريد ، خادم DHCP. الآن ، إذا اتصل أحد أجهزة الكمبيوتر العميلة بمركز البيانات ، الموجود في منتصف الصورة ، فسوف يبدأ في إرسال حركة مرور خادم الملفات إلى أجهزة العميل. تظهر حركة المرور هذه باللون الأحمر ، وسيتم استخدام منفذ معين لتطبيق معين من خادم معين لنقله.
كيف يعرف الخادم أين يجب أن تذهب حركة المرور؟ سوف يكتشف ذلك من رقم منفذ الوجهة. إذا نظرت إلى الإطار ، فسترى أنه في كل عملية نقل بيانات ، هناك إشارة إلى رقم منفذ الوجهة والمنفذ المصدر. ترى أن حركة المرور الأزرق والأحمر ، وحركة المرور الزرقاء هي حركة مرور خادم الويب ، وكلاهما يصل إلى نفس الخادم الفعلي ، حيث يتم تثبيت خوادم مختلفة. إذا كان مركز بيانات ، فإنه يستخدم خوادم افتراضية. فكيف عرفوا أن حركة المرور الحمراء كان من المفترض أن تعود إلى هذا الكمبيوتر المحمول الأيسر مع عنوان IP هذا؟ وهم يعرفون ذلك بفضل أرقام المنافذ. إذا كنت تشير إلى مقالة ويكيبيديا "TCP و UDP Port List" ، فستشاهد أنها تسرد جميع أرقام المنافذ القياسية.
إذا قمت بالتمرير هذه الصفحة ، فيمكنك معرفة حجم هذه القائمة. إنه يحتوى على حوالى 61000 غرفة. تُعرف أرقام المنافذ من 1 إلى 1024 بأرقام المنافذ الأكثر شيوعًا. على سبيل المثال ، المنفذ 21 / TCP مخصص لإرسال أوامر ftp ، والمنفذ 22 لـ ssh ، والمنفذ 23 لـ Telnet ، أي لنقل الرسائل غير المشفرة. يتم استخدام المنفذ 80 الشائع جدًا لنقل البيانات عبر HTTP ، ويستخدم المنفذ 443 لنقل البيانات المشفرة باستخدام HTTPS ، والذي يشبه الإصدار الآمن من HTTP.
تم تصميم بعض المنافذ من أجل TCP و UDP في نفس الوقت ، وبعضها يؤدي مهام مختلفة اعتمادًا على الاتصال المستخدم - TCP أو UDP. لذلك ، يتم استخدام المنفذ 80 TCP رسميًا لـ HTTP ، ويتم استخدام المنفذ 80 UDP بشكل غير رسمي لـ HTTP ، ولكن باستخدام بروتوكول HTTP مختلف - QUIC.
لذلك ، لم يتم تصميم أرقام المنافذ في TCP دائمًا كما في UDP. لا تحتاج إلى معرفة هذه القائمة عن ظهر قلب ، فمن المستحيل تذكرها ، لكن عليك معرفة بعض أرقام المنافذ الشائعة والأكثر شيوعًا. كما قلت ، فإن بعض هذه الموانئ لها غرض رسمي ، وهو موضح في المعايير ، وبعضها له غرض غير رسمي ، كما هو الحال مع Chromium.
لذلك ، يسرد هذا الجدول جميع أرقام المنافذ الشائعة ، ويتم استخدام هذه الأرقام لإرسال واستقبال حركة المرور عند استخدام تطبيقات محددة.
الآن دعونا نلقي نظرة على كيفية تحرك البيانات على الشبكة بناءً على القليل من المعلومات التي نعرفها. افترض أن الكمبيوتر 10.1.1.10 يريد الاتصال بهذا الكمبيوتر ، أو هذا الخادم ، الذي لديه العنوان 30.1.1.10. تحت عنوان IP لكل جهاز هو عنوان MAC الخاص به. أعطي كمثال عنوان MAC مع الأحرف الأربعة الأخيرة فقط ، ولكن في الممارسة العملية ، يكون الرقم ست عشري 48 بت مع 12 حرفًا. نظرًا لأن كل من هذه الأرقام يتكون من 4 بتات ، فإن 12 رقمًا سداسي عشري تمثل رقمًا 48 بت.
كما نعلم ، إذا كان هذا الجهاز يريد الاتصال بهذا الخادم ، فيجب أن تتم الخطوة الأولى من المصافحة ثلاثية المراحل أولاً ، أي يتم إرسال حزمة SYN. عند إنشاء هذا الطلب ، سيشير الكمبيوتر 10.1.1.10 إلى رقم المنفذ المصدر ، والذي يقوم Windows بإنشائه ديناميكيًا. يحدد Windows رقم منفذ بشكل عشوائي بين 1 و 65،000. ولكن بما أن الأرقام الأولية في النطاق من 1 إلى 1024 معروفة على نطاق واسع ، في هذه الحالة ، سينظر النظام في الأرقام أكبر من 25000 وإنشاء منفذ مصدر عشوائي ، على سبيل المثال ، تحت الرقم 25113.
بعد ذلك ، سيضيف النظام منفذ الوجهة إلى الحزمة ، في هذه الحالة المنفذ 21 ، لأن التطبيق الذي يحاول الاتصال بخادم FTP هذا يعلم أنه يجب عليه إرسال حركة مرور FTP.
علاوة على ذلك ، يقول جهاز الكمبيوتر الخاص بنا: "حسنًا ، عنوان IP الخاص بي هو 10.1.1.10 ، وأحتاج إلى الاتصال بعنوان IP 30.1.1.10." يتم تضمين كلا هذين العنوانين أيضًا في الحزمة ، مما يشكل طلب SYN ، ولن يتم تغيير هذه الحزمة حتى نهاية الاتصال.
أريدك أن تفهم من هذا الفيديو كيف تتحرك البيانات عبر الشبكة. عندما يرى كمبيوترنا الذي يرسل الطلب عنوان IP المصدر وعنوان IP الوجهة ، فإنه يفهم أن عنوان الوجهة ليس موجودًا في هذه الشبكة المحلية. لقد نسيت أن أقول أن هذه كلها / 24 عناوين IP. لذلك إذا نظرت إلى عناوين IP / 24 ، فسوف تفهم أن أجهزة الكمبيوتر 10.1.1.10 و 30.1.1.10 ليست على نفس الشبكة. وبالتالي ، يفهم جهاز الكمبيوتر المرسل أنه من أجل الخروج من هذه الشبكة ، يجب أن ينتقل إلى البوابة 10.1.1.1 ، والتي تم تكوينها على إحدى واجهات جهاز التوجيه. إنه يعلم أنه يجب عليه الانتقال إلى 10.1.1.1 ، ويعرف عنوان MAC الخاص به 1111 ، لكنه لا يعرف عنوان MAC الخاص بالبوابة 10.1.1.1. ماذا يفعل؟ يرسل طلب ARP إذاعي لتلقي جميع الأجهزة على الشبكة ، لكن جهاز التوجيه الذي يحمل عنوان IP هو 10.1.1.1 فقط سوف يستجيب له.
سيرد جهاز التوجيه بعنوان AAAA MAC الخاص به ، وسيتم أيضًا وضع عنوان MAC المصدر والوجهة في هذا الإطار. بمجرد أن يصبح الإطار جاهزًا ، قبل مغادرة الشبكة ، سيتم إجراء فحص تكامل بيانات CRC ، وهو عبارة عن خوارزمية للعثور على المجموع الاختباري من أجل اكتشاف الأخطاء.
يعني رمز CRC المتكرر دوريًا أن هذا الإطار بالكامل ، بدءًا من SYN وحتى آخر عنوان MAC ، يتم تشغيله من خلال خوارزمية التجزئة ، على سبيل المثال MD5 ، مما ينتج عنه قيمة تجزئة. , MD5, .
FCS/CRC, FCS – , CRC. FCS, — CRC, . . , , , , . , , , , FCS CRC, . , , , , .
MAC- : «, MAC- AAAA , », , MAC-.
IP- 30.1.1.10, , .
«» , , 30.1.1.10. , , . 30.1.1.0. , IP- , . «» , 30.1.1.0/24, 20.1.1.2.
, ? , , , . , , , 20.1.1.2. , MAC- , . , ARP, MAC- 20.1.1.2, .
, , MAC-, MAC- BBB MAC- CCC. FCS/CRC .
, 20.1.12, , , , FCS/CRC. «» MAC-, , 30.1.1.10. , . , MAC- , , .
, - SYN-, , , . MAC-, IP- , .
IP-, OSI, .
21, FTP-, SYN , - .
, , , 30.1.1.10 SYN/ACK 10.1.1.10. , 10.1.1.10 ACK, , SYN, ACK .
, — . , , .
آمل أن يكون ما تعلمته من هذا البرنامج التعليمي مفيدًا. إذا كانت لديك أسئلة ، فاكتب لي في imran.rafai@nwking.org أو أرسل أسئلة تحت هذا الفيديو.بدءًا من الدرس التالي ، سأختار 3 من أكثر الأسئلة إثارة للاهتمام من YouTube ، والتي سأراعيها في نهاية كل مقطع فيديو. من الآن فصاعدًا ، سيكون لدي قسم "أفضل الأسئلة" ، لذلك سأقوم بنشر السؤال باسمك والإجابة عليه مباشرةً. أعتقد أنه سيستفيد.شكرا لك على البقاء معنا. هل تحب مقالاتنا؟ تريد أن ترى المزيد من المواد المثيرة للاهتمام؟ ادعمنا عن طريق تقديم طلب أو التوصية به لأصدقائك ،
خصم 30 ٪ لمستخدمي Habr على تناظرية فريدة من خوادم الدخول التي اخترعناها لك: الحقيقة الكاملة حول VPS (KVM) E5-2650 v4 (6 Cores) 10GB DDR4 240GB SSD 1 جيجابت في الثانية من 20 $ أو كيفية تقسيم الخادم؟ (تتوفر خيارات مع RAID1 و RAID10 ، ما يصل إلى 24 مركزًا وما يصل إلى 40 جيجابايت من ذاكرة DDR4).
VPS (KVM) E5-2650 v4 (6 مراكز) 10GB DDR4 240GB SSD بسرعة 1 جيجابت في الثانية حتى الصيف مجانًا عند الدفع لمدة ستة أشهر ، يمكنك طلب
هنا .
ديل R730xd 2 مرات أرخص؟ فقط لدينا
2 من Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6 جيجا هرتز 14 جيجا بايت 64 جيجا بايت DDR4 4 × 960 جيجا بايت SSD 1 جيجابت في الثانية 100 TV من 199 دولار في هولندا! Dell R420 - 2x E5-2430 سعة 2 جيجا هرتز 6 جيجا بايت 128 جيجا بايت ذاكرة DDR3 2x960GB SSD بسرعة 1 جيجابت في الثانية 100 تيرابايت - من 99 دولارًا! اقرأ عن
كيفية بناء البنية التحتية فئة باستخدام خوادم V4 R730xd E5-2650d تكلف 9000 يورو عن بنس واحد؟