Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

구성 관리

이 | 비교 | 디스플레이 xml 명령 출력

필터는 후보 구성과 현재 커밋된 구성을 비교하고 XML의 두 구성 간의 compare | display xml 차이점을 표시합니다. 구성을 비교하려면 파이프(|) 기호를 작동 또는 구성 compare | display xml 모드에서 입력합니다.

운영 모드의 예:

구성 모드의 예:

예를 들어 필터 앞에 특정 구성 계층을 입력할 compareshow configuration system syslog | compare | display xml 있습니다. 구성 모드에서는 명령이 적용되는 계층을 탐색할 수 있습니다.

필터 기능 비교와의 차이점은 XML에서 출력됩니다. 태그가 configuration 출력을 시작합니다. 변화의 컨텍스트는 비교의 루트와 관련이 있는 계층 이름 태그로 설정됩니다. 요소 변경의 경우, 속성은 변경이 발생하는 operation 태그의 출력입니다. 이 속성은 create 값, delete 또는 를 가지고 merge 있습니다. 메타데이터 변경의 경우 메타데이터 이름이 지정됩니다. 예를 들어, 명령문이 비활성으로 표시된 경우 속성과 inactive="inactive" 값이 출력됩니다. nc 네임스페이스는 속성이 운영 체제 네임스페이스가 아닌 NETCONF 네임스페이스에 있는 것을 표시하기 위해 사용됩니다.

주:

Junos OS Release 16.2R2 비교에서 차이점이 없는 경우 또는 비교에서 비 네이티브 구성 데이터(예: OpenConfig 데이터 모델과 연관된 구성 데이터에 대한 차이점만 반환)하는 경우 명령은 XML 출력에서 태그를 show | compare | display xml<configuration> 생략합니다.

다음 섹션에서는 특정 구성 변경 유형에 대해 생성된 XML에 대해 설명합니다. 비교를 위해 해당 텍스트 변경이 표시됩니다.

명령문 추가(작업 생성)

다음 예제에서는 IPv4 주소 2.2.2.2를 Unit 1에 추가한 것으로 나타났습니다.

태그를 통해 name 추가에 대한 컨텍스트를 제공합니다. 속성은 명령문이 생성되고 태그 내의 구성에 operation="create"unit 의해 unit 정의됩니다.

명령문 삭제(작업 삭제)

다음 예제에서는 구성 계층에서 단순한 명령문의 지우는 경우를 보여 줍니다. 태그를 통해 system dele에 대한 컨텍스트를 제공합니다. 속성은 operation="delete" 명령문이 services 삭제된 것을 나타냅니다. 명령문의 다음 services 구성은 출력되지 않는 것이 삭제되었습니다.

다음 예제는 인터페이스에서 Unit 1의 지우는 ge-0/0/0 경우를 보여줍니다. 명령문의 다음 unit 구성은 출력되지 않는 것이 삭제되었습니다.

다음 예에서는 구성의 지우는 것이 apply-groups 표시되어 있습니다. 삭제된 그룹은 출력에 표시되지 않습니다.

명령문 변경(작업 삭제 및 생성)

다음 예제에서는 계층 내 명령문의 변경을 보여줍니다. 태그를 통해 system 변경에 대한 컨텍스트를 제공합니다. 속성은 operation="delete" 명령문이 host-name 삭제된 것을 나타냅니다. 명령문의 다음 구성이 삭제했지만 host-name 출력에는 표시되지 않습니다. 속성은 명령문이 생성되고 태그 내의 구성에 operation="create"host-name 의해 host-name 정의됩니다.

메타데이터 변경(비활성 속성 및 운영)

다음 예제에서는 계층에서 명령문의 비활성화를 보여줍니다. 태그를 통해 system 변경에 대한 컨텍스트를 제공합니다. 속성은 inactive="inactive" 명령문이 syslog 비활성화된 경우를 나타냅니다.

다음 예에서는 비활성 명령문의 추가를 syslog 보여줍니다. 속성은 명령문이 생성되고 태그 내의 operation="create"syslog 구성에 의해 syslog 정의됩니다. 속성은 inactive="inactive" 명령문이 syslog 비활성화된 경우를 나타냅니다.

