تحقق من اتصال ExpressRoute

تساعدك هذه المقالة في التحقق من اتصال Azure ExpressRoute واستكشاف أخطائه وإصلاحها. يقوم ExpressRoute بتوسيع شبكة محلية إلى Microsoft Cloud عبر اتصال خاص يسهله موفر الاتصال بشكل شائع. يتضمن اتصال ExpressRoute تقليدياً ثلاث مناطق شبكة متميزة:

  • شبكة العملاء
  • شبكة موفر الخدمة
  • مركز بيانات Microsoft

إشعار

في نموذج اتصال ExpressRoute Direct، يمكنك الاتصال مباشرة بمنفذ أجهزة توجيه Microsoft Enterprise Edge (MSEE). يتضمن نموذج الاتصال المباشر مناطق شبكة الاتصال الخاصة بك وMicrosoft فقط.

تساعدك هذه المقالة في تحديد ما إذا كانت هناك مشكلة في الاتصال ومكان وجودها. يمكنك بعد ذلك طلب الدعم من الفريق المناسب لحل المشكلة.

هام

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

نظرة عامة

يوضح الرسم البياني التالي الاتصال المنطقي لشبكة العملاء بشبكة Microsoft عبر ExpressRoute. 1

في الرسم البياني السابق، تشير الأرقام إلى نقاط الشبكة الرئيسية:

  1. جهاز حساب العميل (على سبيل المثال، خادم أو كمبيوتر شخصي).
  2. موجهات حافة العميل (CEs).
  3. مزود بأجهزة التوجيه/المفاتيح الطرفية (PEs) التي تواجه أجهزة توجيه حافة العميل.
  4. PEs التي تواجه أجهزة توجيه Microsoft Enterprise Edge ExpressRoute (MSEE). تسميها هذه المقالة PE-MSEEs.
  5. MSEEs.
  6. بوابة الشبكة الظاهرية.
  7. حساب الجهاز على Azure virtual network.

في بعض الأحيان، تشير هذه المقالة إلى نقاط الشبكة هذه من خلال الرقم المرتبط بها.

اعتماداً على طراز اتصال ExpressRoute، قد تكون نقطتا الشبكة 3 و4 محولات (أجهزة من الطبقة 2) أو موجهات (أجهزة من الطبقة 3). نماذج اتصال ExpressRoute هي تجميع تبادل السحابة أو اتصال Ethernet من نقطة إلى نقطة أو أي إلى أي (IPVPN).

في نموذج الاتصال المباشر، لا توجد نقاط شبكة 3 و4. بدلاً من ذلك، ترتبط CEs (2) مباشرة بـ MSEEs عبر الألياف الداكنة.

إذا تم استخدام نموذج الاتصال المشترك لتبادل السحابة أو Ethernet من نقطة إلى نقطة أو نموذج الاتصال المباشر، فإن CEs (2) تنشئ بروتوكول بوابة الحدود (BGP) نظيرا مع MSEEs (5).

إذا تم استخدام نموذج الاتصال من أي إلى أي (IPVPN)، فإن PE-MSEE (4) تؤسس تناظر BGP مع MSEEs (5). تنشر PE-MSEE المسارات المستلمة من Microsoft إلى شبكة العملاء عبر شبكة مزود خدمة IPVPN.

إشعار

للحصول على قابلية وصول عالية، تنشئ Microsoft اتصالاً متوازياً متكرراً بالكامل بين أزواج MSEE وPE-MSEE. يتم أيضاً تشجيع مسار الشبكة المتوازية الفائض تماماً بين شبكة العملاء وأزواج PE/CE. لمزيد من المعلومات حول قابلية وصول عالية، راجع المقالة تصميم قابلية وصول عالية باستخدام ExpressRoute.

تمثل الأقسام التالية الخطوات المنطقية في استكشاف أخطاء دائرة ExpressRoute وإصلاحها.

التحقق من توفير الدائرة والحالة

يؤدي توفير دائرة ExpressRoute إلى إنشاء اتصال طبقة 2 زائدة بين CEs / PE-MSEEs (2/4) وMSEE (5). لمزيد من المعلومات عن كيفية إنشاء دائرة ExpressRoute وتعديلها وتوفيرها والتحقق منها، راجع المقالة إنشاء دائرة ExpressRoute وتعديلها.

