Mikrotik 라우터에 마지막으로 저장된 구성의 자동 복원

예를 들어 HPE 스위치에서 많은 사람들이 놀라운 기능을 발견했습니다. 어떤 이유로 구성이 수동으로 저장되지 않은 경우 재부팅 후 이전에 저장된 구성이 롤백됩니다. 이 기술은 다소 무자비하지만(저장하는 것을 잊어버렸습니다. 다시 수행하세요) 공정하고 신뢰할 수 있습니다.

그러나 Mikrotik에는 "원격으로 라우터를 설정하는 것은 긴 여정을 의미합니다."라는 표시가 오랫동안 알려져 있었지만 데이터베이스에 그러한 기능이 없습니다. 그리고 근처에 있는 라우터도 "재설정 전 벽돌"로 바꾸는 것은 매우 쉽습니다.

이상하게도 이 문제에 대한 매뉴얼이 하나도 없어서 직접 작성해야 했습니다.

가장 먼저 할 일은 구성의 백업 복사본을 생성하기 위한 스크립트를 생성하는 것입니다. 앞으로는 이 스크립트를 사용하여 상태를 "저장"할 것입니다.

이동 시스템 -> 스크립트 예를 들어 "fullbackup"(물론 따옴표 제외)과 같은 스크립트를 만듭니다.

system backup save dont-encrypt=yes name=Backup_full

비밀번호를 사용하지 않을 경우 인접한 스크립트에서 명시적으로 지정해야 하기 때문에 이러한 "보호"의 요점을 알 수 없습니다.

시작될 때마다 구성을 복원하는 두 번째 스크립트를 만듭니다. "full_restore"라고 부르겠습니다.

이 스크립트는 조금 더 복잡합니다. 사실 구성이 복원되면 재부팅도 발생합니다. 제어 메커니즘을 사용하지 않으면 주기적 재부팅이 발생합니다.

제어 메커니즘은 약간 "오키"했지만 신뢰할 수 있는 것으로 나타났습니다. 스크립트가 실행될 때마다 먼저 "restore_on_reboot.txt" 파일이 있는지 확인합니다.
그러한 파일이 존재하는 경우 백업에서 복원해야 합니다. 파일을 삭제하고 복구를 수행한 후 재부팅합니다.

해당 파일이 없으면 이 파일을 생성하고 아무 작업도 수행하지 않습니다(즉, 이는 이미 백업에서 복원한 후 두 번째 다운로드임을 의미합니다).

:if ([/file find name=restore_on_reboot.txt] != "") do={ /file rem restore_on_reboot.txt; system backup load name=Backup_full password=""} else={ /file print file=restore_on_reboot.txt }


스케줄러에 작업을 추가하기 전에 이 단계에서 스크립트를 테스트하는 것이 가장 좋습니다.

모든 것이 정상이면 세 번째이자 마지막 단계로 진행합니다. 부팅할 때마다 스크립트를 실행하는 작업을 스케줄러에 추가합니다.

이동 시스템 -> 스케줄러 그리고 새 작업을 추가하세요.
현장에서 시작 시간 나타내다 시작 (네, 저희는 이렇게 편지로 씁니다)
현장에서 이벤트 중 쓰기
/system script run full_restore

또한, 구성을 저장하는 스크립트를 실행하십시오! 우리는 이 모든 일을 다시 하고 싶지 않습니다. 그렇죠?

설정에 "쓰레기"를 추가하여 중요한 것을 확인하거나 삭제하고 마지막으로 라우터를 재부팅해 봅니다.

예, 아마도 많은 사람들이 "안전 모드가 있습니다!"라고 말할 것입니다. 그러나 작업 결과로 라우터에 다시 연결해야 하는 경우(예: 연결된 Wi-Fi 네트워크의 주소나 매개변수를 변경하는 경우) 작동하지 않습니다. 그리고 이 모드를 켜는 것을 "잊어버릴" 가능성도 잊어서는 안 됩니다.

추신: 이제 가장 중요한 것은 "저장"을 잊지 않는 것입니다.

출처 : habr.com