NETCONF를 사용하여 후보 컨피규레이션 교체
Junos OS를 실행하는 장치가 있는 NETCONF 세션에서 클라이언트 애플리케이션은 공개 구성 데이터베이스의 전체 후보 구성 또는 모든 데이터를 새 데이터로 교체하거나 이전 구성 또는 복구 구성으로 롤백하여 대체할 수 있습니다.
클라이언트 애플리케이션이 구성 데이터를 로드하기 전에 특정 구성 데이터베이스를 열기 위해 Junos XML 프로토콜 <open-configuration> 작업을 실행하면 Junos OS는 개방형 구성 데이터베이스에서 요청된 작업을 수행합니다. 그렇지 않으면 후보 구성에서 작업이 수행됩니다.
다음 섹션에서는 응시자 구성 또는 개방형 구성 데이터베이스에서 구성 데이터를 대체하는 방법에 대해 설명합니다. 클라이언트 애플리케이션은 데이터를 교체한 후 구성을 커밋하여 디바이스에서 활성 구성이 되도록 해야 합니다.
<copy-config> 사용하여 구성 대체
전체 후보 구성 또는 개방형 구성 데이터베이스의 모든 데이터를 교체하는 한 가지 방법은 작업을 사용하는 <copy-config> 것입니다. 태그는 <target> 태그를 동봉 <candidate/> 하여 새 구성 데이터가 개방형 구성 데이터베이스의 데이터(클라이언트 애플리케이션이 작업을 실행 <copy-config> 하기 전에 Junos XML 프로토콜 <open-configuration> 작업을 실행한 경우) 또는 개방형 데이터베이스가 없는 경우 후보 구성의 데이터를 대체한다는 것을 나타냅니다.
요소는 <source> 새 구성 데이터를 포함하는 파일 이름을 지정하는 요소를 동봉 <url> 합니다. 구성 데이터가 Junos XML 태그 요소로 포맷되면 속성을 xml 설정 <url> format 하거나 해당 속성을 생략합니다. 컨피규레이션 데이터가 CLI 구성 명령문으로 포맷되면 형식 속성을 text에 설정합니다<url>.
<rpc> <copy-config> <target> <candidate/> </target> <source> <url format="(xml | text)"> <!-- location specifier for file containing the new configuration --> </url> </source> </copy-config> </rpc> ]]>]]>
<it-config> 사용하여 구성 대체
전체 후보 구성 또는 개방형 구성 데이터베이스의 모든 데이터를 교체하는 또 다른 방법은 작업을 사용하고 <edit-config> 편집 구성 모드 replace 를 글로벌 변수로 설정하는 것입니다. NETCONF 세션의 <default-operation> 편집 구성 모드 설정에 <edit-config> 설명된 대로 애플리케이션에는 태그 요소의 값을 replace 포함한 태그 요소가 포함됩니다. 태그는 <target> 태그를 동봉 <candidate/> 하여 새 구성 데이터가 개방형 구성 데이터베이스의 데이터(클라이언트 애플리케이션이 작업을 실행 <edit-config> 하기 전에 Junos XML 프로토콜 <open-configuration> 작업을 실행한 경우) 또는 개방형 데이터베이스가 없는 경우 후보 구성의 데이터를 대체한다는 것을 나타냅니다.
새로운 구성 데이터를 지정하기 위해 애플리케이션에는 데이터가 포함된 또는 <config-text> 태그 요소가 포함되어 <config> 있거나 NETCONF 세션의 구성 데이터 업로드 및 형식에서 설명한 대로 해당 데이터가 포함된 파일의 이름을 지정하는 태그 요소가 포함되어 <url> 있습니다.
<rpc>
<edit-config>
<target>
<candidate/>
</target>
<default-operation>replace</default-operation>
<!-- EITHER -->
<config>
<configuration>
<!-- Junos XML configuration data -->
</configuration>
</config>
<!-- OR -->
<config-text>
<configuration-text>
<!-- configuration data in text format -->
</configuration-text>
</config-text>
<!-- OR -->
<url>
<!-- location specifier for file containing changes -->
</url>
</edit-config>
</rpc>
]]>]]>
이전에 커밋된 구성으로 롤백
Junos OS를 실행하는 디바이스는 플랫폼에 따라 가장 최근에 커밋된 구성 사본과 최대 49개의 이전 구성을 저장합니다. 저장된 구성으로 롤백할 수 있습니다. 이는 구성 변경으로 인해 바람직하지 않은 결과가 발생하며 알려진 작업 구성으로 되돌리려는 경우에 유용합니다. 구성을 롤백하는 것은 장비에서 구성을 변경하는 프로세스와 유사하지만 구성 데이터를 로딩하는 대신 롤백을 수행하여 전체 후보 구성을 이전에 커밋된 구성으로 대체합니다.
Junos OS 릴리스 18.1R1부터 NETCONF 애플리케이션은 RPC를 실행 <rollback-config> 하여 후보 구성 또는 개방형 구성 데이터베이스의 모든 데이터를 이전에 커밋된 구성으로 대체할 수 있습니다. 컨피규레이션을 롤백하기 위해 애플리케이션은 로드할 이전 구성의 숫자 인덱스를 지정하는 하위 요소를 사용하여 요소를 <index> 내 방출 <rollback-config> 합니다. 유효 값은 0(가장 최근에 커밋된 구성의 경우 0)이며 이전 구성에 저장된 개수(최대는 49)보다 1점 적습니다.
NETCONF 애플리케이션은 또한 Junos XML 프로토콜 <load-configuration> 작업을 속성과 함께 rollback 사용하여 구성을 롤백할 수 있습니다.
예를 들어, 컨피규레이션을 롤백 인덱스 1로 로드하기 위해 클라이언트 애플리케이션은 다음과 같은 RPC를 방출합니다.
<rpc>
<rollback-config>
<index>1</index>
</rollback-config>
</rpc>
]]>]]>
NETCONF 서버는 RPC 응답에 있는 요소 및 <ok/> 요소를 반환함으로써 <rollback-config-results> 로드 작업이 성공적이었음을 나타냅니다.
<rpc-reply xmlns="urn:ietf:params:xml:ns:netconf:base:1.0" xmlns:junos="http://xml.juniper.net/junos/18.1R1/junos">
<rollback-config-results>
<ok/>
</rollback-config-results>
</rpc-reply>
]]>]]>
로드 작업이 성공적일 경우 클라이언트 애플리케이션은 장비에서 활성 구성이 되도록 구성을 커밋해야 합니다. 롤백 구성을 로드하는 동안 서버에서 오류가 발생하면 오류에 대한 정보가 포함된 요소를 반환 <rpc-error> 합니다.
지원자 구성을 복구 구성으로 대체
복구 구성을 사용하면 언제든지 복원할 수 있는 알려진 상태로 알려진 작업 구성 또는 구성을 정의할 수 있습니다. 장비 구성과 백업 구성 파일이 수리할 필요 없을 때 알려진 구성으로 되돌리거나 최후의 수단으로 복귀해야 할 때 복구 구성을 사용합니다. 복구 구성을 만들면 디바이스가 가장 최근에 커밋된 구성을 복구 구성으로 저장합니다.
Junos OS 릴리스 18.1R1부터 NETCONF 애플리케이션은 RPC를 실행 <rollback-config> 하여 후보 구성 또는 개방형 구성 데이터베이스의 모든 데이터를 장비의 복구 구성으로 대체할 수 있습니다. 복구 구성을 로드하기 위해 애플리케이션은 요소와 <rescue/> 자식 태그를 <rollback-config> 내뿜습니다. 복구 구성은 로드하기 전에 디바이스에 있어야 합니다.
NETCONF 애플리케이션은 복구 구성을 로드하는 속성과 함께 rescue Junos XML 프로토콜 <load-configuration> 작업을 사용할 수도 있습니다.
예를 들어, 복구 구성을 로드하기 위해 클라이언트 애플리케이션은 다음과 같은 RPC를 방출합니다.
<rpc>
<rollback-config>
<rescue/>
</rollback-config>
</rpc>
]]>]]>
NETCONF 서버는 RPC 응답에 있는 요소 및 <ok/> 요소를 반환함으로써 <rollback-config-results> 로드 작업이 성공적이었음을 나타냅니다.
<rpc-reply xmlns="urn:ietf:params:xml:ns:netconf:base:1.0" xmlns:junos="http://xml.juniper.net/junos/18.1R1/junos">
<rollback-config-results>
<ok/>
</rollback-config-results>
</rpc-reply>
]]>]]>
로드 작업이 성공적일 경우 클라이언트 애플리케이션은 장비에서 활성 구성이 되도록 구성을 커밋해야 합니다. 복구 구성이 없거나 구성 데이터를 로드하는 동안 서버가 또 다른 오류가 발생하면 오류에 대한 정보가 포함된 요소를 반환 <rpc-error> 합니다.