Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

스크립트의 마스터 원본 위치 구성 및 사용

각 스크립트의 마스터 복사본을 중앙 저장소에 저장할 수 있습니다. 이렇게 하면 한 곳에서 마스터 스크립트를 변경한 다음 현재 스크립트가 활성화되어 있는 각 디바이스에서 복사본을 업데이트할 수 있으므로 파일 관리가 쉬워집니다. 이 섹션에서는 스크립트의 마스터 원본 위치를 구성하는 방법과 스크립트의 로컬 복사본을 새로 고치는 방법에 대해 설명합니다.

스크립트에 대한 마스터 소스 구성

개별 스크립트의 마스터 복사본에 대한 원본 위치를 지정하려면:

  1. source 명령문을 구성하고 마스터 파일의 URL을 HTTPS URL, HTTP URL, FTP URL 또는 보안 복사(scp) 스타일 원격 파일 스펙으로 지정하십시오.

    구성 계층은 스크립트 유형 및 파일 이름에 따라 다릅니다.

    다음 예제에서는 ospf-neighbors.slax op 스크립트의 마스터 소스 위치를 구성합니다.

  2. source 위치가 HTTPS 서버에 있는 경우 지원되는 디바이스에서 문을 구성합니다cert-file. 디바이스가 서버 인증서의 유효성을 검사하는 데 사용하는 PEM(Privacy-Enhanced Mail) 형식으로 인증서(루트 CA 또는 자체 서명)의 절대 경로를 지정합니다.

    구성 계층은 스크립트 유형 및 파일 이름에 따라 다릅니다.

    다음 예에서는 ospf-neighbors.slax op 스크립트의 마스터 복사본이 있는 서버의 인증서의 유효성을 검사하는 데 사용할 루트 CA 인증서를 구성합니다.

source 구성에 문을 포함해도 명령을 실행할 때까지 스크립트의 로컬 사본에는 set refresh 영향을 주지 않습니다. 이 시점에서 디바이스는 지정된 URL에서 마스터 복사본을 검색하고 로컬 복사본을 덮어씁니다.

마스터 소스에서 스크립트를 업데이트하는 데 사용되는 라우팅 인스턴스 구성

Junos OS 릴리스 18.1R1 이전에는 기본 관리 인터페이스를 사용하여 마스터 소스에서 스크립트를 업데이트할 수 있었습니다. 그러나 Junos OS 릴리스 17.3R1부터는 관리 트래픽이 더 이상 다른 제어 또는 프로토콜 트래픽과 라우팅 테이블을 공유할 필요가 없도록 비기본 가상 라우팅 및 포워딩(VRF) 인스턴스로 관리 인터페이스를 제한할 수 있습니다. Junos OS 릴리스 18.1R1부터 마스터 소스에서 커밋, 이벤트, JET, op 또는 SNMP 스크립트를 새로 고치거나 다운로드하는 데 사용할 라우팅 인스턴스를 지정할 수 있습니다. 이 라우팅 인스턴스는 기본이 아닌 관리 인스턴스 mgmt_junos 이거나 다른 라우팅 인스턴스일 수 있습니다.

계층 수준에서 스크립트를 [edit system routing-instances] 업데이트하도록 지정하는 라우팅 인스턴스를 구성해야 합니다.

마스터 소스에서 스크립트를 업데이트하는 데 사용 mgmt_junos 하려면:

  1. 계층 수준에서 [edit system] 문을 구성 management-instance 하여 mgmt_junos 활성화합니다.
  2. 계층 수준에서 [edit routing-instances] mgmt_junos 라우팅 인스턴스를 구성합니다.
  3. 스크립트에 대한 세 가지 routing-instance 계층 수준 중 하나에서 mgmt_junos 라우팅 인스턴스를 구성합니다.
    • commit, op 또는 SNMP 스크립트의 [edit system scripts (commit | op | snmp)] 경우 계층 수준에서 mgmt_junos 라우팅 인스턴스를 구성합니다.

    • 이벤트 스크립트의 경우, 계층 수준에서 mgmt_junos 라우팅 인스턴스를 [edit event-options event-script file] 구성합니다.

    • JET 스크립트의 경우, 계층 수준에서 mgmt_junos 라우팅 인스턴스를 [edit system extensions extension-service application file] 구성합니다.

참고:

구성된 관리 인터페이스를 사용하여 마스터 소스에서 스크립트를 업데이트하려면 에 대해서만 구성할 mgmt_junos 수 있습니다 routing-instance-name. 비관리 인터페이스를 사용하려면 에 대해 무엇이든 구성할 수 있습니다 routing-instance-name.

마스터 소스에서 스크립트 업데이트

디바이스에서 하나 이상의 스크립트에 대한 마스터 소스를 구성하는 경우 구성 모드 명령을 사용하여 set refresh 해당 디바이스에서 스크립트를 새로 고칠 수 있습니다. 단일 스크립트 또는 마스터 소스 위치가 구성된 지정된 스크립트 유형의 모든 스크립트를 업데이트할 수 있습니다.

업데이트 작업은 명령을 실행 set refresh 하자마자 발생합니다. 명령을 실행하면 디바이스는 set refresh 즉시 지정된 URL에 연결을 시도하고 마스터 파일의 사본을 검색합니다. 마스터 복사본은 디바이스의 scripts 디렉터리에 저장된 로컬 스크립트를 덮어씁니다. load-scripts-from-flash 문이 구성된 경우 디바이스는 하드 디스크의 스크립트 대신 플래시 드라이브의 스크립트를 업데이트합니다. 스크립트에 대해 마스터 소스가 정의되지 않은 경우 해당 스크립트는 업데이트되지 않으며 경고가 발생합니다. 커밋 스크립트의 경우, 업데이트된 커밋 스크립트는 다음에 명령을 실행할 commit 때 실행됩니다. 스크립트 구성에 명령문이 포함된 routing-instance 경우, Junos OS는 해당 라우팅 인스턴스를 사용하여 스크립트를 업데이트합니다.

참고:

명령을 실행 set refresh 해도 구성에 문이 추가 refresh 되지 않습니다. 따라서 명령은 구성에 문을 추가하는 대신 작업을 실행하여 운영 모드 명령처럼 작동합니다.

set refresh 명령은 운영 모드 명령처럼 작동하면서도 구성 모드 내에서 실행할 수 있다는 점에서 Junos OS CLI에서 고유합니다. 다른 모든 Junos OS CLI 운영 모드 명령은 명령 모드에서만 실행할 수 있습니다. 이 기능은 커밋 스크립트를 개발하는 사용자의 편의를 위해 이러한 방식으로 제공됩니다.

디바이스에 이중 라우팅 엔진이 있고 두 라우팅 엔진 모두에서 스크립트를 업데이트하려는 경우 각 라우팅 엔진에서 개별적으로 명령을 실행해야 set refresh 합니다. 또는 요청하는 라우팅 엔진에서 스크립트를 새로 고친 다음 운영 모드 명령을 사용하여 스크립트를 다른 라우팅 엔진과 동기화하거나 commit synchronize scripts 구성 모드 명령을 사용하여 request system scripts synchronize 구성을 커밋하고 동기화할 때 모든 스크립트를 다른 라우팅 엔진과 동기화할 수 있습니다.

마스터 소스에서 단일 스크립트를 업데이트하려면 스크립트가 구성된 계층 수준에서 명령을 실행합니다 set refresh . 계층 위치는 다음 예제와 같이 스크립트 유형과 파일 이름에 따라 달라집니다. 마스터 소스 위치를 지정하는 문은 source 이미 구성되어 있어야 합니다.

마스터 소스 파일에서 지정된 스크립트 유형의 활성화된 모든 스크립트를 업데이트하려면 해당 스크립트 유형의 계층 수준에서 명령을 실행합니다 set refresh .

릴리스 기록 테이블
릴리스
설명
21.2R1
Junos OS 릴리스 21.2R1부터 HTTPS 서버에서 스크립트를 새로 고칠 때 인증서를 지정해야 합니다.