الدخول على الأجهزة والـ Backup بـ TFTP

حيّاك الله، ومرحبا بك في آخر محور: Infrastructure Services، وهو خمسة وعشرين بالمِيّة من الاختبار. نبدأ بالأساس: كيف توصل للجهاز، وكيف تحمي الـ config حقه. طرق الدخول: الـ console: كيبل مباشر، ويشتغل حتى لو الشبكة طايحة. الـ AUX: قديم، لمودم. والـ VTY: عن طريق الشبكة، بـ SSH. وفي التشخيص: لو ما تقدر توصل بـ SSH، تشيك الـ transport input، والـ access-class، والـ login، وإن فيه vty فاضي. المعمل: server الـ backup اسمه SRV. و R1 ما عنده أي نسخة. و R2 أحد مسح منه بالغلط الـ loopback والـ OSPF، لكن فيه نسخة سليمة على الـ server باسم r2-confg. أول شي نشغّل خدمة TFTP على الـ server.

service tftp on
service

الـ TFTP شغّال. وانتبه: TFTP بدون أي تشفير ولا كلمة سر، على UDP بورت sixty nine. يعني ينفع في شبكة إدارة معزولة بس. وفي الشبكات الحساسة، الأفضل SCP أو SFTP. الحين backup لـ R1.

copy running-config tftp://10.0.0.10/r1-confg

dir

R1 أرسل الملف، والـ server عنده الحين r1-confg. الحين R2. نشوف الجيران أول.

show ip ospf neighbor

R2 ما عنده أي جار OSPF، لأن الـ OSPF انمسح. والاسترجاع بالأمر copy tftp running-config. ونقطة يسأل عنها الاختبار: النسخ للـ running-config يسوي merge، يعني يضيف الأوامر اللي في الملف فوق الموجود، وما يمسح شي. فلو فيه أمر غلط زايد في الـ running، يبقى. ولو تبغى استبدال كامل، تستخدم configure replace. الحين دورك. رجّع config R2 من الملف r2-confg، وتأكد إن OSPF رجع، و R1 يتعلّم two dot two dot two dot two. وقّف الفيديو، وجرّب.

تمرين: على R2: copy tftp://10.0.0.10/r2-confg running-config. بعدها show ip ospf neighbor، وعلى R1: show ip route 2.2.2.2.

الحل.

copy tftp://10.0.0.10/r2-confg running-config
show ip ospf neighbor

show ip route 2.2.2.2

OSPF رجع، و R1 يعرف two dot two dot two dot two. والخطوة اللي ينساها الكثير: copy running-config startup-config، وإلا أول reboot يرجع R2 للحالة الخربانة. الخلاصة: console للطوارئ، و SSH للشغل اليومي، و backup منتظم، والاسترجاع للـ running يسوي merge. والدرس الجاي: المراقبة بـ SNMP.