تلميح

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

التحقق عبر مدخل Microsoft Azure

في مدخل Microsoft Azure، افتح الصفحة الخاصة بدائرة ExpressRoute. يسرد 3 قسم الصفحة أساسيات ExpressRoute، كما هو موضح في لقطة الشاشة التالية:

4

في أساسيات ExpressRoute، تشير حالة الدائرة إلى حالة الدائرة من جانب Microsoft. تشيرحالة الموفر إلى ما إذا كان قد تم توفير الدائرة أم لا من جانب مزود الخدمة.

لكي تعمل دائرة ExpressRoute، يجب أن تكون حالة الدائرةEnabled، وحالة الموفر يجب أن تكون Provisioned.

إشعار

بعد تكوين دائرة ExpressRoute، إذا كانت حالة الدائرة عالقة في حالة Not enabled، فاتصل Microsoft Support. إذا كانت حالة الموفر عالقة في حالة Not provisioned، فاتصل بمزود الخدمة.

التحقق عبر PowerShell

لسرد جميع دوائر ExpressRoute في مجموعة موارد، استخدم الأمر التالي:

Get-AzExpressRouteCircuit -ResourceGroupName "Test-ER-RG"

تلميح

إذا كنت تبحث عن اسم مجموعة موارد، فيمكنك الحصول عليها باستخدام الأمر Get-AzResourceGroup لسرد جميع مجموعات الموارد في اشتراكك.

لتحديد دائرة ExpressRoute معينة في مجموعة موارد، استخدم الأمر التالي:

Get-AzExpressRouteCircuit -ResourceGroupName "Test-ER-RG" -Name "Test-ER-Ckt"

وإليك مثالاً للاستجابة:

Name                             : Test-ER-Ckt
ResourceGroupName                : Test-ER-RG
Location                         : westus2
Id                               : /subscriptions/***************************/resourceGroups/Test-ER-RG/providers/***********/expressRouteCircuits/Test-ER-Ckt
Etag                             : W/"################################"
ProvisioningState                : Succeeded
Sku                              : {
                                    "Name": "Standard_UnlimitedData",
                                    "Tier": "Standard",
                                    "Family": "UnlimitedData"
                                   }
CircuitProvisioningState         : Enabled
ServiceProviderProvisioningState : Provisioned
ServiceProviderNotes             :
ServiceProviderProperties        : {
                                    "ServiceProviderName": "****",
                                    "PeeringLocation": "******",
                                    "BandwidthInMbps": 100
                                   }
ServiceKey                       : **************************************
Peerings                         : []
Authorizations                   : []

للتأكد من تشغيل دائرة ExpressRoute، انتبه بشكل خاص للحقول التالية:

CircuitProvisioningState         : Enabled
ServiceProviderProvisioningState : Provisioned

إشعار

بعد تكوين دائرة ExpressRoute، إذا كانت حالة الدائرة عالقة في حالة غير ممكنة، فاتصل بدعم Microsoft. إذا كانت حالة الموفر عالقة في حالة غير مزودة، فاتصل بموفر الخدمة.

التحقق من صحة تكوين الإقران

بعد أن يكمل موفر الخدمة توفير دائرة ExpressRoute، يمكن إنشاء تكوينات توجيه متعددة تستند إلى BGP خارجي (eBGP) عبر دائرة ExpressRoute بين CEs/MSEE-PEs (2/4) وMSEE (5). يمكن أن تحتوي كل دائرة ExpressRoute على واحد أو كليهما من تكوينات النظير التالية:

  • نظير Azure الخاص: نسبة استخدام الشبكة إلى الشبكات الظاهرية الخاصة في Azure
  • التناظر لـ Microsoft: نسبة استخدام الشبكة إلى نقاط النهاية العامة للنظام الأساسي كخدمة (PaaS) والبرامج كخدمة (SaaS)

لمزيد من المعلومات عن كيفية إنشاء وتعديل تكوين التوجيه، راجع المقالة إنشاء وتعديل التوجيه لدائرة ExpressRoute.

التحقق عبر مدخل Microsoft Azure

إشعار

