이 문서에서는 SEG(Secure Email Gateway) 컨피그레이션을 대체 어플라이언스로 로드하거나 마이그레이션하는 방법에 대해 설명합니다.
Cisco에서는 AsyncOS 버전 및 빌드가 원래 SEG와 대체 SEG 둘 다에서 동일하도록 권장합니다.
CLI에서 버전을 확인하려면 version 명령을 실행합니다.
이 문서에는 특정 하드웨어 및 소프트웨어 버전이 필요하지 않습니다.
이 문서의 정보는 특정 랩 환경의 디바이스를 토대로 작성되었습니다. 이 문서에 사용된 모든 디바이스는 초기화된(기본) 컨피그레이션으로 시작되었습니다. 현재 네트워크가 작동 중인 경우 모든 명령의 잠재적인 영향을 미리 숙지하시기 바랍니다.
Like-for-like 교체에 대해 로드 절차를 사용하고, 서로 다른 어플라이언스 유형 간에 또는 하드웨어에서 가상 어플라이언스로 이동할 때 migrate 지침을 사용합니다.
경고: IP/호스트 이름 충돌을 방지하려면 네트워크에서 원래 SEG를 제거하거나, 교체 SEG에서 컨피그레이션 변경 사항을 커밋하기 전에 전원을 끕니다.
참고: Mask passphrases 옵션을 사용하지 마십시오. 마스킹된 컨피그레이션 파일은 다시 로드할 수 없습니다.
3 . 보거나 저장하려면 Download file to local computer(로컬 컴퓨터로 파일 다운로드) 라디오 버튼을 선택합니다.
4. Submit(제출)을 클릭합니다. XML 형식의 어플라이언스 컨피그레이션을 로컬 컴퓨터에 다운로드합니다. 파일을 알려진 위치에 저장했는지 확인합니다.
5. 로컬 편집기를 사용하여 XML 파일을 편집합니다. Network Configuration(네트워크 컨피그레이션) 섹션에서 이더넷, 포트 및 라우팅 테이블 항목을 제거합니다.
6. 구성을 로드하기 전에 XML 파일을 로컬에 저장합니다.
Continue(계속)를 클릭한 후 Configuration File(컨피그레이션 파일) 화면에 오류가 표시되면 Load Errors That May Require Manual XML Edits(수동 XML 편집이 필요할 수 있는 오류 로드) 섹션을 참조하십시오. XML을 수동으로 편집할 수 있습니다.
한 SEG에서 다른 SEG로 또는 하드웨어 어플라이언스에서 가상 어플라이언스로 컨피그레이션을 마이그레이션할 수 있습니다.
컨피그레이션 값은 모델에 따라 다르며 많은 시나리오가 가능하므로 이 문서에서는 모든 사례를 다룰 수 없습니다. 가장 일반적인 두 가지 마이그레이션 조정 사항은 다음과 같습니다.
실패한 로드는 일반적으로 문제가 되는 XML 요소의 이름을 지정합니다. 일반적인 예는 다음과 같습니다.
오류 메시지의 요소 이름을 사용하여 XML의 관련 섹션을 찾아 수정한 다음 다시 로드합니다.
대체 SEG에서 Commit Changes(변경 사항 커밋)를 클릭하기 전에 다음을 확인합니다.
| 개정 | 게시 날짜 | 의견 |
|---|---|---|
2.0 |
30-Jun-2026
|
기술 콘텐츠, 제목, 기계 번역, 스타일 요구 사항 및 서식 업데이트 |
1.0 |
21-Feb-2019
|
최초 릴리스 |