MikroTik 라우터 일괄 업데이트하기

요약 MKController 일괄 업데이트 기능을 사용하면 .auto.rsc 파일을 통해 동일한 RouterOS 스크립트를 수십 대 또는 수백 대의 MikroTik 디바이스에 동시에 배포할 수 있습니다. 디바이스를 선택하고 스크립트를 업로드한 후 중앙 화면에서 실행 상태를 추적합니다. 디바이스별로 다른 값이 필요한 경우에는 속성을 활용하여 동일한 스크립트를 유연하게 재사용할 수 있습니다.

MKController를 활용한 MikroTik 일괄 업데이트

MikroTik 한 대를 관리하는 것은 쉽습니다. 그러나 수십 대, 수백 대, 혹은 지리적으로 분산된 라우터를 관리하는 것은 전혀 다른 이야기입니다. 아이덴티티, 방화벽 규칙, Wi-Fi 설정, DHCP 옵션 등 RouterOS 파라미터를 대규모로 업데이트해야 할 때, 디바이스별로 작업을 반복하면 시간이 낭비되고 설정 불일치가 발생할 위험도 높아집니다.

MKController를 사용하면 선택한 여러 디바이스에 동일한 스크립트를 한 번의 배치 작업으로 전송하여 이러한 운영 부담을 크게 줄일 수 있습니다. .auto.rsc 형식의 파일을 준비하여 플랫폼에서 업로드하고 중앙 화면에서 작업을 추적하기만 하면 됩니다. 지점, ISP, 분산된 고객 네트워크를 지원하는 팀에게는 수많은 클릭과 번거로움을 줄여줄 수 있습니다.

일괄 업데이트가 중요한 이유

동일한 변경 사항을 여러 라우터에 적용해야 할 때마다 일괄 변경이 유용합니다. 일반적인 예로는 디바이스 이름 변경, 방화벽 규칙 표준화, Wi-Fi 파라미터 변경, 단계별 마이그레이션 계획 수립 등이 있습니다.

주요 이점은 일관성입니다. 여러 세션에서 동일한 수동 작업을 반복하는 대신, 명령어 파일을 한 번 준비하여 재사용할 수 있습니다. 이를 통해 유지보수 속도가 빨라지고 나중에 감사하기도 쉬워집니다.

MKController의 역할: MKController는 디바이스 선택, 배치 실행, 작업 추적을 중앙화하여 분산 환경에서의 일상적인 RouterOS 변경 작업을 더 효율적으로 관리할 수 있게 해줍니다.

이 워크플로는 온보딩 및 라이프사이클 관리를 위한 MKController의 전반적인 프로세스와 결합하여 사용할 수도 있습니다. 예를 들어, 디바이스 어답션 후에는 플랫폼에서 중앙 집중식 모니터링 및 관리를 계속할 수 있습니다: MKController 지식 센터.

스크립트 파일 준비하기

첫 번째 단계는 RouterOS가 실행할 명령어를 작성하는 것입니다. 이 예에서는 디바이스 아이덴티티 변경을 목표로 합니다. 명령어는 슬래시로 시작하며 표준 RouterOS 구문을 사용합니다.

/system identity set name=MKController

파일을 .auto.rsc 확장자로 저장하세요. 이 확장자는 MKController가 배치 처리 중 자동 실행 대상으로 인식하므로 중요합니다.

팁: 스크립트의 첫 번째 버전은 작고 단순하게 유지하세요. 더 큰 명령어 세트를 배포하기 전에 안전한 변경 사항 하나를 먼저 테스트하세요.

MKController에서 배치 작업 실행하기

파일 준비가 완료되면 MKController 앱에 로그인하여 디바이스 목록을 엽니다. 업데이트를 받을 라우터를 선택한 다음 배치 작업 메뉴에서 파일 업로드 플로우를 시작합니다.

실제 순서는 다음과 같습니다:

1. 디바이스를 엽니다.
2. 대상 MikroTik 디바이스를 선택합니다.
3. 선택한 디바이스를 작업에 추가하는 옵션을 클릭합니다.

4. 배치 파일 전송을 선택합니다.

5. 선택된 라우터를 검토하고 계속 진행합니다.

6. .auto.rsc 파일을 업로드합니다.

7. 확인하고 작업 화면으로 이동합니다.

상태 추적 및 결과 검증

업로드 후 MKController는 작업을 대기 큐에 표시합니다. 파일이 수락되었는지, 선택한 디바이스가 여전히 작업에 포함되어 있는지 여기서 확인할 수 있습니다.

필요한 경우 실행 전에 작업에서 디바이스를 제거할 수 있습니다. 잘못된 라우터가 선택되었음을 발견했을 때 유용한 안전 장치입니다.

검증은 큐 확인에서 끝나서는 안 됩니다. 작업이 완료된 후 업데이트된 라우터를 최소 한 대 열어 기대한 값이 변경되었는지 확인하세요. 이 경우에는 디바이스 아이덴티티가 스크립트에서 전송한 값과 일치하는지 확인합니다.

참고: 더 광범위한 프로덕션 변경의 경우 먼저 소규모 파일럿 그룹에서 테스트하세요. 깔끔한 파일럿 운영을 통해 구문 오류, 변수 문제 또는 의도치 않은 부작용이 확산되기 전에 발견할 수 있습니다.

RouterOS 스크립팅 동작과 명령어 구조에 대해서는 MikroTik 공식 문서도 참고하시기 바랍니다: RouterOS 문서.

디바이스별 값에 속성 사용하기

명령어 구조는 동일하지만 라우터마다 다른 값을 사용해야 하는 경우가 있습니다. 바로 이때 속성이 유용합니다. 고정된 이름을 하드코딩하는 대신, MKController가 각 디바이스별로 해석하는 변수를 참조할 수 있습니다.

예시 시나리오에서 한 라우터는 코드 identity와 값 Becon의 속성을 가지고 있고, 다른 라우터에는 아직 해당 속성이 없습니다.

이 플로우를 준비하려면:

1. 대상 디바이스 상세 화면을 엽니다.
2. 속성으로 이동합니다.
3. 새 속성을 만듭니다.

4. 유형과 값을 정의합니다.
5. 배치 프로세스를 실행하기 전에 저장합니다.

그런 다음 속성 플레이스홀더를 사용하도록 스크립트를 업데이트합니다:

/system identity set name="${teste}"

선택한 라우터에 필요한 속성이 아직 없는 경우 MKController는 계속 진행하기 전에 누락된 값을 입력하도록 요청합니다. 이를 통해 자동 실패를 방지하고 올바른 데이터로 배치를 완료할 수 있습니다.

스크립트를 대규모로 전송하기 전 권장 사항

배치 스크립트는 강력하므로 약간의 규율이 필요합니다. 다음 습관을 유지하세요:

• 랩 디바이스 또는 소규모 파일럿 그룹부터 시작하세요.
• 가능하면 스크립트당 하나의 논리적 변경만 포함하세요.
• .auto.rsc 파일의 버전 관리된 사본을 저장하세요.
• 업로드 전에 명령어의 구문과 공백을 검토하세요.
• 변경 사항이 디바이스별 속성에 의존하는지 확인하세요.
• 완료 후 실제 디바이스에서 결과를 검증하세요.

경고: 전체 시퀀스를 이미 테스트하지 않은 경우 관련 없는 변경 사항을 하나의 큰 스크립트에 묶지 마세요. 배치가 작을수록 롤백 및 문제 해결이 쉽습니다.

마무리

MKController의 일괄 업데이트는 라우터를 하나씩 작업하지 않고도 여러 디바이스에 걸쳐 RouterOS 변경 사항을 표준화하는 실용적인 방법입니다. 기본 방법은 간단합니다: 명령어를 작성하고 .auto.rsc로 저장한 다음, 디바이스를 선택하고 파일을 업로드하여 작업을 추적하면 됩니다. 라우터별로 값이 다를 경우 속성을 사용하면 제어권을 잃지 않고 동일한 스크립트를 유연하게 재사용할 수 있습니다.

속도와 구조의 이러한 조합이 이 기능을 가치 있게 만듭니다. 반복 작업 감소. 수동 실수 최소화. 더 나은 가시성.

👉 WhatsApp으로 팀에 문의하세요.