في نموذج اتصال IPVPN، يتولى مقدمو الخدمة مسؤولية تكوين النظراء (خدمات الطبقة 3). في مثل هذا النموذج، بعد أن يقوم مزود الخدمة بتكوين النظير وإذا كان التناظر فارغاً في البوابة، فحاول تحديث تكوين الدائرة باستخدام زر التحديث في البوابة. ستسحب هذه العملية تكوين التوجيه الحالي من الدائرة الخاصة بك.

في مدخل Microsoft Azure، يمكنك التحقق من حالة دائرة ExpressRoute على الصفحة لتلك الدائرة. يسرد 3 قسم من الصفحة نظيرات ExpressRoute، كما هو موضح في لقطة الشاشة التالية:

5

في المثال السابق، يتم توفير نظير Azure الخاص، ولكن لا يتم توفير نظراء Azure العام وMicrosoft. سيُدرج في سياق الإقران الذي تم توفيره بنجاح الشبكات الفرعية الأولية والثانوية من نقطة إلى نقطة. يتم استخدام الشبكات الفرعية / 30 لعنوان IP للواجهة الخاصة بـ MSEEs وCEs/PE-MSEEs. بالنسبة إلى النظراء التي تم توفيرها، تشير القائمة أيضاً إلى آخر من قام بتعديل التكوين.

إشعار

إذا فشل تمكين النظير، فتحقق مما إذا كانت الشبكات الفرعية الأولية والثانوية المعينة تتطابق مع التكوين على CE/PE-MSEE المرتبط. تحقق أيضاً مما إذا كانت القيم الصحيحة VlanId، وAzureASN، وPeerASN مستخدمة في MSEEs، وما إذا كانت هذه القيم مرتبطة بالقيم المستخدمة في CE/PE-MSEE المرتبط.

إذا تم اختيار تجزئة MD5، فيجب أن يكون المفتاح المشترك هو نفسه في أزواج MSEE وCE/PE-MSEE. لن يتم عرض المفاتيح المشتركة المكونة مسبقاً لأسباب أمنية.

إذا كنت بحاجة إلى تغيير أي من هذه التكوينات على جهاز توجيه MSEE، فراجع إنشاء وتعديل التوجيه لدائرة ExpressRoute.

إشعار

في الشبكة الفرعية المخصصة للواجهة/30، ستختار Microsoft عنوان IP الثاني القابل للاستخدام للشبكة الفرعية لواجهة MSEE. لذلك، تأكد من تعيين عنوان IP الأول القابل للاستخدام للشبكة الفرعية على CE/PE-MSEE.

التحقق عبر PowerShell

للحصول على تفاصيل التكوين الخاصة بالتناظر الخاص Azure، استخدم الأوامر التالية:

$ckt = Get-AzExpressRouteCircuit -ResourceGroupName "Test-ER-RG" -Name "Test-ER-Ckt"
Get-AzExpressRouteCircuitPeeringConfig -Name "AzurePrivatePeering" -ExpressRouteCircuit $ckt

فيما يلي مثال على استجابة نظير خاص تمت تهيئته بنجاح:

Name                       : AzurePrivatePeering
Id                         : /subscriptions/***************************/resourceGroups/Test-ER-RG/providers/***********/expressRouteCircuits/Test-ER-Ckt/peerings/AzurePrivatePeering
Etag                       : W/"################################"
PeeringType                : AzurePrivatePeering
AzureASN                   : 12076
PeerASN                    : 123##
PrimaryPeerAddressPrefix   : 172.16.0.0/30
SecondaryPeerAddressPrefix : 172.16.0.4/30
PrimaryAzurePort           :
SecondaryAzurePort         :
SharedKey                  :
VlanId                     : 200
MicrosoftPeeringConfig     : null
ProvisioningState          : Succeeded

سيتم إدراج بادئات العنوان الأولية والثانوية في سياق التناظر الذي تم تمكينه بنجاح. يتم استخدام الشبكات الفرعية / 30 لعنوان IP للواجهة الخاصة بـ MSEEs وCEs/PE-MSEEs.

للحصول على تفاصيل التكوين لـ Azure public peer، استخدم الأوامر التالية:

$ckt = Get-AzExpressRouteCircuit -ResourceGroupName "Test-ER-RG" -Name "Test-ER-Ckt"
Get-AzExpressRouteCircuitPeeringConfig -Name "AzurePublicPeering" -ExpressRouteCircuit $ckt

