المقدمة
يوضح هذا المستند إجراء ترحيل FTD HA من وحدة تحكم في الإدارة الأساسية (FMC) موجودة إلى وحدة تحكم في الإدارة الأساسية (FMC) أخرى.
للحصول على ترحيل مستقل لجدار الحماية إلى فحص FMC جديد https://www.cisco.com/c/en/us/support/docs/security/secure-firewall-threat-defense/222480-migrate-an-ftd-from-one-fmc-to-another-f.html
الاختصارات
ACP = سياسة التحكم في الوصول
ARP = بروتوكول تحليل العنوان
CLI = واجهة سطر الأوامر
FMC = مركز إدارة جدار الحماية الآمن
FTD = الدفاع الآمن ضد تهديد جدار الحماية
GARP = ARP مجاني
HA = الإتاحة العالية
MW = إطار الصيانة
UI = واجهة المستخدم
المتطلبات الأساسية
قبل بدء عملية الترحيل، تأكد من توفر المتطلبات الأساسية التالية:
- وصول UI و CLI إلى كل من المصدر والوجهة FMCs.
- المسوغات الإدارية لكل من FMCs وجدران الحماية.
- وصول وحدة التحكم إلى كل من جدران الحماية.
- الوصول إلى أجهزة تدفق البيانات من الخادم إلى الخادم من المستوى الثالث (في حالة الحاجة إلى مسح ذاكرة تخزين ARP المؤقت).
- تأكد من أن الغاية/الهدف FMC له نفس إصدار المصدر/القديم FMC.
- تأكد من أن الغاية/الهدف FMC له نفس التراخيص الخاصة بالمصدر/FMC القديم.
- تأكد من ترتيب MW لتنفيذ عملية الترحيل لأنها ستؤثر على حركة المرور العابرة.
المكونات المستخدمة
تستند المعلومات الواردة في هذا المستند إلى إصدارات البرامج والمكونات المادية التالية:
- Cisco Secure Firewall 31xx، الإصدار 7.4.2.2.
- Secure Firewall Management Center، الإصدار 7.4.2.2.
- تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك قيد التشغيل، فتأكد من فهمك للتأثير المحتمل لأي أمر.
المخطط

التكوين
خطوات الترحيل
بالنسبة لهذا السيناريو، فإننا نعتبر هذه الحالات:
بروتوكول FTD1: أساسي/نشط
بروتوكول FTD2: ثانوي/وضع الاستعداد