주석 추가(의견 태그 및 작업 생성)

다음 예제에는 명령문에 설명을 추가하는 것이 설명됩니다. 태그를 통해 syslog 주석에 대한 컨텍스트를 제공합니다. 태그의 속성은 설명이 계층에 추가된 것으로 operation="create"junos:comment[edit system syslog] 나타냅니다.

다음 예제에는 명령문에 설명을 추가하는 것이 설명됩니다. 태그를 통해 syslog 주석에 대한 컨텍스트를 제공합니다. 태그 속성은 태그 내 명령문 출력에 대한 설명이 계층에 추가된 것으로 operation="create"junos:comment[edit system syslog]syslog 나타냅니다.

주석 변경(의견 태그, 삭제 및 생성 작업)

다음 예에서는 명령문에 대한 의견의 변경을 보여줍니다. 태그를 통해 system 주석에 대한 컨텍스트를 제공합니다.

  • 태그 속성은 명령문의 계층에서 의견이 operation="delete"junos:comment[edit system] 삭제된 것을 syslog 나타냅니다.

  • 태그 속성은 명령문에 대한 설명이 계층에 operation="create"junos:comment[edit system] 추가된 것으로 syslog 나타냅니다.

Container 내부에 명령문 추가(Operation 생성, 삽입 및 키 속성)

다음 예제에서는 계층에 명령문의 file 추가를 [edit system syslog] 보여줍니다. 태그를 통해 syslog 추가에 대한 컨텍스트를 제공합니다.

  • 태그의 operation="create"file 속성은 명령문이 file 추가된 것으로 나타냅니다.

  • 속성은 속성에 의해 표시된 위치 yang:insert="after" 이후 파일이 추가된 것을 yang:key="[name='file-1']" 나타냅니다.

  • file-1 값은 첫 번째 파일인 기존 명령문 내 file 위치를 나타내며,

  • 이 예에서는 첫 번째 파일 이후에 새 file 명령문이 추가되었습니다.

컨테이너 내부 주문 변경(운영 합병 및 삽입 및 키 속성)

다음 예제에서는 계층의 명령문 file 순서대로 변경을 [edit system syslog] 보여줍니다. 태그를 통해 syslog 변경에 대한 컨텍스트를 제공합니다.

  • 태그의 operation="merge"file 속성은 기존 명령문이 file 이동된 것으로 나타냅니다.

  • 속성은 해당 속성으로 표시된 위치에 있는 파일 이후 yang:insert="after" 이동했다는 것을 yang:key="[name='file-1']" 나타냅니다.

  • file-1 값은 첫 번째 파일인 기존 명령문 내 file 위치를 나타내며,

  • 태그인 file-3의 값은 기존 파일 명령문 내 name 위치를 나타 내는 것입니다.

  • 이 예에서는 세 번째 위치의 명령문이 첫 번째 파일 이후 file 이동했습니다.

가장 최근에 커밋된 구성으로 돌아가기

가장 최근에 커밋된 구성으로 돌아가 활성화하지 않고 구성 모드로 로드하려면 Configuration 모드 명령을 rollback 사용하여

롤백할 구성을 활성화하려면 다음 명령을 commit 사용하여

이전 커밋 구성으로 돌아가기

이 주제에서는 가장 최근에 커밋된 구성보다 더 일찍 구성으로 돌아올 수 있는 방법을 설명하고 있습니다.

이전 구성으로 돌아가는 예제

이전 구성으로 돌아오면 명령어에 0에서 49까지의 구성 번호가 rollback 포함됩니다. 가장 최근에 저장된 구성은 번호 0(시스템이 반환하는 기본 구성)으로 가장 오래된 저장된 구성은 49입니다.

예를 들면 다음과 같습니다.

이전 구성을 표시하는 예

이전 구성을 표시하려면 명령을 rollback ? 사용하여 롤백 번호, 날짜, 시간, 변경을 커밋한 사용자의 이름 및 커밋 방법이 포함됩니다.