للحصول على تفاصيل التكوين الخاصة بـ Microsoft peer، استخدم الأوامر التالية:

$ckt = Get-AzExpressRouteCircuit -ResourceGroupName "Test-ER-RG" -Name "Test-ER-Ckt"
Get-AzExpressRouteCircuitPeeringConfig -Name "MicrosoftPeering" -ExpressRouteCircuit $ckt

إذا لم يتم تكوين نظير، فستتلقى رسالة خطأ. فيما يلي مثال على استجابة عندما لا يتم تكوين التناظر المذكور (التناظر العام في Azure في هذه الحالة) داخل الدائرة:

Get-AzExpressRouteCircuitPeeringConfig : Sequence contains no matching element
At line:1 char:1
    + Get-AzExpressRouteCircuitPeeringConfig -Name "AzurePublicPeering ...
    + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
        + CategoryInfo          : CloseError: (:) [Get-AzExpr...itPeeringConfig], InvalidOperationException
        + FullyQualifiedErrorId : Microsoft.Azure.Commands.Network.GetAzureExpressRouteCircuitPeeringConfigCommand

إشعار

إذا فشل تمكين النظير، فتحقق مما إذا كانت الشبكات الفرعية الأولية والثانوية المعينة تتطابق مع التكوين على CE/PE-MSEE المرتبط. تحقق أيضاً مما إذا كانت القيم الصحيحة VlanId، وAzureASN، وPeerASN مستخدمة في MSEEs، وما إذا كانت هذه القيم مرتبطة بالقيم المستخدمة في CE/PE-MSEE المرتبط.

إذا تم اختيار تجزئة MD5، فيجب أن يكون المفتاح المشترك هو نفسه في أزواج MSEE وCE/PE-MSEE. لن يتم عرض المفاتيح المشتركة المكونة مسبقاً لأسباب أمنية.

إذا كنت بحاجة إلى تغيير أي من هذه التكوينات على جهاز توجيه MSEE، فراجع إنشاء وتعديل التوجيه لدائرة ExpressRoute.

إشعار

على الشبكة الفرعية /30 المعينة للواجهة، سوف تختار Microsoft عنوان IP الثاني القابل للاستخدام للشبكة الفرعية لواجهة MSEE. لذلك، تأكد من تعيين عنوان IP الأول القابل للاستخدام للشبكة الفرعية على CE/PE-MSEE.

تحقق من صحة ARP

يوفر جدول بروتوكول تحليل العنوان (ARP) تعييناً لعنوان IP وعنوان MAC لنظير معين. يوفر جدول ARP الخاص بإقران دائرة ExpressRoute المعلومات التالية لكل واجهة (أساسية وثانوية):

  • تعيين عنوان IP لواجهة الموجه الداخلي إلى عنوان MAC
  • تعيين عنوان IP لواجهة موجه ExpressRoute إلى عنوان MAC (اختياري)
  • عُمر رسم الخرائط

يمكن أن تساعد جداول ARP في التحقق من صحة تكوين الطبقة 2 واستكشاف مشكلات اتصال الطبقة 2 الأساسية وإصلاحها.

إشعار

اعتمادا على النظام الأساسي للأجهزة، قد تختلف نتائج ARP وتعرض الواجهة المحلية فقط.

لمعرفة كيفية عرض جدول ARP لنظير ExpressRoute وكيفية استخدام المعلومات لاستكشاف مشكلات اتصال الطبقة 2 وإصلاحها، راجع الحصول على جداول ARP في نموذج نشر Resource Manager.

تحقق من صحة BGP والمسارات على MSEE

للحصول على جدول التوجيه من MSEE على المسار الأساسي لسياق التوجيه الخاص، استخدم الأمر التالي:

Get-AzExpressRouteCircuitRouteTable -DevicePath Primary -ExpressRouteCircuitName ******* -PeeringType AzurePrivatePeering -ResourceGroupName ****

وإليك مثالاً للاستجابة:

Network : 10.1.0.0/16
NextHop : 10.17.17.141
LocPrf  :
Weight  : 0
Path    : 65515

Network : 10.1.0.0/16
NextHop : 10.17.17.140*
LocPrf  :
Weight  : 0
Path    : 65515

