WEBVTT 00:00.090 --> 00:01.050 المدرب: في هذا 00:01.050 --> 00:04.200 الدرس، سنقدم المفاهيم المحيطة بـ IPv6، أو الإصدار 00:04.200 --> 00:06.600 6 من بروتوكول الإنترنت. 00:06.600 --> 00:07.740 لذا، حتى هذه اللحظة، 00:07.740 --> 00:10.230 تحدثنا للتو عن IPv4، ولكن إحدى المشكلات 00:10.230 --> 00:13.020 التي نواجهها مع IPv4 هي أنه محدود في مساحة 00:13.020 --> 00:15.510 العنوان الخاصة به. 00:15.510 --> 00:17.370 وذلك لأن هناك 32 بت فقط 00:17.370 --> 00:19.380 تشكل عنوان IPv4، مما يمنحنا 00:19.380 --> 00:23.070 4 بتات فقط. 2 مليار مجموعة عناوين محتملة. 00:23.070 --> 00:26.430 الآن أعرف 4. 2 مليار يبدو وكأنه مجموعة كبيرة 00:26.430 --> 00:28.950 من عناوين IP، ولكن عندما قمنا بإزالة أجزاء 00:28.950 --> 00:32.160 كاملة من الأشياء، لأشياء مثل عناوين APIPA، وعناوين المضيف 00:32.160 --> 00:34.770 المحلي، وعناوين IP الخاصة، ثم كان هناك قدر كبير 00:34.770 --> 00:36.720 من الهدر قبل أن نبدأ حتى في استخدام 00:36.720 --> 00:38.670 الشبكات الفرعية، أدى هذا إلى مشكلة 00:38.670 --> 00:41.040 كبيرة، وبدأنا في نفاد عناوين الشبكة داخل 00:41.040 --> 00:42.810 IPv4. 00:42.810 --> 00:46.860 يُعرف هذا باسم استنفاد العنوان، وهو أمر حقيقي. 00:46.860 --> 00:49.260 في الواقع، في نوفمبر من عام 2019، استنفدت 00:49.260 --> 00:51.810 RIPE NCC، وسجل الإنترنت الإقليمي لأوروبا 00:51.810 --> 00:56.160 وغرب آسيا والاتحاد السوفييتي السابق ووكالة ناسا، مجموعتها 00:56.160 --> 00:59.130 الكاملة من عناوين IPv4. 00:59.130 --> 01:01.770 لحسن الحظ، بدأ فريق عمل هندسة الإنترنت، 01:01.770 --> 01:04.740 أو IETF، بالفعل في التطلع إلى المستقبل 01:04.740 --> 01:06.600 وقاموا بتطوير IPv6 كمعيار 01:06.600 --> 01:09.690 منذ عام 1995 باستخدام RFC الذي وثق رؤيتهم 01:09.690 --> 01:13.380 لـ IPv6، والذي أطلقوا عليه اسم IP Next Generation 01:13.380 --> 01:17.790 أو IPNG. . 01:17.790 --> 01:22.790 الآن كما ترى، يعد IPv6 في الواقع تحسينًا كبيرًا مقارنة بـ IPv4 01:22.860 --> 01:25.290 من حيث عدد العناوين المتاحة. 01:25.290 --> 01:28.710 بدلاً من استخدام عنوان 32 بت كما نفعل 01:28.710 --> 01:32.100 في IPv4، سيستخدم IPv6 عنوان 128 بت. 01:32.100 --> 01:35.490 سيعطيك هذا مساحة عنوان أكبر بكثير. 01:35.490 --> 01:37.620 في الواقع، سوف يمنحك إمكانية 01:37.620 --> 01:41.430 الحصول على 340 عنوان IP غير مقدر. 01:41.430 --> 01:42.930 وهذه عناوين IP كافية 01:42.930 --> 01:45.930 لكل رجل وامرأة وطفل على هذا الكوكب. 01:45.930 --> 01:48.540 وهذا يساوي اثنين أس ١٢٨. 01:48.540 --> 01:51.300 في الواقع، هناك العديد والعديد من عناوين IP 01:51.300 --> 01:53.730 لكل رجل وامرأة وطفل على هذا الكوكب لأن 01:53.730 --> 01:56.250 هناك الكثير من عناوين IP المتاحة. 01:56.250 --> 01:57.960 الآن، ربما تتساءل في 01:57.960 --> 02:01.230 نفسك، لقد انتقلنا من IPv4 إلى IPv6. 02:01.230 --> 02:03.090 ماذا حدث للنسخة 5؟ 02:03.090 --> 02:05.370 لماذا قفزنا مباشرة إلى الإصدار 6؟ 02:05.370 --> 02:09.180 حسنًا، تم إنشاء الإصدار 5، لكن لم يتم اعتماده بشكل كامل 02:09.180 --> 02:11.190 كبروتوكول أو معيار رسمي. 02:11.190 --> 02:13.350 وبالتالي، لم يدخل حيز الإنتاج أبدًا. 02:13.350 --> 02:14.820 بدلاً من ذلك، تم إدخال الكثير 02:14.820 --> 02:16.350 من تلك المفاهيم التي تم تطويرها 02:16.350 --> 02:17.970 بموجب الإصدار 5، لأنه كان بروتوكولًا 02:17.970 --> 02:19.920 تجريبيًا، إلى IPv6 عندما أصبح معيارًا 02:19.920 --> 02:21.870 رسميًا. 02:21.870 --> 02:25.650 لذلك دعونا نتحدث عن فوائد IPv6. 02:25.650 --> 02:26.910 واحدة من أكبر الفوائد 02:26.910 --> 02:28.890 هي أن مساحة العنوان أكبر بكثير 02:28.890 --> 02:31.350 بسبب تلك العناوين ذات 128 بت. 02:31.350 --> 02:32.460 بالإضافة إلى ذلك، 02:32.460 --> 02:35.160 أدى IPv6 أيضًا إلى زيادة كفاءة شبكاتنا 02:35.160 --> 02:38.730 عن طريق إزالة نوع تدفق بيانات البث الخاص بـ IPv4. 02:38.730 --> 02:41.250 الآن، أصبح IPv6 أيضًا أكثر أمانًا 02:41.250 --> 02:44.010 لأنه لا يوجد تجزئة للحزم أو مخطط البيانات 02:44.010 --> 02:46.050 ضمن معيار IPv6. 02:46.050 --> 02:48.150 لا يوجد أيضًا حد أقصى لوحدات 02:48.150 --> 02:51.330 الإرسال للاكتشاف داخل كل جلسة على عكس IPv4 02:51.330 --> 02:54.870 الذي يحتوي على MTU بحجم معين لكل حزمة. 02:54.870 --> 02:57.030 في IPv4، إذا أرسلت إليك حزمة أكبر من الحد 02:57.030 --> 02:59.820 الأقصى لحجم وحدة الإرسال لديك، فستؤدي في الواقع إلى 02:59.820 --> 03:01.080 تجزئة تلك الحزمة وإرسالها 03:01.080 --> 03:02.400 عبر الشبكة. 03:02.400 --> 03:04.110 وبعد ذلك عندما يصل إلى وجهته، 03:04.110 --> 03:05.970 سيتم إعادة تجميعه وقراءته. 03:05.970 --> 03:07.650 وكان هذا في الواقع خطرا أمنيا. 03:07.650 --> 03:09.540 كما يتطلب الأمر أيضًا معالجة إضافية ويمكن 03:09.540 --> 03:11.460 أن يؤدي في الواقع إلى إبطاء شبكاتك لأنه 03:11.460 --> 03:13.920 أصبح بطريقة غير فعالة للغاية للقيام بالأشياء في 03:13.920 --> 03:15.120 شبكاتنا الحديثة ذات سرعات 03:15.120 --> 03:17.070 الاتصال بالإنترنت الأعلى. 03:17.070 --> 03:19.830 لذا، مع IPv6، قرروا التخلص 03:19.830 --> 03:21.900 من التجزئة تمامًا. 03:21.900 --> 03:24.480 الآن، بالإضافة إلى توفير كل هذه المزايا 03:24.480 --> 03:26.970 الجديدة، كان منشئو IPv6 أيضًا أذكياء 03:26.970 --> 03:30.690 جدًا وأدركوا أنه لكي يتم تبني IPv6 وقبوله بالكامل، 03:30.690 --> 03:33.630 يجب أن يكون متوافقًا مع IPv4 ويسمح لكل 03:33.630 --> 03:38.630 من IPv6 وIPv4 بالتعايش على الشبكة. نفس الشبكة. 03:38.700 --> 03:41.490 بعد كل شيء، لقد كان الوقت متأخرًا بالفعل في التسعينيات 03:41.490 --> 03:43.950 عندما تم تطوير الإصدار IPv6 وإصداره وتم بالفعل 03:43.950 --> 03:45.270 نشر الكثير من شبكات الكمبيوتر 03:45.270 --> 03:47.490 في جميع أنحاء العالم. 03:47.490 --> 03:48.900 لذلك لن يكون من الممكن 03:48.900 --> 03:51.960 بالنسبة لنا أن نغير كل شيء في يوم واحد. 03:51.960 --> 03:53.490 فكر في الأمر مثل الهجرة الحالية التي نمر 03:53.490 --> 03:55.170 بها من السيارات التي تعمل بالغاز إلى السيارات 03:55.170 --> 03:56.730 التي تعمل بالطاقة الكهربائية. 03:56.730 --> 03:58.920 سيحدث هذا طوال عام 2020 03:58.920 --> 04:00.420 وحتى عام 2030. 04:00.420 --> 04:02.970 الآن، سيكون من المستحيل بالنسبة لنا أن نقول، مرحبًا 04:02.970 --> 04:05.850 بالجميع، في الأول من يناير عام 2025، لن يتمكن أحد من استخدام 04:05.850 --> 04:07.710 المركبات التي تعمل بالغاز بعد الآن. 04:07.710 --> 04:08.700 وسيتم استبدالها جميعًا 04:08.700 --> 04:11.010 بالمركبات الكهربائية اعتبارًا من ذلك التاريخ. 04:11.010 --> 04:12.180 إذا حاولت إحدى الحكومات 04:12.180 --> 04:14.160 القيام بذلك، فمن المحتمل أن تحدث ثورة 04:14.160 --> 04:17.190 بين أيديها لأن الكثير من الناس يمتلكون بالفعل سيارات تعمل 04:17.190 --> 04:19.890 بالغاز وأنفقوا الكثير من المال واستثمروا في تلك السيارات 04:19.890 --> 04:21.900 والبنية التحتية لدعمهم. 04:21.900 --> 04:24.480 ولهذا السبب، لن نقوم ببساطة باستبدال جميع السيارات 04:24.480 --> 04:26.250 التي تعمل بالغاز بين عشية وضحاها. 04:26.250 --> 04:28.680 بدلاً من ذلك، سيكون هناك هذا التحول البطيء من 04:28.680 --> 04:32.130 طاقة الغاز إلى الكهرباء والذي سيستمر بحلول عام 2030 أو ربما 2040 04:32.130 --> 04:34.890 حيث سيتم بيع المزيد والمزيد من السيارات الأحدث المباعة 04:34.890 --> 04:37.050 في العالم على أنها كهربائية وسيتوقفون عن 04:37.050 --> 04:39.390 بيع المركبات التي تعمل بالغاز. 04:39.390 --> 04:42.900 حسنًا، نفس الشيء بالضبط يحدث مع IPv6. 04:42.900 --> 04:47.010 لذلك يسمح IPv6 لكل من IPv4 وIPv6 بالتعايش على نفس الشبكات 04:47.010 --> 04:49.140 وتصبح المعدات التي تدير هذه 04:49.140 --> 04:51.360 الشبكات معروفة باسم المكدس المزدوج، 04:51.360 --> 04:53.370 وهو ما يعني ببساطة أنه يمكنهم 04:53.370 --> 04:54.930 تشغيل كل من بروتوكولات 04:54.930 --> 04:58.200 IPv4 وبروتوكولات IPv6 على نفس أجهزة الشبكة 04:58.200 --> 05:01.080 في وقت واحد. 05:01.080 --> 05:04.410 مع الأجهزة المزدوجة المكدس، إذا كان العميل يدعم IPv6، 05:04.410 --> 05:06.960 فإن محول جهاز التوجيه يفضل استخدام IPv6 05:06.960 --> 05:08.760 وسيتحدث بهذه الطريقة. 05:08.760 --> 05:11.370 الآن، إذا كان الجهاز غير قادر على دعم IPv6، فإنه 05:11.370 --> 05:13.080 يقلب نفسه مرة أخرى ويقول، حسنًا، 05:13.080 --> 05:16.380 سأتحدث إليك باستخدام بروتوكول IPv4 الأقدم. 05:16.380 --> 05:18.390 بهذه الطريقة، لا يزال بإمكاني دعمك. 05:18.390 --> 05:20.850 الطريقة الأخرى التي نستخدمها تُعرف باسم حفر الأنفاق. 05:20.850 --> 05:24.780 هذا هو المكان الذي سيتم فيه نقل IPv6 عبر جهاز IPv4. 05:24.780 --> 05:27.150 يتيح ذلك لأجهزة توجيه IPv4 الأقدم لديك 05:27.150 --> 05:29.580 الاستمرار في حمل حركة مرور IPv6. 05:29.580 --> 05:31.710 سيتم نفق IPv6 بشكل أساسي 05:31.710 --> 05:34.860 كآلية لتغليف حزم IPv6 داخل رؤوس IPv4 05:34.860 --> 05:38.370 وحمل بيانات IPv6 هذه عبر أجهزة توجيه IPv4 05:38.370 --> 05:40.320 والبنية التحتية الأخرى 05:40.320 --> 05:42.480 الموجودة بالفعل. 05:42.480 --> 05:44.640 ويقوم بذلك عن طريق إنشاء نفق من نقطة 05:44.640 --> 05:46.380 إلى نقطة بين المصدر والوجهة، 05:46.380 --> 05:48.450 ثم تغليف تلك المعلومات. 05:48.450 --> 05:51.630 يسمح ذلك لعملاء وخوادم IPv6 المعزولة بالقدرة على الاتصال 05:51.630 --> 05:53.310 دون الحاجة إلى ترقية كافة أجهزة 05:53.310 --> 05:55.620 التوجيه وتبديل البنية التحتية التي لا 05:55.620 --> 05:59.040 تزال تستخدم IPv4 التي قد تكون موجودة فيما بينها. 05:59.040 --> 06:02.880 الآن، في يوم من الأيام، قد نرى في النهاية توقف IPv4 بالكامل. 06:02.880 --> 06:05.070 لكن حتى الآن لم يحدث ذلك. 06:05.070 --> 06:07.440 وشخصياً، أنا لا أحبس أنفاسي. 06:07.440 --> 06:08.670 من بعض المقالات التي 06:08.670 --> 06:11.160 قرأتها، تشير التوقعات إلى أن IPv4 06:11.160 --> 06:14.340 سيبقى معنا حتى عام 2040 على الأقل، لذلك سيتعين 06:14.340 --> 06:17.430 عليك معرفة كيفية العمل مع كل من IPv4 وIPv6 06:17.430 --> 06:20.640 في المستقبل المنظور كفني شبكات. 06:20.640 --> 06:24.120 فائدة أخرى لـ IPv6 هي أنه يحتوي على رأس مبسط. 06:24.120 --> 06:26.850 لذلك بدلاً من تلك الحقول الـ 12 التي كانت لدينا 06:26.850 --> 06:29.430 في IPv4، لدينا خمسة حقول فقط في IPv6، مما 06:29.430 --> 06:30.960 يجعلها رأسًا مصغرًا وأكثر 06:30.960 --> 06:33.630 كفاءة في الإرسال عبر شبكاتنا. 06:33.630 --> 06:35.370 لذا ربما تتساءل، 06:35.370 --> 06:37.920 كيف يبدو رأس IPv6؟ 06:37.920 --> 06:40.500 حسنًا، سأعرضها لك، لكن يرجى أن تدرك أنك 06:40.500 --> 06:42.750 لست بحاجة إلى حفظ هذا للامتحان. 06:42.750 --> 06:44.940 بدلاً من ذلك، هذا فقط لإظهار الحقول المختلفة 06:44.940 --> 06:47.040 التي كانت موجودة في IPv4، الموجود في الأعلى، 06:47.040 --> 06:49.230 مقابل IPv6، الموجود في الأسفل. 06:49.230 --> 06:51.240 والآن يمكنك أن ترى مدى 06:51.240 --> 06:54.450 بساطة IPv6 مقارنة بـ IPv4. 06:54.450 --> 06:56.190 حسنًا، دعنا نعود إلى بعض الأشياء 06:56.190 --> 06:58.170 التي تحتاج إلى فهمها للامتحان. 06:58.170 --> 07:01.590 مثل، كيف يبدو عنوان IPv6 فعليًا؟ 07:01.590 --> 07:04.590 حسنًا، لقد قلت بالفعل أن طولها هو 128 بت، وهذا 07:04.590 --> 07:08.160 يعني أنها ستحتوي على 128 واحدًا أو صفرًا إذا كتبناها 07:08.160 --> 07:09.600 بالنظام الثنائي، وهذه 07:09.600 --> 07:11.910 تبدو فكرة سيئة حقًا بالنسبة لي، لذلك 07:11.910 --> 07:13.410 لن نفعل ذلك . 07:13.410 --> 07:15.210 الآن، يمكننا استخدام التدوين 07:15.210 --> 07:16.680 العشري المنقط كما فعلنا 07:16.680 --> 07:19.020 في IPv4، ولكن لا يزال هناك الكثير من الثمانيات 07:19.020 --> 07:23.670 التي يجب كتابتها لأننا سنحتاج إلى 16 ثمانيًا لتمثيل جميع الـ 128 بت. 07:23.670 --> 07:25.380 لذا لحل هذه المشكلة، قررت IETF 07:25.380 --> 07:27.360 أنه يجب علينا استخدام الأرقام السداسية 07:27.360 --> 07:29.310 العشرية بدلاً من ذلك. 07:29.310 --> 07:31.860 كما ترى، النظام الست عشري هو الأساس 16، والذي قد 07:31.860 --> 07:33.150 تتذكره أو لا تتذكره من دروس 07:33.150 --> 07:34.980 الجبر في المدرسة الثانوية. 07:34.980 --> 07:36.210 الآن، في النظام السداسي العشري، 07:36.210 --> 07:38.760 كل رقم سداسي عشري يتكون في الواقع من أربع بتات. 07:38.760 --> 07:41.250 وهذا سيسمح لنا بتمثيل عنوان IPv6 من خلال 07:41.250 --> 07:43.710 الجمع بين أربعة أرقام سداسية عشرية معًا 07:43.710 --> 07:45.780 لتكوين ما نسميه المقطع. 07:45.780 --> 07:48.720 الآن، سيحتوي المقطع على 16 بت. 07:48.720 --> 07:51.030 ويتم تمثيل ذلك بهذه الأرقام الستة العشرية الأربعة. 07:51.030 --> 07:52.440 وبعد ذلك سنقوم بإضافة نقطتين 07:52.440 --> 07:53.880 ثم سنستمر في إضافة الأجزاء 07:53.880 --> 07:56.250 حتى نصل إلى 128 بت، وهو ما سيستغرق ثمانية 07:56.250 --> 07:57.900 أجزاء، كل منها يحتوي على أربعة 07:57.900 --> 08:00.510 أرقام سداسية عشرية لكل منها. 08:00.510 --> 08:03.510 هذا يعطيني إجمالي 32 رقمًا سداسيًا عشريًا، 08:03.510 --> 08:05.460 وهو ما يزال طويلًا جدًا. 08:05.460 --> 08:09.330 الآن، مع تمثيل 128 بت في عنوان IPv6، هذا يعني أنه 08:09.330 --> 08:12.810 لن يكون لدينا أكثر من 32 رقمًا سداسيًا عشريًا 08:12.810 --> 08:14.700 داخل كل هذه المقاطع. 08:14.700 --> 08:18.150 الآن، لماذا قلت ما لا يزيد عن 32 رقمًا في الطول لمجموع 08:18.150 --> 08:20.250 هذه الأجزاء الثمانية؟ 08:20.250 --> 08:22.800 لماذا لا يكون مجرد 32 رقمًا سداسيًا 08:22.800 --> 08:25.710 عشريًا لأن 32 رقمًا مضروبًا في أربعة بتات 08:25.710 --> 08:28.290 لكل رقم سيعطينا 128 بتًا؟ 08:28.290 --> 08:31.320 حسنًا، هذا لأن IPv6 يسمح لنا في الواقع باستخدام 08:31.320 --> 08:33.450 الاختصار حتى نتمكن من تبسيط عناوين 08:33.450 --> 08:35.880 IPv6 الطويلة جدًا. 08:35.880 --> 08:37.980 الآن، قواعد الاختزال مهمة حقًا 08:37.980 --> 08:40.650 لأنه يمكنك رؤية أسئلة الامتحان عليها. 08:40.650 --> 08:43.020 لذلك، إذا كان لديك أربعة أصفار لقطعة ما، 08:43.020 --> 08:45.360 فيمكنك وضع صفر واحد هناك بدلاً من ذلك وإسقاط 08:45.360 --> 08:47.310 تلك الأصفار البادئة. 08:47.310 --> 08:50.790 على سبيل المثال، لنفترض أن لدي عنوان IPv6 طويل 08:50.790 --> 08:55.790 جدًا وهو 2018:0000:0000:0000:0000:0000:4815:54ae. 09:04.470 --> 09:05.820 باستخدام القاعدة البسيطة، 09:05.820 --> 09:08.490 يمكنني استبدال كل تلك الأجزاء التي تحتوي على أصفار 09:08.490 --> 09:09.810 متعددة بصفر واحد. 09:09.810 --> 09:14.810 هذا من شأنه أن يعطيني 2018:0:0:0:0:0:4815:54ae. 09:19.590 --> 09:22.680 حسنًا، أدى هذا إلى تقليل عدد الأرقام السداسية 09:22.680 --> 09:26.790 العشرية من 32 إلى 17 فقط، لذا فهو حوالي نصف الطول. 09:26.790 --> 09:29.520 نحن نتحسن، لكنني لن أتوقف عند هذا الحد. 09:29.520 --> 09:30.710 هناك قاعدة أخرى يمكنني 09:30.710 --> 09:33.000 استخدامها في عالم اختزال IPv6. 09:33.000 --> 09:35.280 تنص هذه القاعدة على أنه إذا كانت هناك شرائح 09:35.280 --> 09:36.840 متعددة تحتوي جميعها على أصفار 09:36.840 --> 09:39.420 ولم يتم تمثيل أي أرقام سداسية عشرية أخرى هناك، 09:39.420 --> 09:42.150 فيمكنني تلخيص ذلك باستخدام نقطتين مزدوجتين وحذف 09:42.150 --> 09:44.160 كل تلك الأصفار. 09:44.160 --> 09:45.420 الآن، هذه القاعدة خاصة 09:45.420 --> 09:48.540 لأنه لا يمكنك فعل النقطتين المزدوجتين إلا مرة 09:48.540 --> 09:50.460 واحدة داخل عنوان IPv6. 09:50.460 --> 09:52.530 لذلك باستخدام قاعدة النقطتين 09:52.530 --> 09:57.530 المزدوجتين، يمكنني تلخيص 2018:0:0:0:0:0:4815:54ae لإزالة كل هذه المجموعات 10:00.750 --> 10:03.270 الخمس من الأصفار واستبدالها بنقطتين 10:03.270 --> 10:04.950 مزدوجتين والحصول على 2018::4815::54ae 10:04.950 --> 10:07.450 . 10:10.290 --> 10:13.020 لذلك انتقلت من 32 رقمًا سداسيًا عشريًا 10:13.020 --> 10:14.910 إلى 17 رقمًا سداسيًا عشريًا، 10:14.910 --> 10:17.160 والآن انخفض عددي من 17 رقمًا إلى 10:17.160 --> 10:19.080 12 رقمًا، أصغر بكثير، وأسهل 10:19.080 --> 10:21.690 بكثير في العمل. 10:21.690 --> 10:24.240 يمكنك أن ترى كيف أن هذا الاختصار مفيد حقًا. 10:24.240 --> 10:27.150 إذًا كيف ستتعرف على عنوان IPv6 10:27.150 --> 10:28.950 مقابل عنوان IPv4؟ 10:28.950 --> 10:32.130 حسنًا، الطريقة الأولى هي النظر إلى ماهية IPv4. 10:32.130 --> 10:35.400 سيستخدم IPv4 دائمًا التدوين العشري المنقط باستخدام 10:35.400 --> 10:36.990 أربعة ثمانيات. 10:36.990 --> 10:38.490 الآن، IPv6، من ناحية أخرى، 10:38.490 --> 10:40.530 سيستخدم النقطتين بين أرقامه وستتم 10:40.530 --> 10:42.450 كتابته بالنظام الست عشري. 10:42.450 --> 10:44.280 حسنًا، الآن، أحد الأسئلة 10:44.280 --> 10:45.810 التي قد تراها في يوم الاختبار 10:45.810 --> 10:49.080 هو تحديد عنوان IPv6 عندما تراه. 10:49.080 --> 10:51.180 على سبيل المثال، قد يصلك سؤال 10:51.180 --> 10:53.700 مثل، أي مما يلي يعد عنوان IPv6؟ 10:53.700 --> 10:55.410 سيكون هذا سؤالاً عادلاً لطرحه عليك. 10:55.410 --> 10:59.280 ستحصل على بعض الخيارات مثل 192. 168. 1. 1، وهو ما نعرفه، 10:59.280 --> 11:01.830 أليس كذلك لأن هذا عنوان IPv4. 11:01.830 --> 11:06.830 ستحصل على 12:34:56:78:90:AB 11:07.590 --> 11:12.000 أو 1234::5678::90AB. 11:12.000 --> 11:15.120 لذا انتظر لحظة، هذين الأخيرين اللذين قلتهما للتو، إنهما 11:15.120 --> 11:17.010 متشابهان حقًا، أليس كذلك؟ 11:17.010 --> 11:20.310 نعم، ولكن واحدًا فقط من هذه العناوين هو عنوان IPv6 صالح. 11:20.310 --> 11:21.630 هل تعرف أي واحد هو؟ 11:21.630 --> 11:24.000 لأن معظم الطلاب يشعرون بالارتباك هنا. 11:24.000 --> 11:28.020 الآن، الخيار الثاني هنا ليس في الواقع عنوان IPv6. 11:28.020 --> 11:29.820 بدلاً من ذلك، إنه عنوان MAC. 11:29.820 --> 11:31.260 تذكر أن عناوين MAC، وهي 11:31.260 --> 11:33.060 عناوين فعلية من الطبقة الثانية، 11:33.060 --> 11:35.580 ستحتوي دائمًا على 12 رقمًا سداسيًا عشريًا 11:35.580 --> 11:37.230 ومفصولة بنقطتين. 11:37.230 --> 11:38.370 عادة، سيتم كتابتها 11:38.370 --> 11:40.410 على شكل ست مجموعات مكونة من رقمين، 11:40.410 --> 11:43.200 وسيتم فصل كل مجموعة بنقطتين واحدتين. 11:43.200 --> 11:46.080 من ناحية أخرى، يجب دائمًا كتابة عنوان IPv6 11:46.080 --> 11:48.120 في أجزاء مكونة من أربعة أرقام، 11:48.120 --> 11:50.580 ويجب أن تحتوي دائمًا على 16 مقطعًا ما 11:50.580 --> 11:52.500 لم تشاهد نقطتين مزدوجتين. 11:52.500 --> 11:55.080 في هذا المثال، لدينا نقطتان مزدوجتان بين 11:55.080 --> 11:58.020 المقطع الأول والثاني في خيارنا الثالث. 11:58.020 --> 12:00.840 إذن هذا اختصار جيد يمكننا استخدامه ونحدد 12:00.840 --> 12:03.450 أنه كان عنوان IPv6 لأننا قمنا بإزالة 12:03.450 --> 12:05.130 كافة الأصفار بين المقطع 12:05.130 --> 12:08.520 الأول والثاني داخل هذا العنوان. 12:08.520 --> 12:09.960 لذلك، إذا قمت بحساب 12:09.960 --> 12:11.790 شيء يشبه عنوان IPv6، ويحتوي 12:11.790 --> 12:15.480 على 12، بالضبط 12 رقمًا سداسيًا عشريًا مفصولة بنقطتين 12:15.480 --> 12:17.040 مفردتين، ولا ترى نقطتين 12:17.040 --> 12:18.840 مزدوجتين في أي مكان، فهذا 12:18.840 --> 12:22.140 عنوان MAC، وليس عنوان IPv6. 12:22.140 --> 12:24.180 بخلاف ذلك، إذا كان يبدو مثل هذا 12:24.180 --> 12:25.860 ويتضمن أرقامًا سداسية 12:25.860 --> 12:29.190 عشرية، فسيكون عنوان IPv6 في يوم الامتحان. 12:29.190 --> 12:31.440 بالنسبة للاختبار، تحتاج فقط إلى أن تكون 12:31.440 --> 12:33.540 قادرًا على التعرف على شكل عنوان IPv6، 12:33.540 --> 12:35.790 ويجب أن تكون قادرًا على تلخيص واحد عن طريق 12:35.790 --> 12:38.070 إزالة الأصفار ودمجها باستخدام خدعة النقطتين 12:38.070 --> 12:39.960 المزدوجتين. 12:39.960 --> 12:41.490 إذا تمكنت من القيام بهذين الأمرين، 12:41.490 --> 12:45.000 فسيكون من المناسب لك التعامل مع IPv6 في يوم الامتحان. 12:45.000 --> 12:47.280 الآن، عندما يتعلق الأمر بعنونة IPv6، هناك 12:47.280 --> 12:50.100 ثلاثة أنواع مختلفة من العناوين التي يمكنك استخدامها: 12:50.100 --> 12:52.220 عناوين البث الأحادي، وعناوين البث المتعدد، 12:52.220 --> 12:54.210 وعناوين البث غير المباشر. 12:54.210 --> 12:56.640 أحد الأشياء المثيرة للاهتمام حول 12:56.640 --> 12:59.040 IPv6 والتي تميزه حقًا عن IPv4 هو أنه 12:59.040 --> 13:01.830 يمكننا تعيين عناوين IPv6 متعددة لواجهة 13:01.830 --> 13:03.900 واحدة على العميل. 13:03.900 --> 13:05.730 ويمكن أن تكون هذه المهام مزيجًا من أي 13:05.730 --> 13:07.680 من هذه الأنواع الثلاثة المختلفة: البث 13:07.680 --> 13:10.290 الأحادي، والبث المتعدد، والبث بأي شكل من الأشكال. 13:10.290 --> 13:13.140 لذلك، حتى لو كان لديك بطاقة واجهة شبكة واحدة فقط 13:13.140 --> 13:14.910 على محطة العمل أو الكمبيوتر المحمول 13:14.910 --> 13:17.430 لديك، فمن الممكن أن يكون لديك عناوين IPv6 13:17.430 --> 13:19.860 متعددة وأنواع مختلفة من عناوين IPv6 المخصصة 13:19.860 --> 13:22.140 لتلك البطاقة الواحدة. 13:22.140 --> 13:23.850 سيتم استخدام عناوين البث 13:23.850 --> 13:25.950 الأحادي لتحديد واجهة واحدة. 13:25.950 --> 13:28.950 يتم تقسيمها إلى عناوين البث الأحادي الموجهة عالميًا 13:28.950 --> 13:30.930 وعناوين الارتباط المحلية. 13:30.930 --> 13:32.760 يشبه عنوان البث الأحادي 13:32.760 --> 13:36.150 الموجه عالميًا ما لدينا كعنوان عام مع IPv4 13:36.150 --> 13:39.600 باستخدام عناوين البث الأحادي A وB وC. 13:39.600 --> 13:42.840 الآن، في IPv6، سيبدأ دائمًا عنوان البث 13:42.840 --> 13:44.220 الأحادي الموجه 13:44.220 --> 13:49.050 عالميًا بالجزء الأول الذي يحتوي على 2000-3999. 13:49.050 --> 13:52.740 الآن، إذا رأيت 2000-3999 كشريحة أولى، فهذا يعني 13:52.740 --> 13:55.770 أنه عنوان بث أحادي موجه عالميًا. 13:55.770 --> 13:58.050 على سبيل المثال، سيتم توجيه 13:58.050 --> 14:03.050 عنوان IPv6 2584:0db8:8583:1234:5678:882e:0370:7334 14:10.800 --> 14:14.010 عالميًا كعنوان بث أحادي لأن الجزء 14:14.010 --> 14:17.070 الأول منه يحتوي على 2584، وهو ما 14:17.070 --> 14:20.670 بين 2000 و3999. 14:20.670 --> 14:22.650 الآن، من ناحية أخرى، يتم استخدام عنوان 14:22.650 --> 14:24.690 الارتباط المحلي، والذي يسمى أيضًا عنوان 14:24.690 --> 14:28.020 الاستخدام المحلي، مثل عنوان IP الخاص الموجود في IPv4. 14:28.020 --> 14:29.970 لا يمكن استخدام عنوان الارتباط 14:29.970 --> 14:32.097 المحلي في IPv6 إلا على شبكة 14:32.097 --> 14:36.840 محلية وسيبدأ دائمًا بـ FE80 باعتباره الجزء الأول ضمن عنوان 14:36.840 --> 14:38.940 IPv6. 14:38.940 --> 14:41.760 الآن، عندما يبدأ تشغيل نظام IPv6، فإنه سيقوم 14:41.760 --> 14:44.100 بالفعل بإنشاء عنوان ارتباط محلي لكل 14:44.100 --> 14:47.070 واجهة IPv6 على هذا النظام، حتى لو تم بالفعل تكوين 14:47.070 --> 14:48.720 عنوان قابل للتوجيه عالميًا 14:48.720 --> 14:50.190 يدويًا أو تم الحصول عليه 14:50.190 --> 14:53.700 من خلال بروتوكول تكوين مثل DHCP. 14:53.700 --> 14:56.340 للقيام بذلك، ستستخدم شيئًا يعرف باسم 14:56.340 --> 15:00.840 SLAAC، أو التكوين التلقائي لعنوان عديم الحالة أو S-L-A-A-C. 15:00.840 --> 15:02.610 مع التكوين التلقائي عديم الحالة، 15:02.610 --> 15:04.680 لا يحتاج المضيف إلى الحصول على العناوين 15:04.680 --> 15:06.210 أو معلومات التكوين الأخرى 15:06.210 --> 15:08.880 من خادم مركزي مثل DHCP. 15:08.880 --> 15:11.640 بدلاً من ذلك، يمكنه في الواقع تعيين عنوان ارتباط محلي 15:11.640 --> 15:13.050 لنفسه بشكل مستقل، واختبار 15:13.050 --> 15:15.420 تفرد عنوان الارتباط المحلي هذا، وتعيين عنوان 15:15.420 --> 15:17.430 الارتباط المحلي لنفسه، والاتصال بجهاز 15:17.430 --> 15:20.220 التوجيه وتوفير التوجيه للعقدة حول كيفية متابعة عملية 15:20.220 --> 15:22.680 الاتصال التلقائي. إعدادات. 15:22.680 --> 15:25.770 ويمكنه أيضًا تكوين عنوان البث الأحادي العالمي الذي 15:25.770 --> 15:27.090 يريد استخدامه. 15:27.090 --> 15:29.520 سنعود إلى هذا المفهوم في بضع دقائق فقط 15:29.520 --> 15:31.110 عندما نتعمق فيه قليلاً عندما 15:31.110 --> 15:34.080 نبدأ في الحديث عن EUI-64 وبروتوكول اكتشاف الجوار، 15:34.080 --> 15:35.580 حيث يتم استخدام كلتا العمليتين 15:35.580 --> 15:37.650 مع العنوان عديم الحالة التلقائي 15:37.650 --> 15:41.580 -بروتوكول التكوين المعروف باسم SLAAC. 15:41.580 --> 15:43.680 بعد ذلك، لدينا عناوين البث المتعدد. 15:43.680 --> 15:45.360 الآن، يتم استخدام عناوين البث 15:45.360 --> 15:47.100 المتعدد لتحديد مجموعة من الواجهات 15:47.100 --> 15:49.710 بحيث يمكن إرسال الحزمة إلى عنوان البث المتعدد ثم 15:49.710 --> 15:52.680 يتم تسليمها إلى كافة الواجهات داخل المجموعة. 15:52.680 --> 15:56.550 في IPv6، سيحتوي عنوان البث المتعدد دائمًا على 15:56.550 --> 15:59.460 FF كأول رقمين داخل المقطع الأول. 15:59.460 --> 16:02.280 إذا رأيت FF في بداية عنوان IPv6، فتذكر 16:02.280 --> 16:04.800 البث المتعدد الخاص به. 16:04.800 --> 16:06.330 يُعرف النوع الأخير من العنوان 16:06.330 --> 16:08.700 الذي لدينا باسم عنوان Anycast. 16:08.700 --> 16:11.610 تُستخدم عناوين Anycast لتحديد مجموعة من الواجهات 16:11.610 --> 16:14.400 بحيث يمكن إرسال الحزمة إلى أي عضو في المجموعة. 16:14.400 --> 16:16.320 يتم تخصيص عناوين Anycast فعليًا 16:16.320 --> 16:18.060 من مساحة عنوان البث الأحادي. 16:18.060 --> 16:19.620 لذلك، لا توجد طريقة لتحديد 16:19.620 --> 16:22.710 ما إذا كان عنوان IPv6 أحادي البث أو أي بث بمجرد 16:22.710 --> 16:25.410 النظر إلى عنوان IPv6. 16:25.410 --> 16:28.050 الآن، عندما تنظر إلى البث المتعدد أو الارتباط المحلي، 16:28.050 --> 16:29.790 لديك طريقة سهلة جدًا للقيام بذلك، 16:29.790 --> 16:31.440 ولكن ليس لديك طريقة سهلة لمعرفة 16:31.440 --> 16:33.870 البث الأحادي مقابل البث غير المباشر. 16:33.870 --> 16:35.010 حسنًا، دعنا نعود 16:35.010 --> 16:36.990 ونتحدث أكثر قليلاً عن SLAAC، 16:36.990 --> 16:40.140 عملية التكوين التلقائي لعنوان عديم الحالة. 16:40.140 --> 16:42.090 الآن، كما قلت، في IPv6، توجد 16:42.090 --> 16:45.120 عملية تكوين تلقائي تُعرف باسم SLAAC، ونستخدمها 16:45.120 --> 16:46.980 لاكتشاف الشبكة الحالية التي 16:46.980 --> 16:48.570 توجد عليها الواجهة ثم السماح 16:48.570 --> 16:51.360 لها بتحديد معرف المضيف الخاص بها بناءً على 16:51.360 --> 16:56.360 عنوان MAC الخاص بها باستخدام عملية تعرف باسم EUI-64. 16:56.550 --> 17:01.410 الآن، ستسمح عملية EUI-64 أو المعرف الفريد الممتد 17:01.410 --> 17:03.450 للمضيف بتعيين معرف 17:03.450 --> 17:07.967 واجهة IPv6 فريد 64 بت يسمى EUI-64. 17:09.180 --> 17:12.000 الآن، يتم الحصول على عنوان تنسيق EUI-64 17:12.000 --> 17:15.480 هذا باستخدام عنوان MAC ذو 48 بت للواجهة. 17:15.480 --> 17:19.260 يتم أولاً فصل عنوان MAC إلى جزأين كل منهما 24 بت. 17:19.260 --> 17:22.890 سيحتوي النصف الأول من عنوان MAC على OUI، أو 17:22.890 --> 17:25.170 المعرف التنظيمي الفريد. 17:25.170 --> 17:26.850 وسيحتوي النصف الثاني على 17:26.850 --> 17:29.010 بطاقة واجهة الشبكة المحددة. 17:29.010 --> 17:30.780 الآن، بين تلك، سنقوم 17:30.780 --> 17:35.730 بإدخال قيمة FFFE سداسية عشرية 16 بت. 17:35.730 --> 17:39.990 بهذه الطريقة، يمكنني أخذ 24 بت و16 بت و24 17:39.990 --> 17:44.760 بت ووضعها معًا للحصول على عنوان EUI 64 بت. 17:44.760 --> 17:47.340 الآن، يمنحك هذا 64 بت التي ستحتاجها لتحديد 17:47.340 --> 17:49.860 الواجهة الخاصة بك على تلك الشبكة. 17:49.860 --> 17:52.320 بعد ذلك، ستستخدم الواجهة الاكتشاف 17:52.320 --> 17:53.910 التلقائي لتحديد الشبكة 17:53.910 --> 17:57.030 التي تعمل عليها وإضافة جزء الشبكة من عنوان 17:57.030 --> 18:00.960 IPv6، والذي سيكون أول 64 بت داخل عناويننا. 18:00.960 --> 18:02.940 الآن، سنضع أول 64 بت لتمثيل 18:02.940 --> 18:05.580 الشبكة أمام 64 بت من عنوان EUI-64 الذي 18:05.580 --> 18:09.390 أنشأناه من عنوان MAC الخاص بنا لإنشاء عنوان IPv6 أحادي 18:09.390 --> 18:13.050 البث وقابل للتوجيه عالميًا والذي يمكننا استخدامه 18:13.050 --> 18:14.550 الآن. 18:14.550 --> 18:16.890 لذا يمكنك أن ترى كيف يعمل كل هذا معًا باستخدام 18:16.890 --> 18:18.180 عنوان MAC هذا لإنشاء هذا 18:18.180 --> 18:20.700 العنوان القابل للتوجيه عالميًا. 18:20.700 --> 18:24.180 الآن، يمكن أيضًا استخدام DHCP ضمن IPv6 إذا كنت 18:24.180 --> 18:25.560 تفضل استخدامه. 18:25.560 --> 18:29.520 إذا قمت بذلك، فسيتعين عليك استخدام بروتوكول DHCPv6. 18:29.520 --> 18:30.930 سيسمح لك هذا بتعيين 18:30.930 --> 18:34.650 DHCP للأشياء تلقائيًا من خادم DHCPv6. 18:34.650 --> 18:38.520 ولكن نظرًا لأن عملية التكوين التلقائي باستخدام EUI-64 مدمجة 18:38.520 --> 18:41.430 بالفعل في بروتوكول IPv6 افتراضيًا، فلن تحتاج 18:41.430 --> 18:43.230 حقًا إلى استخدام DHCPv6. 18:44.280 --> 18:47.580 ولكن إذا كنت تريد استخدام DHCPv6، فيمكنك ذلك، وسيسمح 18:47.580 --> 18:48.870 لك بتعيين العناوين التي 18:48.870 --> 18:51.360 ستحصل عليها كل واجهة بدلاً من السماح لهم 18:51.360 --> 18:52.500 باستخدام بروتوكول 18:52.500 --> 18:55.170 التكوين التلقائي لـ SLAAC. 18:55.170 --> 18:58.560 الآن، كما قلت، سيختار IPv6 عنوانه الخاص بناءً على عنوان 18:58.560 --> 19:00.930 MAC الخاص به افتراضيًا، ثم سيستخدم هذا 19:00.930 --> 19:03.480 الشيء المعروف باسم NDP أو بروتوكول اكتشاف 19:03.480 --> 19:05.310 الجوار للتعرف على عناوين الطبقة 19:05.310 --> 19:08.370 الثانية الأخرى على الشبكة بناءً على عنوان MAC الخاص 19:08.370 --> 19:09.990 بها العناوين ثم سيختار معرف 19:09.990 --> 19:12.630 المضيف الخاص به. 19:12.630 --> 19:15.630 الآن بالنسبة للاختبار، لا تحتاج إلى معرفة NDP 19:15.630 --> 19:17.850 بعمق، ولكن يجب أن تفهم أن NDP، بروتوكول 19:17.850 --> 19:20.847 اكتشاف الجوار، يُستخدم في IPv6 ويأخذ الكثير من 19:20.847 --> 19:22.410 الوظائف من إعلان جهاز التوجيه 19:22.410 --> 19:25.683 واكتشاف الجوار ويتعامل معها أنت.