RRAS على جهاز Azure VM غير مدعوم: تحقق قبل التصميم

تفتح البوابة، وتنشر Windows Server 2022 في شبكة فرعية، وتُثبَّت دور Remote Access بسلاسة. هذا التسلسل يثبت أن المثبّت يعمل، لا أن Microsoft تدعم هذا التكوين. تُدرج إرشادات دعم برامج الخادم المنشورة لأجهزة Azure الظاهرية RRAS ضمن ميزات Windows Server غير المدعومة على أجهزة Azure VM، وذلك قرار معماري لا تفصيل من تفاصيل استكشاف الأخطاء. النفق الذي يعمل لا ينقل النشر إلى داخل حدود الدعم.

يبدأ العرض التفصيلي أدناه من صفحة الدعم، ثم يتوسع نحو المتطلبات وخيارات الاستبدال.

ابدأ من صفحة الدعم، لا من المختبر

اقرأ إرشادات دعم Azure VM قبل أن تحدد أي أحجام. وهي تفصل المنتجات والأدوار والميزات المدعومة بدلاً من التعامل مع Windows Server ككتلة واحدة غير متمايزة. لاحظ الصف الذي يقع تحته عبء العمل المقصود فعلاً، لأن مكوّنين يبدوان مرتبطين في وحدة التحكم قد يقعان في صفين مختلفين.

اكتب الاستشهاد في وثيقة التصميم ما دامت الصفحة مفتوحة. حالة الدعم حقيقة لها مصدر، ومراجعة التصميم التي لا تستطيع الاستشهاد بها سيهزمها من يملك العرض التوضيحي.

افصل دعم نظام التشغيل عن دعم الأدوار والميزات

تُدرج الإرشادات نفسها Network Policy and Access Services ضمن الأدوار المدعومة، بينما تُدرج RRAS منفصلة كغير مدعومة. هذان البندان يصفان شيئين مختلفين، ودمجهما في «الدعم البعيد مدعوم» هو كيف يُعتمد مشروع على قراءة خاطئة. كون نظام التشغيل مدعوماً لا يقول شيئاً عن ميزة لها صفها الخاص.

القيود أيضاً أضيق مما يُنقل عنها أحياناً. فهي تتعلق بتلك الميزة أثناء عملها داخل جهاز Azure VM؛ ولا تعني أن شبكة خاصة لا يمكنها الاتصال بـ Azure، ولا تقول إن RRAS غير مدعومة في كل مكان. المختبر القديم الذي يمرر الحزم بشكل صحيح دليل على الحزم، لا على بيان الدعم.

أبقِ هذين السؤالين منفصلين لبقية المشروع: هل يعمل، وهل هو مدعوم. ستحتاج إلى إجابتين مختلفتين وأحياناً إلى مالكين مختلفين لكل منهما.

اكتب ما يجب أن يفعله التصميم فعلاً

قبل اختيار بديل، حوّل قائمة المواقع إلى متطلبات يمكن قياس منتج عليها:

• بروتوكولات النفق التي تتحدثها أجهزة الفروع بالفعل، وما إذا كان أي موقع يحتاج إلى توجيه ديناميكي.
• البادئات البعيدة، بما في ذلك أي نطاق عناوين متداخل يحتاج إلى ترجمة لا إلى توجيه.
• تبادل المسارات مع Azure، ومن يملك كل مدخل في جدول التوجيه.
• الإنتاجية وأعداد الاتصالات التي يجب أن تتحملها ساعة الذروة.
• سلوك تجاوز الفشل الذي وافق عليه أصحاب المواقع، لا فقط ما تستطيع بناءه.

NAT هو البند الذي يُتجاهل ثم يحدد التصميم كله. الجهاز القادر على إنشاء IPsec قد يترجم العناوين بشكل مختلف عن نشر RRAS الذي يستبدله، وهذا يغيّر ما يراه الفرع كعناوين مصدر وما تسجله سجلاتك.

خذ القائمة إلى مالكي الشبكة وأكدها قبل أي نقاش عن المنتجات. المتطلبات الغامضة تحوّل كل مقارنة بين الموردين إلى جدال تفضيلات.

قيّم البدائل مقابل تلك المتطلبات

تحتاج خدمات الاتصال المُدارة من Azure والأجهزة الظاهرية الشبكية المدعومة من الموردين إلى تقييم أمام القائمة نفسها. لا تفترض أن أياً منهما مكافئ مباشر لجهاز RRAS VM لمجرد أنه ينهي IPsec: نموذج NAT وملكية المسارات وتصميم التوافر العالي تحدد كيف تتصل المواقع الحالية وإلى أين تعود ردودها. قيّم كل مرشح على الورق أمام القائمة واكتب المتطلبات التي يفشل فيها، لأن تلك الملاحظة هي ما يجعل الاختيار قابلاً للمراجعة لاحقاً.

موازن التحميل أمام جهازي أجهزة ظاهرية ليس توافراً عالياً بحد ذاته. فهو يوفر واجهة أمامية، لا حالة نفق متزامنة، وتجاوز فشل يُسقط كل جلسة هو خيار تصميم يجب على أحدهم اتخاذه عن قصد. اسأل مورد الجهاز ما نمط التوافر العالي المدعوم وما إذا كان يطابق التوافر الموعود للمواقع. اختبر تجاوز الفشل قبل أن تعتمد تلك المواقع عليه، وعامل كل جلسة تُسقطها باعتبارها نتيجة تستحق التسجيل لا مفاجأة.

حين تكون المتطلبات بسيطة فعلاً — موقع واحد، بادئة واحدة، بلا تداخل — تفوز الخدمة المُدارة عادةً من حيث كلفة التشغيل. وحين تكون الترجمة والتوجيه الديناميكي معاً في اللعبة، قد يكون مسار الجهاز هو الخيار الوحيد الملائم، وذلك سبب لتخطيط هجرة أطول لا للإبقاء على الجهاز الظاهري غير المدعوم.

إذا كان جهاز RRAS VM يعمل بالفعل

الاكتشاف ليس سبباً لحذفه. خطط للتغيير حول الاعتماديات التي راكمها ذلك الجهاز: مسارات تعتمد عليها شبكات فرعية أخرى، وقواعد NAT تخفي عناوين المصدر، وكل ما تعلمت المراقبة توقعه من عنوانه. حافظ على المسارات المطلوبة ومسار استرداد مُختبر بينما يُصمم الهدف المدعوم ويُتحقق منه إلى جانبه.

أبقِ قابلية الدعم والتشخيص التقني نتيجتين منفصلتين طوال الوقت. قد يكون في ترتيب غير مدعوم خطأ توجيه عادي أيضاً، وتصحيح ذلك الخطأ لا يغيّر حالة دعمه. كلا العبارتين تنتمي إلى التقرير، ولا واحدة منهما تلغي الأخرى.

أغلق العرض بتسجيل استشهاد الدعم وقائمة المتطلبات والبديل المختار وترتيب التحويل. هذه البنود الأربعة هي أول ما يطلبه المدقق أو عضو الفريق الجديد.