스크립트에 대한 대체 원본 위치 사용Use an alternate source location for a script
대체 위치에서 스크립트 새로 고침
명령문에 정의된 source 마스터 소스에서 스크립트를 업데이트할 수 있을 뿐만 아니라 구성 모드 명령 또는 request system scripts refresh-from 운영 모드 명령을 사용하여 set refresh-from 대체 위치에서 스크립트를 업데이트할 수도 있습니다. 예를 들어 네트워크 문제 또는 기타 문제로 인해 마스터 소스에 액세스할 수 없는 경우 편리합니다.
업데이트 작업은 구성 모드 명령 또는 request system scripts refresh-from 운영 모드 명령을 실행 set refresh-from 하자마자 발생합니다. 명령을 실행하면 디바이스는 즉시 지정된 URL에 연결을 시도하고 파일 사본을 검색합니다. 복사본은 디바이스의 scripts 디렉터리에 저장된 로컬 스크립트를 덮어씁니다. 원격 URL에서 소스 복사본을 사용할 수 없는 경우 해당 스크립트가 업데이트되지 않고 경고가 발생합니다. 커밋 스크립트의 경우, 업데이트된 커밋 스크립트는 다음에 명령을 실행할 commit 때 실행됩니다.
명령을 실행 set refresh-from 해도 구성에 문이 추가 refresh-from 되지 않습니다. set refresh-from 따라서 명령은 구성에 문을 추가하는 대신 작업을 실행하여 운영 모드 명령처럼 작동합니다.
디바이스에 이중 라우팅 엔진이 있고 두 라우팅 엔진 모두에서 스크립트를 업데이트하려면 각 라우팅 엔진에서 별도로 명령을 실행해야 set refresh-from 합니다. 또는 요청하는 라우팅 엔진에서 스크립트를 새로 고친 다음 운영 모드 명령을 사용하여 스크립트를 다른 라우팅 엔진과 동기화하거나 commit synchronize scripts 구성 모드 명령을 사용하여 request system scripts synchronize 구성을 커밋하고 동기화할 때 모든 스크립트를 다른 라우팅 엔진과 동기화할 수 있습니다. 운영 모드에서는 두 라우팅 엔진 모두에서 스크립트를 새로 고치는 옵션과 함께 sync 명령을 사용할 request system scripts refresh-from 수도 있습니다.
구성 모드 명령을 사용하여 하나 이상의 스크립트를 업데이트하려면 set refresh-from :
또는 운영 모드에서 대체 소스의 단일 스크립트를 업데이트하려면 명령을 실행하고 request system scripts refresh-from 스크립트 유형, 파일 이름 및 원격 URL을 지정합니다.
user@host> request system scripts refresh-from (commit | event | extension-service | op | snmp) file filename url url <sync>
어디
-
filename- 스크립트의 이름입니다.
-
url- 원격 스크립트 또는 디렉터리의 URL입니다. 소스를 HTTPS URL, HTTP URL, FTP URL 또는 scp(Secure Copy) 스타일 원격 파일 스펙으로 지정하십시오.
HTTPS URL을 지정하는 경우 지원되는 릴리스에도 옵션을 포함해야 cert-file 합니다. 이 cert-file 옵션은 디바이스가 서버 인증서의 유효성을 검사하는 데 사용하는 PEM 형식의 인증서(루트 CA 또는 자체 서명)의 경로를 지정합니다. 예를 들어:
user@host> request system scripts refresh-from op file ospf-neighbors.slax url https://example.juniper.net/scripts/ospf-neighbors.slax cert-file /var/tmp/root-ca-cert-example-juniper-net.pem refreshing 'ospf-neighbors.slax' from 'https://example.juniper.net/scripts/ospf-neighbors.slax' /var/home/user/...transferring.file........100% of
원격 사이트에 없는 스크립트를 새로 고치도록 요청하면 디바이스에서 오류 메시지를 생성합니다. 예를 들어:
user@host> request system scripts refresh-from op file nonexistent.slax url http://host1.juniper.net/nonexistent.slax refreshing 'nonexistent.slax' from 'http://host1.juniper.net/nonexistent.slax' fetch-secure: http://host1.juniper.net/nonexistent.slax: Not Found error: file-fetch failed error: communication error: rpc failed (file-fetch) error: error retrieving file http://host1.juniper.net/nonexistent.slax
명령을 실행하면 set refresh-from Junos OS는 파일 전송에 사용되는 임시 폴더를 만듭니다. 전송 및 새로 고침 작업이 완료된 후 Junos OS는 임시 폴더를 삭제합니다.
또한보십시오
대체 소스에서 스크립트를 업데이트하는 데 사용되는 라우팅 인스턴스 구성
Junos OS 릴리스 18.1R1 이전에는 기본 관리 인터페이스를 사용하여 대체 소스에서 스크립트를 업데이트할 수 있었습니다. 그러나 Junos OS 릴리스 17.3R1부터는 관리 트래픽이 더 이상 다른 제어 또는 프로토콜 트래픽과 라우팅 테이블을 공유할 필요가 없도록 비기본 가상 라우팅 및 포워딩(VRF) 인스턴스로 관리 인터페이스를 제한할 수 있습니다. Junos OS 릴리스 18.1R1부터 커밋, 이벤트, JET, op 또는 SNMP 스크립트를 새로 고치거나 대체 소스에서 SNMP 스크립트를 다운로드하는 데 사용할 라우팅 인스턴스를 지정할 수 있습니다. 이 라우팅 인스턴스는 기본이 아닌 관리 인스턴스 mgmt_junos 이거나 다른 라우팅 인스턴스일 수 있습니다.
계층 수준에서 스크립트를 [edit system routing-instances] 업데이트하도록 지정하는 라우팅 인스턴스를 구성해야 합니다.
비관리 라우팅 인스턴스를 사용하여 대체 원본에서 스크립트를 업데이트하려면:
구성된 관리 인터페이스를 사용하여 대체 소스에서 스크립트를 업데이트하려면 에 대해서만 구성할 mgmt_junos 수 있습니다 routing-instance-name. 비관리 인터페이스를 사용하려면 에 대해 무엇이든 구성할 수 있습니다 routing-instance-name.
또한보십시오
예: 대체 원본에서 스크립트 새로 고침
다음 예제에서는 대체 소스 위치를 사용하여 Junos OS를 실행하는 디바이스에서 스크립트의 로컬 복사본을 업데이트합니다. 원격 소스는 HTTP URL로 정의됩니다.
요구 사항
Junos OS를 실행하는 라우팅, 스위칭 또는 보안 디바이스.
개요
마스터 원본이 아닌 다른 위치에서 스크립트를 업데이트할 수 있습니다. 예를 들어 네트워크 문제 또는 기타 문제로 인해 마스터 소스에 액세스할 수 없는 경우 편리합니다. 대체 위치에서 단일 스크립트 또는 지정된 유형의 모든 스크립트를 새로 고칠 수 있습니다.
이 예는 Junos OS를 실행하는 디바이스에서 op 스크립트 iso.xsl 을 활성화한 다음 마스터 소스 위치가 아닌 다른 위치에서 스크립트를 새로 고칩니다. iso.xsl 파일의 원격 소스는 HTTP URL http://my.example.com/pub/scripts2/iso.xsl 입니다.
스크립트를 구성한 계층 수준에서 구성 모드 명령을 실행하여 set refresh-from 로컬 스크립트를 새로 고칩니다. 이 예에서는 계층 수준에서 명령을 [edit system scripts op file iso.xsl] 실행합니다set refresh-from.
구성
스크립트 다운로드 및 사용Download and enable the script
단계별 절차
스크립트를 다운로드하고 사용하도록 설정하려면:To download and enable the script:
스크립트를 디바이스의 /var/db/scripts/op/ 디렉터리에 복사합니다.
구성 모드에서 iso.xsl 스크립트를 활성화하도록 명령문을 구성합니다
file.[edit system scripts op] user@R1# set file iso.xsl
commit and-quit명령을 실행하여 구성을 커밋하고 운영 모드로 종료합니다.[edit] user@R1# commit and-quit
결과
system {
scripts {
op {
file iso.xsl;
}
}
}
스크립트 확인
목적
스크립트가 디바이스에 있고 구성에서 활성화되었는지 확인합니다.
작업
file list 운영 모드 명령을 실행하여 지정된 디렉토리의 파일을 봅니다. 이 detail 옵션은 사용 권한, 파일 크기 및 수정 날짜와 같은 추가 정보를 제공합니다.
user@R1> file list /var/db/scripts/op detail /var/db/scripts/op: total 128 -rw-r--r-- 1 root admin 13897 Feb 10 2011 iso.xsl ...
show configuration system scripts op 운영 모드 명령을 실행하여 디바이스에서 현재 활성화된 op 스크립트를 나열합니다.
user@R1> show configuration system scripts op file iso.xsl
대체 위치에서 스크립트 새로 고침
단계별 절차
대체 위치에서 스크립트의 로컬 복사본을 새로 고치려면:To refresh the local copy of the script from the alternate location:
구성 모드에서는 계층 수준에서 명령을
[edit system scripts op file iso.xsl]실행합니다set refresh-from.[edit system scripts op file iso.xsl] user@R1# set refresh-from http://my.example.com/pub/scripts2/iso.xsl