هذه الصفحة مُخصَّصة للمُشرفين المسؤولين عن إدارة أجهزة ChromeOS على شبكة IPv6.
عند توصيل الأجهزة التي تعمل بنظام التشغيل Chrome بشبكة تستخدم بروتوكول IPv6، يجب إتمام بعض الخطوات لضمان التوافق الكامل.
الخطوة 1: ضبط الشبكة لاستخدام SLAAC
يمكن ضبط الشبكة لاستخدام بروتوكول الإعداد التلقائي لعنوان بدون تحديد حالة (SLAAC) بدلاً من الإصدار 6 لبروتوكول الإعداد الديناميكي للمُضيف (DHCPv6).
في ما يتعلق بإدارة عناوين IP، يستخدم بروتوكول IPv4 طريقة مختلفة عن الطريقة التي يستخدمها بروتوكول IPv6. وتستفيد الأجهزة التي تعمل بنظام التشغيل Chrome، مثل أجهزة Chromebook، من ميزة بروتوكول IPv6 التي تسمح للمُضيفين بتخصيص عناوين IP متعددة. وتستخدم أجهزة Chrome عناوين IPv6 متعددة، بحيث يكون لكل حاوية مُضمَّنة (Android) وجهاز افتراضي (Linux) عنوان IPv6 خاص قابل للتوجيه علنًا. ولا تدعم معظم استخدامات بروتوكول DHCPv6 عناوين IPv6 المتعددة لكل مُضيف. لذلك، يتعذّر استخدام بروتوكول DHCPv6 مع أجهزة Chrome، ويجب استخدام بروتوكول SLAAC بدلاً منه.
يستخدم نظام التشغيل Chrome بروتوكول SLAAC لتخصيص عناوين IPv6 على الشبكات السلكية واللاسلكية. ويسمح بروتوكول IPv6 للمُضيف بتخصيص العديد من عناوين IPv6 القابلة للتوجيه علنًا. ويستخدم نظام التشغيل Chrome هذه الميزة مع:
- الحاويات—يستخدم Android وLinux عناوين IPv6 علنية مُخصصة لهما. وذلك بدون استخدام ترجمة عنوان الشبكة. ويوفر بروتوكول IPv6 اتصالاً مباشرًا بين المُضيفين.
- الخصوصية—يستخدم نظاما التشغيل Android وChrome عناوين خصوصية بموجب معيار RFC 4941 لمنع مواقع الويب من تتبُّع الأجهزة التي تعمل بنظام التشغيل Chrome خارج نطاق تحكُّم المُستخدِم من خلال تذكُّر عناوين IPv6 الخاصة بها.
- دعْم التطبيقات والخدمات القديمة—يحتاج نظام التشغيل Android إلى تخصيص مزيد من عناوين IPv6 لتنفيذ تقنية 464XLAT، وهي ميزة تساعد التطبيقات والخدمات القديمة في العمل على الشبكات التي تستخدم بروتوكول IPv6 فقط.
يجب عدم الاعتماد على بروتوكول DHCPv6 فقط في تحديد عناوين IPv6 لأي أجهزة. ولمعرفة مزيد من التفاصيل، يُرجى الاطّلاع على توصيات مدى توفُّر عنوان المُضيف.
الخطوة 2: ضبط نظام أسماء النطاقات لاستخدام خادم RDNSS
يمكن ضبط جهاز التوجيه لاستخدام خادم نظام أسماء النطاقات التكراري (RDNSS). إذا كانت الشبكة تستخدم بروتوكول IPv4 أيضًا، يمكن استخدام بروتوكول DHCPv4 بالإضافة إلى خادم RDNSS.
يدعم نظام التشغيل Chrome طريقتين لضبط دقّة نظام أسماء النطاقات (DNS) على شبكات IPv6.
- خيارات خادم نظام أسماء النطاقات التكراري (RDNSS)
- الإصدار 4 لبروتوكول الإعداد الديناميكي للمُضيف (DHCPv4)
نوصي بضبط نظام أسماء النطاقات من خلال خادم RDNSS. وعند استخدام RDNSS، يتم تضمين قائمة خادم نظام أسماء النطاقات في حِزم البيانات الصادرة عن جهاز التوجيه IPv6. عند تغيير إعدادات نظام أسماء النطاقات في جهاز توجيه IPv6، تنتشر هذه التغييرات فورًا على أجهزة Chrome.
ملحوظة: إن RDNSS هو بروتوكول حديث، لذا فقد يكون غير مدعوم بالكامل في بعض بيئات الاتصال القديمة.
إذا كانت الشبكة تستخدم IPv4 وIPv6 كليهما، تحاول أجهزة Chrome استخدام خادم RDNSS أولاً. وإذا لم يرصد جهاز Chrome المعلومات الخاصة بخادم RDNSS داخل رسائل البيانات الصادرة عن جهاز توجيه IPv6، يصدر الجهاز طلب DHCPv4 لمحاولة ضبط نظام أسماء النطاقات الخاص بالشبكة.
الخطوة 3: تحديد بادئة فريدة لكل مُضيف لشبكة ظاهرية خاصة
عند استخدام شبكة ظاهرية خاصة، يجب ضبط برنامج عميل الشبكة الظاهرية الخاصة لتخصيص بادئة /64 لكل اتصال من عميل.
يفيد تحديد بادئة فريدة لكل مُضيف في بعض الحالات. وقد يكون لمُشرفي الشبكة تحكم إضافي في تخصيص عنوان IPv6، على سبيل المثال، لتسهيل تتبُّع وصول أجهزة Chrome إلى بعض الموارد على الإنترنت. وتستخدم أجهزة Chrome تلقائيًا معيار RFC 8273، والذي يخصص بادئة /64 لكل مُضيف على الشبكة. ويمكن الاستغناء عن إجراء الضبط الإضافي على جهاز Chrome.
على بوابات الشبكة الظاهرية الخاصة التي تدعم بروتوكول IPv6، يجب تخصيص بادئة /64 لكل اتصال من عميل، لدعم Google Play وLinux على نظام التشغيل Chrome. كما يتم دعم بادئات أكبر، مثل /60 أو /56. إذا كانت الشبكة الظاهرية الخاصة لا توفر إلا عنوان /128 واحد لكل عميل يستخدم جهاز Chrome، قد يتم تقييد اتصال IPv6 أو حظره.
مواضيع ذات صلة
- أفضل الممارسات الحالية لفريق مهام هندسة الإنترنت (IETF) توصيات مدى توفُّر عنوان المُضيف
- شبكات المؤسسات لأجهزة Chrome