Windows CLAT متاح؛ اختبار DHCPv4 لم يُحسم

الخلاصة

أعلنت Microsoft إتاحة Windows CLAT في Windows 11 Client 25H2 ابتداءً من الإصدار 26200.9550. ويقول إعلانها إن اكتشاف الإعداد يبدأ عند غياب اتصال IPv4 أو عند تلقي خيار DHCPv4 رقم 108.
قال Wilhelm Boeddinghaus في RIPE 93 إن الخيار 108 يفعّل WinCLAT. وعندما لا يرد مرحّل DHCPv4، يرى Windows خطأ APIPA. وكان يعتزم اختبار خدمة محلية ترسل الخيار وحده من دون توزيع عنوان IPv4.

التحليل

قد يظل في مكتب انتقل إلى IPv6-only تطبيق أعمال قديم لا يتصل إلا عبر IPv4. لن يتعلم التطبيق IPv6 لمجرد تغيير الشبكة. يحتاج الحاسوب إلى CLAT كي يحوّل اتصال التطبيق إلى IPv6؛ ثم يوصله NAT64 في الشبكة إلى خدمة IPv4. لذلك يعتمد استمرار التطبيق على تشغيل المترجم وعلى وصول إشارة الإعداد إلى الجهاز.

في 27 أكتوبر أعلنت Microsoft أن Windows CLAT أصبح متاحاً عموماً في Windows 11 Client 25H2، بدءاً من الإصدار 26200.9550. وتذكر طريقتين لبدء اكتشاف الإعداد: غياب اتصال IPv4، أو تلقي DHCPv4 option 108 الذي يعلن تفضيل IPv6-only. وبعد يومين، قال Boeddinghaus في مجموعة IPv6 لدى RIPE إن WinCLAT خرج من المعاينة، لكن مسؤول الشبكة ما زال بحاجة إلى تهيئته. وذكر netsh وسياسة المجموعة في Active Directory؛ ولم يكن الإعداد متاحاً حينها في الواجهة الرسومية.

الخيار 108 رسالة يرسلها خادم DHCPv4 إلى جهاز متوافق. ومعناها أن الجهاز يستطيع تأجيل طلب عنوان IPv4 مدة محددة. لكن الحاسوب يجب أولاً أن يصل إلى خادم DHCP ويرسل إليه طلبه.

هنا تظهر عقدة مكتب IPv6-only: الخادم المركزي ما زال على شبكة IPv4، والحاسوب لم يعد لديه مسار IPv4. كيف تتبادل الجهتان طلب DHCP والرد الذي يحمل الخيار 108؟ عرض Boeddinghaus ثلاثة حلول: نفق IPv4، ورآه غير مستحب؛ نقل DHCPv4 عبر DHCPv6، كما في RFC 7341 ودعم المرحّل في RFC 9928؛ أو خدمة محلية بلا حالة على كل محوّل ترسل الخيار فقط ولا تمنح عناوين IPv4.

الحل المحلي لم يُختبر بعد على Windows. قال Boeddinghaus إنه يعمل مع عميل آخر، وإنه يريد اختبار إصدارات Windows. وفي الأسئلة، سُئل لماذا لا يبدأ CLAT عند غياب رد DHCPv4. وكانت إجابته أن Windows يعامل عنوان APIPA الذي يظهر بعد ذلك كخطأ، فلا يبدأ المترجم. لا يذكر النص إصدار Windows أو يعرض التقاطاً للحزم.

يصف إعلان Microsoft «اكتشاف الإعداد»، بينما وصف النقاش الخيار 108 بأنه إشارة تفعيل WinCLAT. قد يكون الاكتشاف بحثاً عن بادئة NAT64 بعد تشغيل المترجم؛ وقد تختلف الخطوات حسب الإصدار أو ظروف الشبكة. لم يُعرض اختبار يبيّن ما يفعله إصدار Windows المدعوم عندما يصمت DHCPv4 تماماً.

هذا يسبق سؤال مدة الانتظار قبل عودة عنوان IPv4 بعد الخيار 108. على فريق الشبكة أن يختبر أولاً وصول إشارة التشغيل: يسجل DHCPDISCOVER والرد الذي يحمل الخيار، وحالة IPv4، واكتشاف بادئة NAT64، وحالة CLAT، ثم يحاول تشغيل تطبيق قديم يعتمد على IPv4. إذا كان غياب الرد كافياً لتشغيله، تُكتب الشروط بوضوح. وإذا لم يكن كافياً، يبقى على الشبكة إيصال الخيار عبر DHCPv6 أو خدمة محلية في المحوّل.