تحذير: يجب التأكد من مراعاة التغييرات المتعلقة بإلغاء تسجيل FTD HA وتسجيله في الإصدارات 7.4 والإصدارات اللاحقة.
النظر في التغييرات المتعلقة بإلغاء تسجيل FTD HA وتسجيله في الإصدارات 7.4 والإصدارات اللاحقة
قبل أن تستمر بالخطوات يجب أن تتعرف على هذه النقاط المهمة:
1. في إصدارات البرامج 7.4 والإصدارات الأحدث، يمكن تسجيل FTD في HA إلى FMC دون كسر HA أولا. يجب على المستخدم تسجيل FTD الأساسي دائما في FMC. وأثناء تسجيل الوحدة الأساسية، تقوم وحدة الرصد المالي تلقائيا باكتشاف الوحدة الثانوية وتسجيلها.
ارجع إلى القسم حذف (إلغاء التسجيل) زوج عالي التوفر والتسجيل إلى مركز جديد لإدارة جدار الحماية" في دليل تكوين جهاز مركز إدارة جدار الحماية الآمن من Cisco، الإصدار 7.4.
2. في إصدارات البرامج السابقة على 7.4، يجب كسر HA في المصدر FMC ويجب تسجيل الوحدات بشكل مستقل إلى FMC الهدف. ثم يمكن للمستخدم تكوين HA في FMC الهدف.
3. إذا قمت بترحيل أجهزة تشغل إصدارات برامج قبل 7.4، فتابع الخطوات التي تبدأ من "الخطوة 1. تصدير تكوين الجهاز من جدار الحماية الأساسي".
4. إذا قمت بترحيل أجهزة تشغل إصدارات البرامج 7.4 والإصدارات الأحدث، فسيكون لديك خياران:
- أ) استمر في الخطوات مع تخطي الخطوات التي تتضمن كسر وإنشاء HA. وهذا يعني أنه بدون كسر HA، فإن FTD HA ككل غير مسجل من المصدر FMC، ومسجل في FMC الهدف كما هو موضح في النقطة 1.
- ب) تابعوا إتخاذ جميع الخطوات. وهذا يعني أن HA يجب كسره في المصدر FMC، ويجب أن تكون الوحدات مسجلة بشكل مستقل في FMC الهدف ويجب إنشاء HA في FMC الهدف.
5 - ولكل من الخيارين مزاياه وعيوبه. يلخص هذا طاولة ال 2 خيار:
|
خيارات
|
المزايا
|
مساوئ
|
|
أ) عدم قطع HA، وإلغاء تسجيل HA من المصدر FMC والتسجيل إلى FMC الهدف
|
- قصر مدة الترحيل وانخفاض التأثير بسبب تخطي الانكسار وإنشاء HA.
|
- عدم وجود ضوابط دقيقة أثناء الهجرة. يجب إلغاء HA ككل من مصدر FMC وتسجيله في FMC الهدف.
- بعد التسجيل في FMC الهدف مباشرة، قد تفقد عناصر وسياسات تكوين معينة في "برنامج الإرسال فائق السرعة (FTD)" مما ينتج عنه تأثير. والمثال على ذلك هو منطقة لتعيين الواجهات وتوجيهها وما إلى ذلك. لتقليل التأثير، يجب على المستخدم إضافة التكوين المفقود يدويا أو تطبيق تكوين السياسات والأجهزة المستوردة بأسرع ما يمكن.
|
|
ب) تقسيم HA في المصدر FMC، وتسجيل الوحدات إلى FMC المستهدف وإنشاء FTD HA
|
- يمتلك المستخدم تحكما دقيقا في الترحيل. يمكن نقل الوحدات بين وحدات التحكم في إدارة الهيكل (FMC) واحدة تلو الأخرى.
- تبقى وحدة واحدة مسجلة في المصدر FMC. في حالة التراجع بسبب حالات الفشل (على سبيل المثال، حالات فشل التسجيل بين الوحدة المتبقية و FMC الهدف) يمكن للمستخدم تسجيل الوحدة المتبقية مرة أخرى إلى وحدة FMC المصدر وإنشاء HA.
|
- ويستغرق تفكيك وإعادة إنشاء هذا الإقليم وقتا إضافيا يسهم في المدة الإجمالية للهجرة.
- يؤدي كسر وإنشاء HA على الفور إلى إعادة تشغيل عملية الشخر على الجهازين الرئيسي والثانوي، مما يؤدي إلى مقاطعة فحص حركة المرور بشكل مؤقت على كلا الجهازين.
|
6. إذا أخترت للخيار A، فتابع الخطوات مع هذه التعديلات:
- تخطي الخطوات 2-4.
- في الخطوة 6 قم بإلغاء تسجيل FTD HA من المصدر FMC.
- في الخطوة 8، سجل FTD HA الأساسي لاستهداف FMC. تقوم وحدة التحكم في إدارة اللوحة الأساسية (FMC) باكتشاف الوحدة الثانوية وتسجيلها تلقائيا.
- تخطي الخطوات 12-14.
الخطوة 1. تصدير تكوين الجهاز من جدار الحماية الأساسي
على FMC1 (مصدر FMC)، انتقل إلى الأجهزة > إدارة الأجهزة. حدد زوج FTD HA وحدد تحرير:

انتقل إلى علامة التبويب الجهاز. تأكد من تحديد FTD الأساسي/النشط (FTD1 في هذه الحالة) وحدد تصدير لتصدير تكوين الجهاز:

ملاحظة: يتوفر خيار التصدير اعتبارا من إصدار البرنامج 7.1 والإصدارات الأحدث.
يمكنك الانتقال إلى صفحة الإعلامات > المهام لضمان اكتمال التصدير. ثم حدد حزمة تنزيل التصدير:

بدلا من ذلك، يمكنك النقر فوق الزر تنزيل في منطقة عام. يمكنك الحصول على ملف sfo، على سبيل المثال DeviceExport-cc3fdc40-f9d7-11ef-bf7f-6c8e2fc106f6.sfo
يحتوي الملف على تكوين مرتبط بالجهاز مثل:
- الواجهات الموجهة
- مجموعات في السطر
- توجيه
- DHCP
- VTEP
- الكائنات المرتبطة
ملاحظة: يمكن إستيراد ملف التكوين المصدر مرة أخرى إلى FTD نفسه فقط. يجب أن يتطابق UUID الخاص ب FTD مع محتوى ملف sfo المستورد. نفس FTD يستطيع كنت سجلت على آخر FMC و sfo مبرد يستطيع كنت استوردت.
المرجع: 'تصدير واستيراد تكوين الجهاز' https://www.cisco.com/c/en/us/td/docs/security/secure-firewall/management-center/device-config/760/management-center-device-config-76/get-started-device-settings.html#Cisco_Task.dita_7ccc8e87-6522-4ba9-bb00-eccc8b72b7c8
الخطوة 2. جعل FTD الثانوي نشطا
انتقل إلى الأجهزة > إدارة الأجهزة، وحدد زوج FTD HA، وحدد الزوج النشط للمحول:

تتمثل النتيجة في FTD1 (أساسي/إحتياطي) و FTD (ثانوي/نشط):

تتم الآن معالجة حركة المرور بواسطة FTD الثانوي/النشط:

الخطوة 3، كسر FTD HA
انتقل إلى الأجهزة > إدارة الأجهزة وكسر FTD HA:

يظهر هذا نافذة. حدد نعم

ملاحظة: عند هذه النقطة، يمكنك تجربة بعض مقاطعة حركة المرور لثواني قليلة منذ إعادة تشغيل محرك الشخير أثناء إستراحة HA. أيضا، كما تذكر الرسالة، إذا كنت تستخدم NAT وتعاني من انقطاع حركة المرور لفترة طويلة، فاستخدم مسح ذاكرة تخزين ARP المؤقت على أجهزة تدفق البيانات من الخادم والنهاية.
بعد كسر FTD HA، لديك إثنان FTD مستقلان على FMC.
من وجهة نظر التكوين، لا يزال FTD2 (نشط مسبقا) يحتوي على التكوين الموجود باستثناء التكوين المرتبط بتجاوز الفشل ويعالج حركة مرور البيانات:
FTD3100-4# show failover
Failover Off
Failover unit Secondary
Failover LAN Interface: not Configured
Reconnect timeout 0:00:00
Unit Poll frequency 1 seconds, holdtime 15 seconds
Interface Poll frequency 5 seconds, holdtime 25 seconds
Interface Policy 1
Monitored Interfaces 1 of 1288 maximum
MAC Address Move Notification Interval not set
FTD3100-4# show interface ip brief
Interface IP-Address OK? Method Status Protocol
Internal-Data0/1 unassigned YES unset up up
Port-channel1 unassigned YES unset up up
Port-channel1.200 10.0.200.70 YES manual up up
Port-channel1.201 10.0.201.70 YES manual up up
يحتوي FTD1 (وضع الاستعداد السابق) على إزالة جميع التكوين:
FTD3100-3# show failover
Failover Off
Failover unit Secondary
Failover LAN Interface: not Configured
Reconnect timeout 0:00:00
Unit Poll frequency 1 seconds, holdtime 15 seconds
Interface Poll frequency 5 seconds, holdtime 25 seconds
Interface Policy 1
Monitored Interfaces 1 of 1288 maximum
MAC Address Move Notification Interval not set
FTD3100-3# show interface ip brief
Interface IP-Address OK? Method Status Protocol
Internal-Data0/1 unassigned YES unset up up
Ethernet1/1 unassigned YES unset admin down down
Ethernet1/2 unassigned YES unset admin down down
Ethernet1/3 unassigned YES unset admin down down
Ethernet1/4 unassigned YES unset admin down down
Ethernet1/5 unassigned YES unset admin down down
Ethernet1/6 unassigned YES unset admin down down
Ethernet1/7 unassigned YES unset admin down down
Ethernet1/8 unassigned YES unset admin down down
Ethernet1/9 unassigned YES unset admin down down
Ethernet1/10 unassigned YES unset admin down down
Ethernet1/11 unassigned YES unset admin down down
Ethernet1/12 unassigned YES unset admin down down
Ethernet1/13 unassigned YES unset admin down down
Ethernet1/14 unassigned YES unset admin down down
Ethernet1/15 unassigned YES unset admin down down
Ethernet1/16 unassigned YES unset admin down down
الخطوة 4. عزل واجهات البيانات FTD1 (سابقة أساسية)
قم بفصل كبلات البيانات من FTD1 (أساسي سابق). أترك فقط منفذ إدارة FTD المتصل.

الخطوة 5. تصدير سياسات FTD المشتركة
انتقل إلى نظام > أدوات وحدد إستيراد/تصدير:

تصدير السياسات المختلفة المرفقة بالجهاز. تأكد من تصدير جميع السياسات المرفقة ب FTD مثل:
- سياسة التحكم في الوصول (ACP)
- سياسة ترجمة عنوان الشبكة (NAT)
- نهج الحماية (إذا كان مخصصا)
- إعدادات النظام الأساسي ل FTD
وهكذا.

ملاحظة: في وقت كتابة هذا التقرير، لا يتم دعم تصدير التكوين المرتبط بشبكة VPN. أنت تحتاج أن يعيد شكلت ال VPN يدويا على ال FMC2 (هدف FMC) بعد الأداة تسجيل.
معرف تصحيح الأخطاء من Cisco CSCwf05294 ذو الصلة
.
النتيجة هو ملف .sfo، على سبيل المثال ObjectExport_20250306082738.sfo
الخطوة 6. حذف/إلغاء تسجيل FTD1 (أساسي سابق) من FMC القديم/المصدر

تأكيد حذف الجهاز:

التحقق من واجهة سطر الأوامر (CLI) ل FTD1:
> show managers
No managers configured.
>
الحالة الحالية بعد حذف جهاز FTD1:

الخطوة 7. إستيراد كائن تكوين نهج FTD إلى FMC2 (FMC الهدف)
ملاحظة: يركز المستند على ترحيل زوج FTD HA واحد إلى وحدة تحكم في الإدارة المالية (FMC) جديدة. من ناحية أخرى، إذا كنت تخطط لترحيل العديد من جدران الحماية التي تشترك في نفس السياسات (على سبيل المثال، ACP و NAT) والكائنات وتريد أن تقوم بذلك على مراحل تحتاج إلى مراعاة هذه النقاط.
- إذا كان لديك نهج موجود على FMC الهدف بنفس الاسم، فيرجى منك:
أ. تريد إستبدال النهج أو
ب. قم بإنشاء اسم جديد باسم مختلف. يؤدي ذلك إلى إنشاء كائنات مضاعفة بأسماء مختلفة (لاحق _1).
- إذا ذهبت مع الخيار 'b'، في الخطوة 9 تأكد من إعادة تكوين الكائنات التي تم إنشاؤها حديثا إلى السياسات التي تم ترحيلها (مناطق أمان ACP، مناطق أمان NAT، التوجيه، إعدادات النظام الأساسي، وما إلى ذلك).
قم بتسجيل الدخول إلى FMC2 (FMC الهدف) واستورد كائن SFO الخاص بنهج FTD الذي قمت بتصديره في الخطوة 5:

حدد تحميل الحزمة:

تحميل الملف:

إستيراد السياسات:

قم بإنشاء كائنات الواجهة/مناطق الأمان على FMC2 (FMC الهدف):

يمكنك إعطاء نفس الأسماء التي كانت لديهم على FMC1 (مصدر FMC):

بمجرد تحديد الاستيراد، تبدأ مهمة في إستيراد السياسات ذات الصلة إلى FMC2 (FMC الهدف):

تم إنجاز المهمة:

الخطوة 8. سجل FTD1 (أساسي سابق) في FMC2
انتقل إلى واجهة سطر الأوامر (CLI) ل FTD1 (أساسي سابق) وقم بتكوين المدير الجديد:
> configure manager add 10.62.148.247 cisco
Manager 10.62.148.247 successfully configured.
Please make note of reg_key as this will be required while adding Device in FMC.
>
انتقل إلى أجهزة واجهة المستخدم (FMC2) (الهدف FMC) > إدارة الأجهزة وأضف جهاز FTD:

إذا فشل تسجيل الجهاز، ارجع إلى هذا المستند لاستكشاف المشكلة وإصلاحها: https://www.cisco.com/c/en/us/support/docs/security/firepower-ngfw/215540-configure-verify-and-troubleshoot-firep.html
تعيين نهج التحكم بالوصول الذي قمت باستيراده في الخطوة السابقة:

تطبيق التراخيص المطلوبة وتسجيل الجهاز:

النتيجة:

الخطوة 9. إستيراد كائن تكوين جهاز FTD إلى FMC2 (وحدة التحكم FMC الهدف)
قم بتسجيل الدخول إلى FMC2 (وحدة التحكم FMC الهدف)، وتصفح إلى الأجهزة > إدارة الأجهزة وتحرير جهاز FTD الذي قمت بتسجيله في الخطوة السابقة.
انتقل إلى علامة التبويب الجهاز وإستيراد كائن FTD Policy الذي قمت بتصديره في الخطوة 2:

ملاحظة: في حالة ما إذا كنت قد ذهبت في الخطوة 7 مع الخيار 'b' (إنشاء سياسة جديدة)، تأكد من إعادة تجميع الكائنات التي تم إنشاؤها حديثا إلى السياسات التي تم ترحيلها (مناطق أمان ACP، مناطق أمان NAT، التوجيه، إعدادات النظام الأساسي، وهكذا).

تم بدء مهمة FMC.

يتم تطبيق تكوين الجهاز على FTD1، على سبيل المثال، مناطق الأمان و ACP و NAT وما إلى ذلك:

تحذير: إذا كان لديك قائمة تحكم في الوصول (ACP) تتسع إلى العديد من عناصر التحكم في الوصول، فإن عملية التحويل البرمجي ل ACP (تطابق التحويل البرمجي) يمكن أن تستغرق عدة دقائق للاكتمال. يمكنك إستخدام هذا الأمر للتحقق من حالة التحويل البرمجي ل ACP:
FTD3100-3# show asp rule-engine
Rule compilation Status: Completed
الخطوة 10. إنهاء تكوين FTD
عند هذه النقطة، يكون الهدف هو تكوين جميع الميزات التي لا تزال مفقودة من FTD1 بعد التسجيل في FMC2 (FMC الهدف) واستيراد نهج الجهاز.
تأكد من أن السياسات مثل NAT، إعدادات النظام الأساسي، جودة الخدمة، وهكذا. تم تعيينها إلى FTD. ترى أن النهج معينة ولكن في انتظار النشر.
على سبيل المثال، يتم إستيراد إعدادات النظام الأساسي وتخصيصها للجهاز، ولكن في انتظار النشر:

في حالة تكوين NAT، يتم إستيراد نهج NAT وتخصيصه للجهاز، ولكن في انتظار النشر:

يتم تطبيق مناطق الأمان على الواجهات:

يتم تطبيق تكوين التوجيه على جهاز FTD:

ملاحظة: الآن هو الوقت لتكوين السياسات التي تعذر ترحيلها تلقائيا (على سبيل المثال، VPNs).

ملاحظة: إذا كان ل FTD الذي يتم ترحيله نظائر S2S VPN التي يتم ترحيلها أيضا إلى FMC الهدف، فعليك تكوين VPN بعد نقل جميع FTDs إلى FMC الهدف.
نشر التغييرات المعلقة:

الخطوة 11. تحقق من تكوين FTD الذي تم نشره
عند هذه النقطة، يكون الهدف هو التحقق من واجهة سطر الأوامر (CLI) الخاصة ب FTD أن جميع التكوين في موضعه.
الاقتراح هو مقارنة إخراج "show running-config" من كل من FTDs. يمكنك إستخدام أدوات مثل WinMerge أو Diff للمقارنة.
الفروق التي تراها وتكون عادية هي:
- الرقم التسلسلي للجهاز
- أوصاف الواجهة
- معرفات قواعد ACL
- المجموع الاختباري للتشفير للتكوين
الخطوة 12. قم بالتقطيع
في هذه الخطوة، الهدف هو تحويل حركة المرور من FTD2 الذي يعالج حركة المرور حاليا ولا يزال مسجلا إلى FMC القديم/المصدر، إلى FTD1 الذي تم تسجيله إلى FMC الهدف.
قبل:

بعد:

تحذير: رتبوا سيارة ميكرو وات للقيام بالقطعة. أثناء عملية القطع، ستحدث لك بعض مقاطعة حركة المرور حتى يتم تحويل حركة المرور بالكامل إلى FTD1، كما ستتم إعادة إنشاء شبكات VPN، وما إلى ذلك.
تحذير: لا تقم ببدء عملية القطع ما لم يتم إكمال تجميع ACP (انظر الخطوة 10 أعلاه).
تحذير: تأكد من قطع اتصال كبلات البيانات من FTD2 أو إيقاف تشغيل منافذ المحولات ذات الصلة. وإلا، يمكنك الانتهاء باستخدام كلا الجهازين اللذين يعالجان حركة المرور!
تحذير: ونظرا لأن كلا الجهازين يستخدم تكوين IP نفسه، يلزم تحديث ذاكرة التخزين المؤقت ل ARP الخاصة بأجهزة L3 المجاورة. فكر في مسح ذاكرة تخزين ARP المؤقت للأجهزة المجاورة يدويا لتسريع قطع حركة المرور.
تلميح: يمكنك أيضا إرسال حزمة GARP وتحديث ذاكرة تخزين ARP المؤقت للأجهزة المجاورة باستخدام أمر CLI ل FTD:
FTD3100-3# debug menu ipaddrutl 5 10.0.200.70
Gratuitous ARP sent for 10.0.200.70
يجب تكرار هذا الأمر لكل IP يمتلكه FW. وبالتالي، يمكن أن تكون عملية مسح ذاكرة تخزين ARP المؤقت للأجهزة المجاورة أسرع من إرسال حزم GARP لكل IP الذي يملكه جدار الحماية.
الخطوة 13. قم بترحيل "برنامج الإرسال فائق السرعة (FTD)" الثاني إلى FMC2 (الموجه FMC)
العنصر الأخير هو إصلاح زوج HA. للقيام بذلك، يلزمك أولا حذف FTD2 من FMC1 (مصدر FMC) وتسجيله إلى FMC2 (هدف FMC).
قبل:

بعد:

إذا كان لديك تكوين شبكة VPN مرتبط ب FTD2، فيجب عليك إزالته أولا قبل حذف FTD. في حالة مختلفة، يتم عرض رسالة مماثلة لهذه:

التحقق من واجهة سطر الأوامر:
> show managers
No managers configured.
من الممارسات الجيدة القضاء على تكوين FTD بالكامل قبل تسجيله إلى FMC الهدف. هناك طريقة سريعة للقيام بذلك وهي التبديل بين أوضاع جدار الحماية.
على سبيل المثال، إذا كان لديك وضع موجه، قم بالتبديل إلى الشفافية ثم عد إلى الموجه:
> configure firewall transparent
ثم:
> configure firewall routed
ثم قم بتسجيله في FMC2 (هدف FMC):
> configure manager add 10.62.148.247 cisco
Manager 10.62.148.247 successfully configured.
Please make note of reg_key as this will be required while adding Device in FMC.
>

النتيجة:

الخطوة 14. إعادة تشكيل FTD HA
ملاحظة: ويجب أيضا القيام بهذه المهمة (كأي مهمة متعلقة بالمجال الإنساني) خلال إستخدام بطاقة MW. خلال مفاوضات HA سيكون هناك انقطاع حركة مرور لمدة دقيقة واحدة تقريبا منذ أن إنخفضت واجهات البيانات.
في FMC الهدف، انتقل إلى الأجهزة > إدارة الأجهزة وإضافة > الإتاحة العالية.
تحذير: تأكد من تحديد FTD الذي يعالج حركة مرور البيانات (FTD1 في هذا السيناريو) كنظير أساسي:

أعد تكوين إعدادات HA بما في ذلك الواجهات المراقبة و IPs الاحتياطية وعناوين MAC الظاهرية وما إلى ذلك.
التحقق من خلال FTD1 CLI:
FTD3100-3# show failover | include host
This host: Primary - Active
Other host: Secondary - Standby Ready
التحقق من خلال FTD2 CLI:
FTD3100-3# show failover | include host
This host: Secondary - Standby Ready
Other host: Primary – Active
التحقق من واجهة مستخدم FMC:

أخيرا، قم بإحضار/إعادة توصيل واجهات البيانات لجهاز FTD2.

المراجع