예를 들면 다음과 같습니다.

구성 버전 비교에 대해

구성 모드에서는 구성을 변경한 경우 지원자 구성과 이전 버전을 비교할 수 있습니다. 버전을 비교하려면 이 명령을 compare 사용하여 구성을 표시합니다. 명령어는 현재 커밋된 구성 또는 구성 파일과 후보 compare 구성을 비교합니다. 또한 이 명령은 두 구성 간의 차이점을 표시합니다.

구성을 비교하려면 파이프 다음 compare 명령을 지정합니다.

  • filename 구성 파일로 가는 전체 경로입니다. 파일이 적절한 형식으로 있어야 합니다. 명령문 계층을 나타냅니다.

  • n 이전에 커밋된 구성 목록에 인덱스가 표시됩니다. 가장 최근에 저장된 구성은 0, 가장 오래된 저장된 구성은 49입니다. 인수를 지정하지 않으면 시스템은 활성 구성 파일()과 후보 구성을 /config/juniper.conf 비교합니다.

비교 출력에는 다음과 같은 명령문에 대한 prefix에 다음 기호가 포함됩니다.

  • 응시자 구성에서만 다음을 할 수 있습니다. +(+).

  • 비교 파일에서만 다음을 할 수 있습니다. 마이너스 서명(-).

  • 그와 무관하게, 단일 공백().

다음 예제에서는 다양한 변경 사항을 보여 주며, 그 다음으로 활성 구성과 후보 구성을 비교했습니다. 예제에서는 계층 수준에서 변경된 내용만 [edit protocols bgp] 보여줍니다.

파일로 구성 저장

장비 구성을 파일에 저장하면 원하는 일반 텍스트 편집기로 편집할 수 있습니다. 현재 구성을 ASCII 파일에 저장하여 커밋되지 않은 변경을 비롯해 현재 양식으로 구성을 저장할 수 있습니다. 두 사용자가 구성을 수정하는 경우 모든 사용자가 변경한 내용이 저장됩니다.

ASCII 파일에 소프트웨어 구성 변경을 저장하려면 구성 모드 명령을 save 사용하여

명령문 계층(이하)의 현재 레벨의 내용은 포함된 명령문 계층과 함께 저장됩니다. 이를 통해 구성의 섹션을 저장하는 동시에 명령문 계층을 완전히 지정할 수 있습니다.

기본적으로 구성은 플래시 드라이브에 있는 홈 디렉토리의 파일에 저장됩니다.

계층의 어디에서나(최상위 제외)에서 이 명령을 발행하면 태그가 파일 시작에 replace 자동으로 포함됩니다. 태그를 사용하여 파일에서 구성이 로딩되는 replace 방법을 제어할 수 있습니다.

예를 들면 다음과 같습니다.

현재 구성 파일 압축에 대해

기본적으로 현재 운영 구성 파일이 압축되어 파일 시스템의 파일에 juniper.conf.gz/config 저장됩니다. 운영 구성 파일은 구성의 마지막 3가지 커밋 버전과 함께 저장됩니다. 대규모 네트워크의 경우, 현재 구성 파일이 파일 시스템에서 사용 가능한 공간을 초과할 /config 수 있습니다. 현재 구성 파일을 압축하면 일반적으로 파일 크기를 90%까지 줄일 수 있습니다. 3메가바이트(MB) 크기에 도달하면 현재 운영 구성 파일을 압축할 수 있습니다.

현재 구성 파일을 압축하면 구성 파일의 이름이 변경됩니다. 파일 시스템의 파일 크기를 결정하려면 /config 명령을 file list /config detail 발행합니다.

주:

구성 파일(기본)을 압축하여 필요한 디스크 공간의 양을 최소화하는 것이 좋습니다.

  • 현재 구성 파일을 압축하려는 경우 계층 수준에서 compress-configuration-files[edit system] 명령문을 포함하십시오.

  • 명령문을 포함하기 위해 현재 구성 파일을 compression-configuration-files 커밋합니다. 다시 구성을 커밋하여 현재 구성 파일을 압축합니다.

  • 현재 운영 구성 파일을 압축하기를 원치 않는 경우 계층 수준에서 no-compress-configuration-files[edit system] 명령문을 포함하십시오.

  • 명령문을 포함하기 위해 현재 구성 파일을 no-compress-configuration-files 커밋합니다. 현재 구성 파일을 압축하기 위해 다시 구성을 커밋합니다.

시스템 스토리지 공간 절약

문제

설명

장비의 시스템 파일 스토리지 공간은 가득 차 있습니다. 스위치를 재부팅 해서도 문제가 해결되지 않습니다.

파일 스토리지 공간이 가득 차면 장비에서 일반적인 작동 중에 다음과 같은 오류 메시지가 나타납니다.

솔루션

시스템 파일을 삭제하여 장비의 파일 스토리지를 정리합니다.

  1. 시스템 파일을 정리(삭제) 요청합니다.

    삭제될 파일 목록이 표시됩니다.

  2. 파일을 yes 삭제하려면 선택합니다.

  3. 디바이스를 재부팅합니다.

모범 사례: 베스트 프랙티스

시스템 파일 스토리지를 정리하기 위한 요청을 정기적으로 발행하는 것이 좋습니다. 시스템 파일 스토리지 공간을 정리하여 장치 성능을 최적화합니다.

데이터 파일을 정리하여 CLI

CLI 명령어를 사용하여 로그 파일을 회전하고 디바이스에서 불필요한 파일을 request system storage cleanup 삭제할 수 있습니다. 스토리지 공간 부족으로 실행 중인 경우 파일 정리 절차는 삭제할 수 있는 파일을 신속하게 식별합니다.

파일 정리 절차는 다음과 같은 작업을 수행합니다.

  • 로그 파일을 다시 만듭니다. 현재 로그 파일에 모든 정보를 보관하고, 오래된 아카이브를 삭제하고, 새로운 로그 파일을 만듭니다.

  • 로그 파일을 삭제 —현재 작성 중이 아닌 파일을 /var/log 삭제합니다.

  • 임시 파일을 삭제 —이틀 내에 액세스하지 않은 파일을 /var/tmp 삭제합니다.

  • 모든 충돌 파일을 삭제합니다.오류 발생 시 장비가 작성한 핵심 파일을 /var/crash 삭제합니다.

  • 모든 소프트웨어 이미지(파일)를 삭제 —소프트웨어 업그레이드가 진행되는 동안 이 디렉토리에 복사된 소프트웨어 이미지를 *.tgz/var/sw/pkg 삭제합니다.

로그 파일을 회전하고 다음 정보를 사용하여 불필요한 파일을 CLI.

  1. 운영 모드에 CLI.
  2. 로그 파일을 회전시켜 안전하게 삭제할 수 있는 파일을 식별합니다.

    디바이스는 로그 파일을 회전시켜 삭제할 수 있는 파일을 표시합니다.

  3. yes프롬프트에 입력하여 파일을 삭제합니다.
주:

명령어를 발행하여 안전하게 삭제할 수 있는 파일 목록을 request system storage cleanup dry-run 검토할 수 있습니다. 이 작업을 사용하면 명령을 실행하기 전에 목록을 검토하여 파일 request system storage cleanup 삭제를 할 수 있습니다.

주:

SRX 시리즈 디바이스에서 계층은 루트 파티션이 아닌 별도의 파티션에 /var 호스팅됩니다. 공간 부족으로 인해 운영 체제 설치에 장애가 발생하면 다음을 합니다.

  • request system storage cleanup 명령을 사용하여 임시 파일을 삭제합니다.

  • 루트 파티션과 계층 모두에서 사용자가 만든 파일을 /var 삭제합니다.

출시 내역 표
릴리스
설명
16.2R2
Junos OS Release 16.2R2 비교에서 차이점이 없는 경우 또는 비교에서 비 네이티브 구성 데이터(예: OpenConfig 데이터 모델과 연관된 구성 데이터에 대한 차이점만 반환)하는 경우 명령은 XML 출력에서 태그를 show | compare | display xml<configuration> 생략합니다.