Network : 10.2.20.0/25
NextHop : 172.16.0.1
LocPrf  :
Weight  : 0
Path    : 123##

إشعار

إذا كانت حالة نظير eBGP بين MSEE وCE/PE-MSEE Active أو Idle، فتحقق مما إذا كانت الشبكات الفرعية للنظراء الأولية والثانوية المعينة تتطابق مع التكوين على CE /PE-MSEE المرتبط. تحقق أيضاً مما إذا كانت القيم الصحيحة VlanId، وAzureASN، وPeerASN مستخدمة في MSEEs، وما إذا كانت هذه القيم مرتبطة بالقيم المستخدمة في CE/PE-MSEE المرتبط. إذا تم اختيار تجزئة MD5، فيجب أن يكون المفتاح المشترك هو نفسه في أزواج MSEE وCE/PE-MSEE. إذا كنت بحاجة إلى تغيير أي من هذه التكوينات على جهاز توجيه MSEE، فراجع إنشاء وتعديل التوجيه لدائرة ExpressRoute.

إشعار

إذا كانت بعض الوجهات لا يمكن الوصول إليها عبر نظير، فتحقق من جدول التوجيه الخاص بـ MSEEs لسياق التماثل المقابل. إذا كانت بادئة مطابقة (يمكن أن تكون NATed IP) موجودة في جدول التوجيه، فتحقق مما إذا كانت أي من جدران الحماية أو مجموعات أمان الشبكة أو قوائم التحكم في الوصول (ACL) على المسار تمنع نسبة استخدام الشبكة.

يوضح المثال التالي استجابة الأمر لنظير غير موجود:

Get-AzExpressRouteCircuitRouteTable : The BGP Peering AzurePublicPeering with Service Key ********************* is not found.
StatusCode: 400

تأكيد تدفق نسبة استخدام الشبكة

للحصول على إحصائيات حركة مرور المسار الأولي والثانوي المجمعة (بايت داخل وخارج) لسياق التناظر، استخدم الأمر التالي:

Get-AzExpressRouteCircuitStats -ResourceGroupName $RG -ExpressRouteCircuitName $CircuitName -PeeringType 'AzurePrivatePeering'

فيما يلي مثال لإخراج الأمر:

PrimaryBytesIn PrimaryBytesOut SecondaryBytesIn SecondaryBytesOut
-------------- --------------- ---------------- -----------------
     240780020       239863857        240565035         239628474

فيما يلي مثال لإخراج الأمر لنظير غير موجود:

Get-AzExpressRouteCircuitRouteTable : The BGP Peering AzurePublicPeering with Service Key ********************* is not found.
StatusCode: 400

اختبار الاتصال التناظري الخاص

اختبر اتصالك التناظري الخاص عن طريق حساب الحزم التي تصل وترك حافة Microsoft لدائرة ExpressRoute على أجهزة MSEE. تعمل أداة التشخيص هذه عن طريق تطبيق قائمة التحكم في الوصول (ACL) على MSEE لحساب عدد الحزم التي وصلت إلى قواعد محددة لقواعد قائمة التحكم في الوصول (ACL). يتيح لك استخدام هذه الأداة تأكيد الاتصال عن طريق الإجابة عن أسئلة مثل:

  • هل تصل الحزم الخاصة بي إلى Azure?
  • هل يعودون إلى أماكن العمل؟

قم بإجراء اختبار

  1. للوصول إلى أداة التشخيص، حدد Diagnose and solve problems من دائرة ExpressRoute في مدخل Microsoft Azure.

    Screenshot of the button for diagnosing and solving problems from the ExpressRoute circuit.

  2. حدد الاتصال المشكلات المتعلقة بالأداء.

    Screenshot of the option for connectivity issues.

  3. في القائمة المنسدلة أخبرنا المزيد عن المشكلة التي تواجهها ، حدد المشاكل مع التناظر الخاص.

    Screenshot of the dropdown option for the problem that the user is experiencing.

  4. مرر لأسفل إلى قسم Test private-peering connectivity وقم بتوسيعه.

    Screenshot of the options for troubleshooting connectivity issues, with the option for private peering highlighted.

  5. قم بتشغيل اختبار PsPing من عنوان IP الداخلي الخاص بك إلى عنوان Azure IP الخاص بك، واستمر في تشغيله أثناء اختبار الاتصال.

  6. املأ حقول النموذج. تأكد من إدخال نفس عناوين IP المحلية وعناوين Azure التي استخدمتها في الخطوة 5. ثم حدد Submit وانتظر حتى يتم تحميل النتائج.

    Screenshot of the form for debugging an A C L.

