Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

구성 파일 로딩

장비에서 구성 파일을 로드하는 경우 네트워크 내 여러 디바이스에서 일반적인 구성 파일을 로드하는 데 유용합니다.

파일 또는 터미널에서 구성 로드

주니퍼 네트웍스 디바이스에 대한 구성 데이터가 포함된 파일을 만든 다음 로컬 장비에 파일을 복사한 다음, 해당 CLI. 파일을 로드한 후 디바이스에서 구성을 활성화하기 위해 커밋할 수도 있습니다. 또는 디바이스에서 구성을 양방향으로 편집하고 나중에 커밋할 CLI 수 있습니다.

또한 터미널에 입력하는 동안 구성을 만든 다음 로드할 수 있습니다. 터미널에서 구성을 로드하는 것은 구성의 기존 부분을 절단하고 구성의 다른 곳에 붙여넣는 경우 일반적으로 유용합니다.

장비에 있는 기존 구성 파일을 로드하려면 구성 모드 명령을 load 사용합니다.

터미널에서 구성을 로드하려면, 구성 모드 명령의 다음 load 버전을 사용하십시오. Ctrl-d를 눌러 입력을 종료합니다.

전체 구성을 대체하려면 계층의 모든 수준에서 override 옵션을 지정합니다. 작업은 현재 지원자 구성을 로딩 중인 파일로 load override 완전히 대체합니다. 따라서 전체 구성을 저장한 경우 이 옵션을 사용합니다.

운영은 현재 응시자 구성을 폐기하고 터미널에 입력한 구성 또는 구성을 overridefilename 로드합니다. 이 옵션을 사용하여 구성을 커밋하면 모든 시스템 프로세스가 구성을 다시 override 구성합니다.

구성의 일부를 대체하려면 옵션을 replace 지정합니다. 작업은 로드된 파일에 추가한 태그를 검색하고 후보 구성의 부분을 태그 이후 지정된 것으로 load replacereplace: 대체합니다. 이는 변경되는 것을 정확하게 제어하려는 경우 유용합니다. 이 작업이 작동하려면 터미널에 입력한 파일 또는 replace: 구성에 태그를 포함해야 합니다. 소프트웨어는 태그를 검색하고, 동일한 이름의 기존 명령문(있는 경우)을 삭제하고, 수신 구성으로 replace: 대체합니다. 동일한 이름의 기존 명령문이 없는 경우 작업은 태그가 표시된 명령문을 replace 구성에 replace: 추가합니다.

또는 작업에서 태그가 포함된 파일 또는 유형 텍스트를 지정하면 태그가 무시되고 작업이 overridemergereplace:replace:overridemerge 수행됩니다.

작업을 수행하고 사용자가 지정한 파일 또는 유형에 태그가 포함되어 있지 않은 텍스트인 경우 해당 작업은 작업에 효과적으로 replacereplace:replacemerge 동등합니다. 이는 자동화된 스크립트를 실행하고 있으며 스크립트가 작업 또는 작업을 수행해야 하는지 여부를 사전에 알 수 없는 경우 replacemerge 유용합니다. 스크립트는 이 작업을 replace 사용하여 두 케이스 모두를 커버할 수 있습니다.

작업은 저장된 파일 또는 터미널의 구성을 기존 후보 load merge 구성과 통합합니다. 이는 새로운 구성 섹션을 추가하는 경우 유용합니다. 예를 들어 이전 구성이 BGP(Border Gateway Protocol) 구성이 없는 계층 수준에 BGP(Border Gateway Protocol) [edit protocols] 가정해 보겠습니다. 이 작업을 사용하여 수신 구성을 기존 응시자 구성과 load merge 결합할 수 있습니다. 기존 구성과 수신 구성에 충돌하는 명령문이 포함되어 있는 경우, 수신 구성의 명령문은 기존 구성의 명령문을 대체합니다.

변경된 구성의 해당 부분만 대체하려면 계층의 모든 수준에서 옵션을 update 지정합니다. 작업은 후보 구성 및 새 구성 데이터를 비교하고, 새로운 구성과 다른 후보 구성의 부분만 load update 변경합니다. 예를 들어, 기존 BGP(Border Gateway Protocol) 구성이 있는 경우, 로드하는 파일이 어떤 방식으로 변경될 수 있습니다.

merge, overrideupdate 옵션은 JSON(JavaScript Object Notation) 형식으로 로딩 구성 데이터를 지원하며, JSON 형식을 사용하는 구성 데이터를 로딩할 경우 명령에 json 해당 옵션을 지정해야 합니다.

패치 파일로 구성의 일부를 변경하려면 옵션을 patch 지정하십시오. 운영은 구성 변경이 포함된 파일 또는 load patch 터미널 입력을 로드합니다. 첫째, 이미 구성 변경 사항이 있는 디바이스에서 명령을 입력하여 두 구성 간의 차이점을 show | compare 출력합니다. 그런 다음 다른 디바이스에서 차이점을 로드할 수 있습니다. 명령어의 이점은 각기 다른 계층 수준에서 파일로 스니핑을 대상 장비로 로드하기 전에 텍스트 파일로 복사할 필요를 절약할 load patch 수 있습니다. 동일한 옵션을 사용하여 여러 디바이스를 구성하는 경우 시간을 절약할 수 있습니다. 예를 들어, 라우터1에서 라우팅 정책을 구성하고 라우터2, 라우터3 및 라우터4에서 정책 구성을 복제할 것을 가정해 보겠습니다. 운영을 사용할 수 load patch 있습니다.

먼저, 명령을 show | compare 실행합니다.

명령의 출력을 클립보드에 복사하여 계층 수준을 show | compare 포함해야 합니다. 라우터2, 라우터3, 라우터4에서 출력을 load patch terminal 입력하고 붙여넣습니다. 입력을 눌러 Ctrl-d를 눌러 작업을 끝마치게 됩니다. 패치 입력이 기존 명령문에 대한 서로 다른 값을 지정하면, 패치 입력은 기존 명령문을 대체합니다.

전체 계층 수준을 지정하지 않고 , 또는 옵션을 mergereplacesetupdate 사용하다가 옵션을 relative 지정합니다. 이 옵션은 구성 계층의 현재 편집 지점과 관련해 수신 구성을 로드합니다. 몇 가지 예를 들면 다음과 같습니다.

구성 모드 명령이 포함된 구성을 로드하려면 set 옵션을 set 지정합니다. 이 옵션은 파일이나 터미널에 저장될 때 구성 지침 줄을 행으로 실행합니다. 명령어에는 , 및 를 포함하는 구성 모드 명령어가 setedit 포함될 수 exittop 있습니다.

구성 파일을 다른 네트워크 시스템에서 로컬 라우터로 복사하려면 CLI Explorer에 설명된 바와 같이 SSH 및 Telnet 유틸리티를 사용할 CLI 있습니다.

주:

Common Criteria 환경에서 Junos OS 속성을 변경할 때마다 시스템 로그 메시지가 생성됩니다(예: 암호 변경 또는 RADIUS 공유 secret 암호). 다음과 같은 구성 로드 작업 동안 이러한 변경 사항이 로깅됩니다.

모바일 디바이스에서 문자 인코딩 주니퍼 네트웍스 이해

Junos OS 및 Junos OS Evolved 구성 데이터 및 운영 명령 출력에는 7비트 ASCII 문자 세트 외부에 있는 비 ASCII 문자가 포함될 수 있습니다. 운영 또는 구성 데이터를 특정 형식 또는 특정 유형의 세션으로 표시할 때 소프트웨어는 동등한 UTF-8 소수 문자 참조를 사용하여 이 문자를 이스케이프(escape)하고 인코딩합니다.

Junos OS 명령줄 인터페이스(CLI)는 텍스트, 세트 또는 JSON 형식으로 내보이는 구성 데이터에서 비 ASCII 문자를 표시하려고 시도하며, 이와 유사하게 텍스트 형식으로 내보이는 명령 출력에 이들 문자를 표시하려고 시도합니다. XML 형식의 구성 데이터와 XML 또는 JSON 형식으로 명령 출력을 포함해 Junos OS CLI 대신 UTF-8 소수 문자 참조를 표시합니다. NETCONF 및 Junos XML 프로토콜 세션에서 비 ASCII 문자가 포함된 구성 데이터 또는 명령 출력을 요청하면 서버는 모든 형식에 대해 해당 문자에 대해 동등한 UTF-8 소수 문자 참조를 반환합니다.

예를 들어, ilde(ñ)를 포함하는 라틴어 소형 문자 n을 포함하는 다음 사용자 계정이 실행되는 디바이스에서 Junos OS.

결과 구성을 텍스트 형식으로 표시하면 CLI 문자를 인쇄합니다.

결과 구성을 CLI NETCONF 또는 Junos XML 프로토콜 세션에서 모든 형식으로 구성을 표시할 경우, ñ 문자는 동등한 UTF-8 소수 문자 참조에 ñ 매핑됩니다.

구성 데이터를 장비에 로드하면 동등한 UTF-8 소수 문자 참조를 사용하여 비 ASCII 문자를 로드할 수 있습니다.

지정 명령문 및 식별자에 대한 추가 세부 정보

이 주제는 CLI 컨테이너 및 리프 명령문에 대한 자세한 정보를 제공하여 ASCII 구성 파일을 만들 때 이를 지정하는 방법을 더 잘 이해할 수 있습니다. 또한 입력한 CLI 정확한 형식을 확인하기 위해 유형 검사를 수행한 방법을 설명합니다.

명령문 지정

중 어느 것에서건 다음 두 가지 방법 중 하나에 설명됩니다.

  • 중괄호 안에 하나 이상의 하위 수준 명령문을 동봉하는 명령문 이름 및 식별자:

  • 명령문 이름, 식별자 및 단일 식별자:

명령문 이름은 명령문의 이름입니다. 식별자 이름은 명령문의 인스턴스를 고유하게 식별하는 이름 또는 기타 문자열입니다. 명령문을 구성에서 두 번 이상 지정할 수 있는 경우 식별자가 사용됩니다.

명령문을 지정할 때, 명령문 계층에 따라 명령문 이름이나 식별자 이름 또는 둘 모두를 지정해야 합니다.

다음과 같은 방법으로 식별자를 지정합니다.

  • 식별자 이름—명령문을 명령문에 두 번 이상 지정할 수 있는 경우, 식별자 이름은 명령문을 고유하게 식별하는 데 사용되는 키워드입니다.

  • 식별자 이름 값—식별자 이름은 키워드로, 값은 필수 옵션 변수입니다.

  • 식별자 이름 [value1 value2 value3 ...]—식별자 이름은 여러 값을 허용하는 키워드입니다. 값 집합을 지정할 때 브래킷이 필요합니다. 그러나 하나의 값만 지정하면 선택 사항입니다.

다음 예제에서는 명령문과 식별자가 구성에 지정되는 방법을 설명합니다.

ASCII 구성 파일을 만들면 다음 방법 중 하나에서 명령문과 식별자를 지정할 수 있습니다. 그러나 각 명령문은 선호하는 스타일로 CLI 구성 모드 명령에 따라 구성을 표시할 때 해당 스타일로 사용할 수 show 있습니다.

  • 선언문 다음 식별자:

  • 다음 중괄호에 동봉된 식별자가 나타날이 있습니다.

  • 일부 반복 식별자를 위해 모든 명령문에 대해 한 세트의 중괄호를 사용할 수 있습니다.

유형 CLI 수행

식별자 및 값을 지정하면 CLI 입력된 데이터가 올바른 형식인지 확인하기 위해 유형 검사를 수행합니다. 예를 들어, IP 주소를 지정해야 하는 명령문의 경우, CLI 유효한 형식으로 주소를 입력해야 합니다. 없는 경우 오류 메시지는 입력해야 할 것을 나타냅니다. 표 1 검사하는 데이터 유형을 CLI 있습니다.

표 1: CLI 구성 입력 유형

데이터 유형

형식

물리적 인터페이스 이름([ edit interfaces] 계층에서 사용)

type-fpc/pic/port

Correct: so-0/0/1

Incorrect: so-0

전체 인터페이스 이름

type-fpc/pic/port<:channel>.logical

Correct: so-0/0/1.0

Incorrect: so-0/0/1

전체 또는 약어 인터페이스 이름([ 계층이 다른 곳에서 edit interfaces] 사용)

type-<fpc</pic/port>><<: channel>.logical>

Correct: so, so-1, so-1/2/3:4.5

IP 주소

0xhex-bytesoctet<. octet<.octet. <octet>>>

Correct: 1.2.3.4, 0x01020304, 128.8.1, 128.8

Sample translations:

1.2.3 된다 1.2.3.00x01020304 된다 1.2.3.40x010203 된다 0.1.2.3

IP 주소(대상 Prefix) 및 Prefix 길이

0xhex-bytes</length>octet<octet <octet.<octet>>></length>

Correct: 10/8, 128.8/16, 1.2.3.4/32, 1.2.3.4

Sample translations:

1.2.3 된다 1.2.3.0/320x01020304 된다 1.2.3.4/320x010203 된다 0.1.2.3/32default 된다 0.0.0.0/0

ISO(International Organization for Standardization) 주소

hex-nibble<hex-nibble ...>

Correct: 47.1234.2345.3456.00, 47123423453456.00, 47.12.34.23.45.34.56.00

Sample translations:

47123456 된다 47.1234.5647.12.34.56 된다 47.1234.564712.3456 된다 47.1234.56

최단 경로 우선(OSPF) 영역 식별(ID)

0xhex-bytesoctet<.octet<.octet.< octet >>> decimal-number

Correct: 54, 0.0.0.54, 0x01020304, 1.2.3.4

Sample translations:

54 된다 0.0.0.54

257 된다 0.0.1.1128.8 된다 128.8.0.00x010203 된다 0.1.2.3

파일에서 구성 로드

다음 예에서는 파일에서 구성을 로딩하는 프로세스를 설명합니다.

그림 1: 현재 구성의 차별성현재 구성의 차별성
그림 2: replace 옵션 사용replace 옵션 사용
그림 3: 병합 옵션 사용병합 옵션 사용
그림 4: 패치 파일 사용패치 파일 사용
그림 5: set 옵션 사용set 옵션 사용

구성 파일 업로드

로컬 시스템에서 구성 파일을 생성하고 장비에 파일을 복사한 다음 해당 파일을 해당 시스템에 로드할 CLI. 구성 파일을 로드한 후 이 파일을 커밋하여 디바이스에서 구성을 활성화할 수 있습니다. 또한 이 인터랙티브를 사용하여 양방향으로 구성을 편집하고 CLI 나중에 커밋할 수도 있습니다.

로컬 시스템에서 구성 파일을 업로드하려면 다음을 제공합니다.

  1. Notepad와 같은 텍스트 편집기를 사용하여 구성 파일을 생성하여 구성 파일의 구문이 올바른지 확인합니다.
  2. 구성 텍스트 파일에서 옵션을 사용하여 파일이 로드될 때 필요한 조치를 실행합니다.
    표 2: 로드 명령에 대한 옵션
    옵션 설명

    merge

    현재 활성 구성과 사용자가 지정한 파일명 또는 터미널 창에서 입력한 구성을 결합합니다. 기존 구성에 새 섹션을 추가할 때 작업에 merge 유용합니다. 활성 구성과 수신 구성에 충돌 명령문이 포함되어 있는 경우, 수신 구성의 명령문은 활성 구성의 명령문을 능가합니다.

    override

    현재 응시자 구성을 폐기하고 사용자가 지정한 파일 이름이나 터미널에 입력한 구성을 로드합니다. 이 옵션을 사용하여 구성을 커밋하면 모든 시스템 프로세스가 구성을 다시 override 구성합니다. 모든 계층 수준에서 이 옵션을 override 사용할 수 있습니다.

    replace

    태그를 검색하고, 동일한 이름의 기존 명령문(있는 경우)을 삭제하고, 수신 구성으로 replace 대체합니다. 동일한 이름의 기존 명령문이 없는 경우 연산은 태그가 표시된 명령문을 활성 구성에 replacereplace 추가합니다.

    주:

    이 작업이 작동하려면 텍스트 파일이나 터미널을 사용하여 입력하는 구성에 replace 태그를 포함해야 합니다.

  3. Ctrl+a를 눌러 구성 파일에 있는 모든 텍스트를 선택합니다.
  4. Ctrl+c를 눌러 구성 텍스트 파일의 내용을 클립보드에 복사합니다.
  5. 사용자 이름과 암호를 사용하여 장치에 로그인합니다.
  6. 구성 모드 입력: user@host> configure

    [편집] user@host #

  7. 구성 파일을 로드합니다. [편집] user@host # load merge terminal
  8. 커서에서 마우스와 붙여넣기 아이콘을 사용하여 클립보드의 컨텐츠를 붙여넣기합니다. [편집] user@host# [새 라인에서 D 입력] load merge terminal >Cursor가 있습니다. 클립보드의 내용을 여기에 붙여넣기 합니다<
  9. Enter.
  10. Ctrl+d를 눌러 파일 끝 마커를 설정할 수 있습니다.

구성을 커밋하기 전에 구성 단계의 결과를 확인하려면 사용자 프롬프트에 show 명령을 입력합니다.

이러한 변경 사항을 활성 구성에 커밋하려면 사용자 프롬프트에 commit 명령을 입력합니다. 또한 이 인터랙티브를 사용하여 양방향으로 구성을 편집하고 CLI 나중에 커밋할 수도 있습니다.