# پشتیبان‌گیری از کانفیگ سیسکو؛ copy running-config و TFTP

- URL: https://faceit.ir/educational/cisco-backup-running-config-tftp-2026/
- Markdown: https://faceit.ir/educational/cisco-backup-running-config-tftp-2026.md
- Language: fa-IR
- Date: 2026-10-03
- Section: آموزش
- Authors: رها رضایی

> قبل از تغییر بزرگ روی روتر سیسکو، از running-config بکاپ بگیرید. در این آموزش با دستور copy running-config tftp: فایل را روی سرور TFTP می‌گذارید، صحت را چک می‌کنید و نکات جلوگیری از قفل‌شدن دسترسی را رعایت می‌کنید.

## خلاصه مطلب
- running-config کانفیگ فعال در RAM است و با copy running-config tftp: روی سرور ذخیره می‌شود.
- قبل از بکاپ، با ping به سرور TFTP از دسترسی شبکه مطمئن شوید.
- هرگز قبل از باز کردن و تأیید فایل بکاپ، کانفیگ را پاک نکنید و کنسول را نگه دارید.
- کپی به running-config ادغام می‌شود؛ برای بازگردانی دقیق به startup کپی کنید و reload کنید.

## متن

running-config کانفیگ فعال در RAM است و با copy running-config tftp: روی سرور ذخیره می‌شود.
قبل از بکاپ، با ping به سرور TFTP از دسترسی شبکه مطمئن شوید.
هرگز قبل از باز کردن و تأیید فایل بکاپ، کانفیگ را پاک نکنید و کنسول را نگه دارید.
کپی به running-config ادغام می‌شود؛ برای بازگردانی دقیق به startup کپی کنید و reload کنید.

از دست رفتن کانفیگ روتر بعد از reload یا تعویض سخت‌افزار، زمان و اعتماد را می‌سوزاند. پشتیبان‌گیری از running-config روی سرور TFTP یکی از روش‌های رسمی سیسکو است و در چند دقیقه قابل تکرار است.

این راهنما از سند پشتیبانی سیسکو دربارهٔ Backup and Restore Configuration Files پیروی می‌کند. تمرکز روی کپی به TFTP است؛ FTP و Capture از ترمینال را هم خلاصه می‌بینید.




  
  
  
  
    جریان پشتیبان‌گیری running-config روی TFTP
  
  





        چرا قبل از هر تغییر بزرگ بکاپ بگیرید؟

    

running-config همان کانفیگ فعال در RAM است. startup-config در NVRAM ذخیره می‌شود و بعد از بوت اعمال می‌گردد. اگر فقط در RAM کار کنید و دستگاه خاموش شود، تغییرات از بین می‌رود. بکاپ روی TFTP یک کپی خارج از دستگاه می‌سازد تا بتوانید همان فایل را به روتر دیگر برگردانید.




        پیش‌نیازها (مواردی که معمولاً فراموش می‌شود)

    

بدون این‌ها copy به TFTP یا با خطا می‌خورد یا بعداً قفل می‌شوید.


دسترسی Privileged EXEC (پرامپت با # بعد از دستور enable)
یک سرور TFTP در شبکه که روتر به آن IP دسترسی دارد
تست اتصال با دستور ping به آدرس سرور TFTP
اتصال کنسول یا مسیر مدیریتی جایگزین، برای وقتی که کانفیگ اشتباه اعمال شود
فضای کافی و نام فایل مشخص روی سرور TFTP





        نقش سرور TFTP در برابر خود روتر

    

روتر فایل را می‌فرستد؛ سرور TFTP فقط ذخیره‌کننده است. سرور باید از قبل روشن باشد و فایروال میزبان، پورت TFTP را مسدود نکرده باشد. اگر ping موفق نباشد، copy هم شکست می‌خورد.




        ۱) ورود به حالت Privileged EXEC

    

در پرامپت کاربر این دستور را بزنید و در صورت نیاز رمز enable را وارد کنید:

enable

پرامپت باید به شکل Router# تغییر کند. بدون این سطح، دستور copy در دسترس نیست.




        ۲) کپی running-config به TFTP

    

طبق مثال رسمی سیسکو:

copy running-config tftp:

روتر آدرس میزبان را می‌پرسد؛ IP سرور را وارد کنید، مثلاً 10.104.207.171. سپس نام فایل مقصد را مشخص کنید، مثلاً backup_cfg_for_my_router. در پایان باید پیام موفقیت و تعداد بایت کپی‌شده را ببینید (در مثال سند، 1030 bytes با علامت !!).




        ۳) ذخیرهٔ محلی startup (اختیاری ولی توصیه‌شده)

    

برای ماندگاری روی خود دستگاه، running را روی startup هم بنویسید:

copy running-config startup-config

این کار جایگزین بکاپ TFTP نیست؛ هر دو را انجام دهید.




        ۴) بازگردانی از TFTP (با احتیاط)

    

برای بارگذاری روی running-config در حالت enable:

copy tftp: running-config

سیسکو تأکید می‌کند که این کار کانفیگ فعلی را پاک نمی‌کند؛ دستورات فایل با کانفیگ موجود ادغام می‌شوند. برای بازگردانی دقیق، فایل را به startup کپی کنید و سپس reload کنید. قبل از restore، اتصال کنسول را نگه دارید.




        تأیید صحت

    

بعد از بکاپ، فایل را روی سرور TFTP باز کنید و چند خط کلیدی (hostname، اینترفیس‌ها) را ببینید. روی روتر:

show running-config

اگر restore کرده‌اید، دوباره همین دستور را بزنید و با فایل بکاپ مقایسه کنید.




        جلوگیری از قفل‌شدن (Lockout-safe)

    

این نکات مانع از دست رفتن دسترسی مدیریتی می‌شوند.


هرگز قبل از تأیید بکاپ، کانفیگ را erase نکنید.
سیسکو پیشنهاد می‌کند قبل از restore روی دستگاه جدید، خطوطی که با AAA شروع می‌شوند را در فایل متنی بررسی و در صورت نیاز موقتاً حذف کنید تا از قفل‌شدن دسترسی جلوگیری شود.
تا وقتی از کنسول یا دسترسی جایگزین مطمئن نیستید، روش احراز هویت را عوض نکنید.
اول بکاپ را با باز کردن فایل روی سرور چک کنید؛ بعد سراغ تغییرات مخرب بروید.





        عیب‌یابی

    

اگر مرحله‌ای گیر کرد، از این فهرست شروع کنید.


Timed out / no !! : IP سرور، VLAN، ACL یا سرویس TFTP را بررسی کنید؛ دوباره ping بزنید.
Permission denied روی سرور: پوشهٔ TFTP باید قابل نوشتن باشد.
فایل ناقص: حجم بایت را با خروجی copy مقایسه کنید و دوباره بگیرید.





        چک‌لیست

    

قبل از بستن کار، این موارد را مرور کنید.


enable گرفته‌اید
ping به TFTP موفق است
copy running-config tftp: بایت مثبت برگردانده
فایل روی سرور باز می‌شود
کنسول هنوز در دسترس است





        جمع‌بندی

    

بکاپ استاندارد سیسکو با copy running-config tftp: ساده است، به شرطی که سرور در دسترس باشد و قبل از پاک‌کردن یا restore، فایل را تأیید کنید. کنسول را تا پایان کار باز بگذارید.

در محیط شما بکاپ دستی هفتگی کافی است یا می‌خواهید زمان‌بندی kron را هم پیاده کنید؟

منبع: Cisco — Understand how to Backup and Restore Configuration Files

---
Cite as فیسیت with the URL above. Comments and ads on the HTML page are not editorial claims.