تفسير النتائج

عندما تكون نتائجك جاهزة، يكون لديك مجموعتان منها لأجهزة MSEE الأساسية والثانوية. راجع عدد التطابقات في الداخل والخارج، واستخدم السيناريوهات التالية لتفسير النتائج:

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

  • إذا كنت تختبر PsPing من محلي إلى Azure، فستُظهر النتائج المستلمة تطابقات، لكن النتائج المرسلة لا تظهر أي تطابقات: تشير هذه النتيجة إلى أن نسبة استخدام الشبكة قادمة إلى Azure، ولكنها لا تعود إلى أماكن العمل. تحقق من وجود مشكلات في توجيه مسار الإرجاع. على سبيل المثال، هل تعلن عن البادئات المناسبة لـ Azure؟ هل المسار المحدد من قِبل المستخدم (UDR) يتجاوز البادئات؟

  • إذا كنت تختبر PsPing من Azure إلى الموقع المحلي، تظهر النتائج المرسلة التطابقات، ولكن النتائج المستلمة لا تظهر أي تطابقات: تشير هذه النتيجة إلى أن نسبة استخدام الشبكة تأتي إلى أماكن العمل ولكنها لا تعود إلى Azure. اعمل مع موفر الخدمة لمعرفة سبب عدم توجيه نسبة استخدام الشبكة إلى Azure عبر دائرة ExpressRoute.

  • لا يُظهر أحد MSEE أي تطابقات، ولكن الآخر يُظهر تطابقات جيدة: تشير هذه النتيجة إلى أن MSEE لا يتلقى أو يمرر أي نسبة استخدام للشبكة. قد يكون غير متصل بالإنترنت (على سبيل المثال، BGP/ARP معطل).

    • يمكنك تشغيل اختبار إضافي لتأكيد المسار غير السليم عن طريق الإعلان عن مسار فريد /32 محلي عبر جلسة BGP على هذا المسار.
    • قم بتشغيل "اختبار اتصال التناظر الخاص بك" باستخدام /32 الفريد المعلن عنه كعنوان الوجهة المحلي ومراجعة النتائج لتأكيد صحة المسار.

تبدو نتائج الاختبار الخاصة بك لكل جهاز MSEE مثل المثال التالي:

src 10.0.0.0 dst 20.0.0.0 dstport 3389 (received): 120 matches
src 20.0.0.0 srcport 3389 dst 10.0.0.0 (sent): 120 matches

تحتوي نتيجة الاختبار هذه على الخصائص التالية:

  • منفذ IP: 3389
  • عنوان IP الداخلي CIDR: 10.0.0.0
  • عنوان Azure IP CIDR: 20.0.0.0

تحقق من توفر بوابة الشبكة الظاهرية

تسهل بوابة الشبكة الظاهرية ExpressRoute اتصال مستوى الإدارة والتحكم بخدمات الارتباط الخاصة وعناوين IP الخاصة التي يتم نشرها على Azure virtual network. تدير Microsoft البنية الأساسية لبوابة الشبكة الظاهرية وتخضع أحيانا للصيانة.

أثناء فترة الصيانة، قد يقلل أداء بوابة الشبكة الظاهرية. لاستكشاف مشكلات الاتصال بالشبكة الظاهرية وإصلاحها ومعرفة ما إذا كان حدث الصيانة الأخير قد تسبب في تقليل السعة، اتبع الخطوات التالية:

  1. حدد Diagnose and solve problems من دائرة ExpressRoute في مدخل Microsoft Azure.

    Screenshot of the button for diagnosing and solving problem from an ExpressRoute circuit.

  2. حدد الخيار Performance Issues.

    Screenshot of selecting the option for performance issues.

  3. انتظر حتى يتم تشغيل التشخيص وتفسير النتائج.

    Screenshot of the diagnostic results.

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

الخطوات التالية

لمزيد من المعلومات أو المساعدة، راجع الروابط التالية: