Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
이 페이지의 내용
 

RADIUS 인증

Junos OS Evolved 는 네트워크 디바이스에서 사용자의 중앙 인증을 위해 RADIUS를 지원합니다. 디바이스에서 RADIUS 인증을 사용하려면 네트워크 관리자가 네트워크에 있는 하나 이상의 RADIUS 서버에 대한 정보를 구성해야 합니다. 또한 LAN에 로그인 또는 로그아웃하는 사용자에 대한 통계 데이터를 수집하여 RADIUS 계정 서버로 전송하도록 디바이스에 RADIUS 계정을 구성할 수도 있습니다.

RADIUS 서버 인증 구성

RADIUS 인증은 네트워크 디바이스에 액세스하려는 사용자를 인증하는 방법입니다. 다음 섹션에서는 RADIUS를 사용하는 이유와 구성 방법에 대해 설명합니다.

RADIUS 사용 이유

사용자(네트워크 관리자)는 RADIUS 및 TACACS+를 포함한 네트워크 디바이스에서 사용자의 중앙 인증을 위해 다른 프로토콜을 사용할 수 있습니다. 멀티벤더 IETF 표준이고 그 기능이 TACACS+ 또는 기타 독점 시스템보다 더 폭넓게 수용되기 때문에 RADIUS를 권장합니다. 또한 보안 강화를 위해 일회용 비밀번호 시스템을 사용하는 것이 좋으며, 이러한 시스템의 모든 벤더는 RADIUS를 지원합니다.

우선 순위가 상호 운용성과 성능인 경우 RADIUS를 사용해야 합니다.

  • 상호 운용성 - RADIUS는 TACACS+보다 더 상호 운용이 가능한데, 이는 주로 TACACS+의 고유한 특성 때문입니다. TACACS+는 더 많은 프로토콜을 지원하지만 RADIUS는 보편적으로 지원됩니다.

  • 성능 - RADIUS는 라우터 및 스위치에서 훨씬 가볍습니다. 이러한 이유로 네트워크 엔지니어는 일반적으로 TACACS+보다 RADIUS를 선호합니다.

RADIUS 서버 세부 정보 구성

디바이스에서 RADIUS 인증을 사용하려면 각 RADIUS 서버의 계층 수준에서 하나의 radius-server 문을 [edit system] 포함하여 네트워크에 있는 하나 이상의 RADIUS 서버에 대한 정보를 구성합니다. 디바이스는 RADIUS 서버를 구성된 순서대로 쿼리합니다. 주 서버(구성된 첫 번째 서버)를 사용할 수 없는 경우 디바이스는 응답을 수신할 때까지 목록의 각 서버에 연결을 시도합니다.

네트워크 디바이스는 RADIUS 인증 사용자를 로컬 정의 사용자 계정 또는 사용자 템플릿 계정에 매핑할 수 있으며, 이는 권한 부여를 결정합니다. 기본적으로 Junos OS Evolved 는 다음과 같은 경우 RADIUS 인증 사용자를 사용자 템플릿 계정에 remote할당합니다.

  • 인증된 사용자는 로컬 디바이스에 구성된 사용자 계정이 없습니다.

  • RADIUS 서버가 사용자를 로컬 사용자 템플릿에 할당하지 않거나 서버가 할당하는 템플릿이 로컬 디바이스에 구성되어 있지 않습니다.

RADIUS 서버는 인증된 사용자를 다른 사용자 템플릿에 할당하여 해당 사용자에게 다른 관리 권한을 부여할 수 있습니다. 사용자는 CLI에서 동일한 로그인 이름을 유지하지만 할당된 템플릿에서 로그인 클래스, 액세스 권한 및 유효 사용자 ID를 상속합니다. RADIUS 인증 사용자가 로컬로 정의된 사용자 계정 또는 사용자 템플릿에 매핑되지 않고 템플릿이 구성되지 않은 경우 인증이 remote 실패합니다.

참고:

remote 사용자 이름은 Junos OS Evolved의 특별한 경우이며 항상 소문자여야 합니다. 원격 서버에서 인증되었지만 디바이스에 로컬로 구성된 사용자 계정이 없는 사용자를 위한 템플릿 역할을 합니다. Junos OS Evolved는 로컬 정의 계정 없이 인증된 사용자에게 템플릿 권한을 remote 적용합니다. 템플릿에 매핑된 remote 모든 사용자는 동일한 로그인 클래스에 있습니다.

여러 디바이스에서 원격 인증을 구성하기 때문에 구성 그룹 내에서 구성하는 것이 일반적입니다. 여기에 표시된 단계는 라는 global구성 그룹에 있습니다. 구성 그룹을 사용하는 것은 선택 사항입니다.

RADIUS 서버를 통해 인증을 구성하려면,

  1. RADIUS 인증 서버의 IPv4 주소 또는 IPv6 주소를 구성합니다.

    예를 들어:

  2. (선택 사항) RADIUS 서버로 전송된 요청의 패킷 소스 주소를 구성합니다.

    예를 들어:

    소스 주소는 라우터 인터페이스 또는 스위치 인터페이스 중 하나에 구성된 유효한 IPv4 주소 또는 IPv6 주소입니다. 네트워크 디바이스에 RADIUS 서버에 연결할 수 있는 여러 인터페이스가 있는 경우 디바이스가 RADIUS 서버와의 모든 통신에 사용할 수 있는 IP 주소를 할당합니다. 이렇게 하면 고정 주소가 로컬로 생성된 IP 패킷의 소스 주소로 설정됩니다.

  3. 네트워크 디바이스가 RADIUS 서버를 사용하여 인증하는 데 사용하는 공유 암호를 구성합니다.

    구성된 암호는 RADIUS 서버에 구성된 암호와 일치해야 합니다. 암호에 공백이 포함되어 있는 경우 따옴표로 묶습니다. 디바이스는 구성 데이터베이스에 암호화된 값으로 암호를 저장합니다.

    예를 들어:

  4. (선택 사항) 기본값과 다른 경우 RADIUS 서버에 연결할 포트를 지정합니다.

    RFC 2865에 명시된 바와 같이 기본 포트는 1812입니다.

    예를 들어:

    참고:

    문을 구성 accounting-port 하여 어카운팅 패킷을 전송할 RADIUS 서버 포트를 지정할 수도 있습니다. 기본값은 RFC 2866에 지정된 대로 1813입니다.
  5. (선택 사항) 디바이스가 RADIUS 서버에 접촉을 시도하는 횟수와 디바이스가 서버로부터 응답을 수신하기 위해 대기하는 시간을 구성합니다.

    기본적으로 디바이스는 서버에 세 번 연결을 시도하고 3초 동안 대기합니다. 1번에서 100번 timeout 까지의 값과 1초에서 1000초까지의 값을 구성할 retry 수 있습니다.

    예를 들어, RADIUS 서버에 2번 접촉하고 10초 동안 응답을 기다리려면 다음을 수행합니다.

  6. 인증 순서를 지정하고 옵션을 포함합니다radius.

    다음 예에서 사용자가 로그인을 시도할 때마다 Junos OS Evolved 는 먼저 인증을 위해 RADIUS 서버를 쿼리합니다. 실패하면 TACACS+ 서버를 쿼리합니다. 실패하면 로컬로 구성된 사용자 계정으로 인증을 시도합니다.

  7. 로컬로 정의된 사용자 계정이 없는 RADIUS 인증 사용자에게 로그인 클래스를 할당합니다.

    RADIUS 서버가 사용자를 인증하기 때문에 로컬 인증 암호를 구성하지 않는 것을 제외하고는 로컬 사용자 계정과 동일한 방식으로 사용자 템플릿 계정을 구성합니다.

    • 모든 RADIUS 인증 사용자에 대해 동일한 권한을 사용하려면 사용자 템플릿을 구성합니다 remote .

      예를 들어:

    • 서로 다른 RADIUS 인증 사용자에 대해 서로 다른 로그인 클래스를 사용하려면 서로 다른 권한을 부여해야 합니다.

      1. Junos OS Evolved 구성에서 여러 사용자 템플릿을 생성합니다. 예를 들어:

      2. RADIUS 서버를 구성하여 인증된 사용자를 적절한 사용자 템플릿에 매핑합니다.

        Juniper-Local-User-Name 주니퍼 VSA(벤더별 속성)(벤더 2636, 유형 1, 문자열)를 디바이스에 구성된 사용자 템플릿 이름(이전 예에서는 RO, OP 또는 SU)으로 설정합니다. RADIUS 서버는 RADIUS 액세스 수락 메시지의 속성을 포함합니다. 디바이스가 로컬 사용자 계정 또는 사용자 템플릿에 사용자를 할당할 수 없고 사용자 템플릿이 구성되지 않은 경우 인증이 remote 실패합니다.

관리 인스턴스를 사용하도록 RADIUS를 구성합니다

기본적으로 Junos OS Evolved 는 기본 라우팅 인스턴스를 통해 RADIUS에 대한 인증, 권한 부여 및 어카운팅 패킷을 라우팅합니다. 기본이 아닌 VRF 인스턴스의 관리 인터페이스를 통해 RADIUS 패킷을 라우팅할 수도 있습니다.

관리 인스턴스를 통해 RADIUS 패킷을 라우팅하는 방법 mgmt_junos :

  1. mgmt_junos 관리 인스턴스를 사용하도록 설정합니다.

  2. routing-instance mgmt_junos 구성된 경우 RADIUS 인증 서버 및 RADIUS 어카운팅 서버에 대한 문을 구성합니다.

예: 시스템 인증을 위한 RADIUS 서버 구성

이 예에서는 RADIUS 서버를 통해 시스템 인증을 구성합니다.

요구 사항

시작하기 전에:

  • 초기 디바이스 구성을 수행합니다. 장치에 대한 시작 가이드를 참조하십시오.

  • 네트워크에 하나 이상의 RADIUS 서버를 설정합니다.

개요

이 예에서는 IP 주소가 172.16.98.1인 새 RADIUS 서버를 추가합니다. RADIUS 서버의 공유 암호를 Radiussecret1로 지정합니다. 디바이스는 암호화된 값으로 구성 데이터베이스에 암호를 저장합니다. 마지막으로, 디바이스가 RADIUS 서버 요청에서 사용하는 소스 주소를 지정합니다. 대부분의 경우 디바이스의 루프백 주소를 사용할 수 있으며, 이 예에서는 10.0.0.1입니다.

네트워크 디바이스에서 로컬 비밀번호 인증, RADIUS 및 TACACS+와 같은 여러 사용자 인증 방법에 대한 지원을 구성할 수 있습니다. 여러 인증 방법을 구성할 때 디바이스가 시도하는 순서에 우선 순위를 지정할 수 있습니다. 이 예에서는 먼저 RADIUS 인증 서비스를 사용하도록 디바이스를 구성한 다음, 실패하면 로컬 비밀번호 인증을 시도합니다.

RADIUS 인증 사용자는 권한 부여를 결정하는 네트워크 디바이스의 로컬 사용자 계정 또는 로컬 사용자 템플릿 계정에 매핑해야 합니다. 기본적으로 RADIUS 인증 사용자가 로컬 사용자 계정 또는 특정 사용자 템플릿에 매핑하지 않으면, 사용자는 사용자 템플릿에 remote 할당됩니다(구성된 경우). 이 예는 사용자 템플릿을 구성합니다 remote .

구성

절차

CLI 빠른 구성

이 예를 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브레이크를 제거하고, 네트워크 구성을 일치하는 데 필요한 세부 사항을 변경하고, 계층 수준에서 명령을 CLI로 [edit] 복사해 붙여 넣은 다음, 구성 모드에서 을 입력합니다 commit .

단계별 절차

시스템 인증을 위한 RADIUS 서버 구성:

  1. 새 RADIUS 서버를 추가하고 IP 주소를 설정합니다.

  2. RADIUS 서버의 공유 암호(비밀번호)를 지정합니다.

  3. 디바이스의 루프백 주소를 소스 주소로 지정합니다.

  4. 디바이스의 인증 순서를 지정하고 옵션을 포함합니다 radius .

  5. remote 사용자 템플릿 및 해당 로그인 클래스를 구성합니다.
결과

구성 모드에서 명령을 입력하여 show system 구성을 확인합니다. 출력이 의도한 구성을 표시하지 않으면, 이 예의 구성 지침을 반복하여 수정합니다.

다음 출력에는 이 예와 관련된 구성 계층의 일부만 포함됩니다.

디바이스를 구성한 후 구성 모드로 들어갑니다 commit .

확인

구성이 올바르게 작동하고 있는지 확인합니다.

RADIUS 서버 구성 확인

목적

RADIUS 서버가 사용자를 인증하는지 확인합니다.

작업

네트워크 디바이스에 로그인하고 로그인이 성공했는지 확인합니다. 디바이스가 인증에 RADIUS 서버를 사용하는지 확인하기 위해 구성에서 로컬 인증 비밀번호를 정의하지 않는 계정으로 로그인을 시도할 수 있습니다.

주니퍼 네트웍스 벤더별 RADIUS 속성

Junos OS Evolved는 RADIUS 서버에서 주니퍼 네트웍스 RADIUS VSA(벤더별 특성) 구성을 지원합니다. 이러한 VSA는 벤더 ID가 주니퍼 네트웍스 ID 번호 2636으로 설정된 RADIUS 벤더별 속성에 캡슐화됩니다.

표 1 에는 구성할 수 있는 주니퍼 네트웍스 VSA가 나와 있습니다.

일부 속성은 POSIX 1003.2에 정의된 대로 확장 정규 표현식을 허용합니다. 정규 표현식에 공백, 연산자 또는 와일드카드 문자가 포함되어 있으면 따옴표로 묶습니다. 자세한 내용은 다음을 참조하세요.

표 1: 주니퍼 네트웍스 벤더별 RADIUS 속성

이름

설명

형식

길이

문자열

주니퍼 로컬 사용자 이름

사용자가 디바이스에 로그인할 때 이 사용자에게 할당된 사용자 템플릿의 이름을 나타냅니다. 이 특성은 Access-Accept 패킷에만 사용됩니다.

1

≥3

인쇄 가능한 ASCII 문자를 포함하는 하나 이상의 옥텟.

주니퍼 허용 명령

사용자의 로그인 클래스 권한 비트에 의해 승인된 명령 외에 사용자가 명령을 실행할 수 있도록 하는 확장 정규 표현식을 포함합니다. 이 특성은 Access-Accept 패킷에만 사용됩니다.

2

≥3

확장 정규 표현식의 형태로 인쇄 가능한 ASCII 문자를 포함하는 하나 이상의 옥텟입니다.

주니퍼-거부-명령

사용자의 로그인 클래스 권한 비트에 의해 승인된 명령을 실행할 수 있는 사용자 권한을 거부하는 확장 정규 표현식을 포함합니다. 이 특성은 Access-Accept 패킷에만 사용됩니다.

3

≥3

확장 정규 표현식의 형태로 인쇄 가능한 ASCII 문자를 포함하는 하나 이상의 옥텟입니다.

Juniper-Allow-Configuration

사용자의 로그인 클래스 권한 비트에 의해 권한이 부여된 문 외에 사용자가 구성 문을 보고 수정할 수 있는 확장 정규 표현을 포함합니다. 이 특성은 Access-Accept 패킷에만 사용됩니다.

4

≥3

확장 정규 표현식의 형태로 인쇄 가능한 ASCII 문자를 포함하는 하나 이상의 옥텟입니다.

주니퍼-거부-구성

사용자의 로그인 클래스 권한 비트에 의해 승인된 구성 문을 보거나 수정할 수 있는 사용자 권한을 거부하는 확장 정규 표현을 포함합니다. 이 특성은 Access-Accept 패킷에만 사용됩니다.

5

≥3

확장 정규 표현식의 형태로 인쇄 가능한 ASCII 문자를 포함하는 하나 이상의 옥텟입니다.

Juniper-Interactive-Command

사용자가 입력한 대화형 명령을 나타냅니다. 이 특성은 Accounting-Request 패킷에만 사용됩니다.

8

≥3

인쇄 가능한 ASCII 문자를 포함하는 하나 이상의 옥텟.

주니퍼 구성 변경

구성(데이터베이스)이 변경되는 대화형 명령을 나타냅니다. 이 특성은 Accounting-Request 패킷에만 사용됩니다.

9

≥3

인쇄 가능한 ASCII 문자를 포함하는 하나 이상의 옥텟.

Juniper-User-Permissions

서버에서 사용자 권한을 지정하는 데 사용하는 정보를 포함합니다. 이 특성은 Access-Accept 패킷에만 사용됩니다.

참고:

RADIUS 서버가 사용자에게 권한 또는 all 권한을 부여 maintenance 하기 위해 속성을 정의할 Juniper-User-Permissions 때 사용자의 그룹 멤버십 목록에 UNIX 휠 그룹이 자동으로 포함되지는 않습니다. 로컬 쉘에서 명령을 실행하는 su root 것과 같은 일부 작업에는 휠 그룹 회원 권한이 필요합니다. 그러나 네트워크 디바이스가 권한 maintenance 또는 all을 사용하여 로컬 사용자 계정을 정의하면 해당 사용자에게 자동으로 UNIX 휠 그룹 멤버십이 부여됩니다. 따라서 필요한 권한이 있는 사용자 템플릿 계정을 만들고 개별 사용자 계정을 사용자 템플릿 계정과 연결하는 것이 좋습니다.

10

≥3

인쇄 가능한 ASCII 문자를 포함하는 하나 이상의 옥텟.

문자열은 공백으로 구분된 권한 플래그 목록입니다. 각 플래그의 정확한 이름은 전체적으로 지정되어야 합니다.

Access Privilege Levels Overview(액세스 권한 수준 개요)를 참조하십시오.

주니퍼 인증 유형

사용자를 인증하는 데 사용되는 인증 방법(로컬 데이터베이스 또는 RADIUS 서버)을 나타냅니다. 로컬 데이터베이스를 사용하여 사용자가 인증되면 속성 값은 '로컬'로 표시됩니다. 사용자가 RADIUS 또는 LDAP 서버를 사용하여 인증된 경우 속성 값은 '원격'으로 표시됩니다.

11

≥5

인쇄 가능한 ASCII 문자를 포함하는 하나 이상의 옥텟.

주니퍼 세션 포트

설정된 세션의 소스 포트 번호를 나타냅니다.

12

정수 크기

정수

Juniper-Allow-Configuration-Regexps
(RADIUS만 해당)

사용자의 로그인 클래스 권한 비트에 의해 권한이 부여된 문 외에 사용자가 구성 문을 보고 수정할 수 있는 확장 정규 표현을 포함합니다. 이 특성은 Access-Accept 패킷에만 사용됩니다.

13

≥3

확장 정규 표현식의 형태로 인쇄 가능한 ASCII 문자를 포함하는 하나 이상의 옥텟입니다.

Juniper-Deny-Configuration-Regexps
(RADIUS만 해당)

사용자의 로그인 클래스 권한 비트에 의해 승인된 구성 문을 보거나 수정할 수 있는 사용자 권한을 거부하는 확장 정규 표현을 포함합니다. 이 특성은 Access-Accept 패킷에만 사용됩니다.

14

≥3

확장 정규 표현식의 형태로 인쇄 가능한 ASCII 문자를 포함하는 하나 이상의 옥텟입니다.

VSA에 대한 자세한 내용은 RFC 2138, RADIUS(Remote Authentication Dial In User Service)를 참조하십시오.

RADIUS 또는 TACACS+ 서버에서 정규식을 사용하여 명령 허용 또는 거부

Junos OS Evolved 는 RADIUS 및 TACACS+ 인증 사용자를 사용자의 액세스 권한을 정의하는 로컬 정의 사용자 계정 또는 사용자 템플릿 계정에 매핑할 수 있습니다. 선택적으로 각 인증 서버에서 주니퍼 네트웍스 RADIUS 및 TACACS+ VSA(Vendor-Specific Attribute)를 정의하여 사용자의 액세스 권한을 구성할 수도 있습니다.

사용자의 로그인 클래스는 사용자에게 실행 권한이 부여된 작동 모드 및 구성 모드 명령과 사용자가 보고 수정할 수 있는 구성 영역을 결정하는 권한 집합을 정의합니다. 또한 로그인 클래스는 사용자가 특정 명령을 실행하거나 구성의 특정 영역을 보고 수정하는 기능을 허용하거나 거부하는 정규식을 정의할 수 있습니다. 로그인 클래스에는 사용자 권한을 정의하는 다음 문이 포함될 수 있습니다.

  • permissions

  • allow-commands

  • allow-commands-regexps

  • allow-configuration

  • allow-configuration-regexps

  • deny-commands

  • deny-commands-regexps

  • deny-configuration

  • deny-configuration-regexps

마찬가지로 RADIUS 또는 TACACS+ 서버 구성은 주니퍼 네트웍스 VSA를 사용하여 사용자의 액세스 권한을 결정하는 특정 사용 권한 또는 정규식을 정의할 수 있습니다. 지원되는 RADIUS 및 TACACS+ VSA 목록은 다음을 참조하십시오.

RADIUS 또는 TACACS+ 서버에 대한 사용자 권한을 공백으로 구분된 값 목록으로 정의할 수 있습니다.

  • RADIUS 서버는 다음 속성과 구문을 사용합니다.

    예를 들어:

  • TACACS+ 서버는 다음 속성과 구문을 사용합니다.

    예를 들어:

RADIUS 또는 TACACS+ 서버는 단일 확장 정규식(POSIX 1003.2에 정의됨)을 사용하여 사용자가 특정 명령을 실행하거나 구성 영역을 보고 수정하는 기능을 허용하거나 거부하는 주니퍼 네트웍스 VSA를 정의할 수도 있습니다. 여러 명령 또는 구성 계층을 괄호 안에 묶고 파이프 기호를 사용하여 구분합니다. 정규 표현식에 공백, 연산자 또는 와일드카드 문자가 포함되어 있으면 따옴표로 묶습니다. 로컬 및 원격으로 권한 부여 매개 변수를 구성하면 디바이스는 TACACS+ 또는 RADIUS 권한 부여 중에 수신된 정규식을 로컬 디바이스에 정의된 정규식과 병합합니다.

  • RADIUS 서버는 다음 속성과 구문을 사용합니다.

    예를 들어:

  • TACACS+ 서버는 다음 속성과 구문을 사용합니다.

    예를 들어:

또한 RADIUS 및 TACACS+ 서버는 로컬 디바이스에서 구성할 수 있는 동일한 *-regexps 문에 해당하는 속성 구성을 지원합니다. *-regexps TACACS+ 특성 및 *-Regexps RADIUS 속성은 이전 속성과 동일한 정규식 구문을 사용하지만 변수를 사용하여 정규식을 구성할 수 있습니다.

  • RADIUS 서버는 다음 속성과 구문을 사용합니다.

  • TACACS+ 서버는 다음 속성과 구문을 사용합니다.

    예를 들어 TACACS+ 서버 구성은 다음 속성을 정의할 수 있습니다.

RADIUS 또는 TACACS+ 서버에서는 각 개별 식을 별도의 줄에 지정하는 단순화된 구문을 사용하여 속성을 정의할 수도 있습니다.

RADIUS 서버의 경우 다음 구문을 사용하여 개별 정규식을 지정합니다.

TACACS+ 서버의 경우 다음 구문을 사용하여 개별 정규식을 지정합니다.

참고:

  • TACACS+ 서버 구문에서 숫자 값 1은 n 고유해야 하지만 순차적일 필요는 없습니다. 예를 들어, 다음 구문이 유효합니다.

  • RADIUS 또는 TACACS+ 서버는 개별 정규식 줄 수에 제한을 가합니다.

  • 명령을 실행하면 각 개별 표현식을 show cli authorization 별도의 행에 지정하더라도 명령 출력에 정규식이 한 줄로 표시됩니다.

사용자는 작동 모드 명령을 실행하여 클래스, 권한, 명령 및 구성 권한을 확인할 수 있습니다 show cli authorization .

참고:

네트워크 디바이스에서 로컬로 권한 부여 매개 변수를 구성하고 RADIUS 또는 TACACS+ 서버에서 원격으로 권한 부여 매개 변수를 구성하면 디바이스는 TACACS+ 또는 RADIUS 권한 부여 중에 수신된 정규 표현식을 로컬로 구성된 정규 표현식과 병합합니다. 최종 표현식에 구문 오류가 포함된 경우 전체 결과는 잘못된 정규 표현식입니다.

RADIUS 계정 이해

네트워크 디바이스는 IETF RFC 2866, RADIUS 계정을 지원합니다. 디바이스에 RADIUS 계정을 구성하여 LAN에 로그인 또는 로그아웃하는 사용자에 대한 통계 데이터를 수집하여 RADIUS 계정 서버로 전송할 수 있습니다. 통계 데이터는 일반 네트워크 모니터링, 사용 패턴 분석 및 추적, 세션 기간 또는 액세스한 서비스 유형에 따라 사용자에게 요금을 청구하는 데 사용할 수 있습니다.

RADIUS 계정을 구성하기 위해 다음을 지정합니다.

  • 디바이스에서 통계 데이터를 수신할 하나 이상의 RADIUS 계정 서버

  • 수집할 계정 데이터 유형

RADIUS 계정 및 인증에 동일한 서버를 사용하거나 별도의 서버를 사용할 수 있습니다. RADIUS 계정 서버 목록을 지정할 수 있습니다. 디바이스는 서버를 구성된 순서대로 쿼리합니다. 주 서버(구성된 첫 번째 서버)를 사용할 수 없는 경우 디바이스는 응답을 수신할 때까지 목록의 각 서버에 연결을 시도합니다.

디바이스와 RADIUS 서버 간의 RADIUS 계정 프로세스는 다음과 같이 작동합니다.

  1. RADIUS 계정 서버는 특정 포트에서 UDP(User Datagram Protocol) 패킷을 수신합니다. RADIUS 어카운팅을 위한 기본 포트는 1813입니다.

  2. 디바이스는 이벤트 레코드가 포함된 Accounting-Request 패킷을 계정 서버로 전달합니다. 이 요청자와 연관된 이벤트 레코드에는 이 요청자에 대한 사용자 서비스의 시작을 나타내는 값을 나타내는 Acct-Status-Type 속성이 포함되어 있습니다. 요청자의 세션이 종료되면 계정 요청에는 사용자 서비스 종료를 나타내는 Acct-Status-Type 속성 값이 포함됩니다. RADIUS 계정 서버는 이를 세션 정보 및 세션 길이를 포함하는 계정 종료 레코드로 기록합니다.

  3. RADIUS 계정 서버는 이러한 이벤트를 계정 시작 또는 계정 종료 기록으로 파일에 기록합니다. FreeRADIUS에서 파일 이름은 192.0.2.0과 같은 서버 주소입니다.

  4. 계정 서버는 계정 요청을 수신했음을 확인하는 계정 응답 패킷을 디바이스로 보냅니다.

  5. 디바이스가 서버로부터 계정 응답 패킷을 수신하지 않은 경우 서버가 응답을 반환할 때까지 계속 계정 요청을 보냅니다.

RADIUS 서버에서 이 프로세스를 통해 수집된 통계를 볼 수 있습니다. 이러한 통계를 보려면 통계를 수신하도록 구성된 로그 파일에 액세스하십시오.

RADIUS 시스템 계정 구성

RADIUS 계정을 활성화하면 RADIUS 클라이언트 역할을 하는 주니퍼 네트웍스 디바이스가 소프트웨어 로그인, 구성 변경, 대화형 명령과 같은 사용자 활동에 대해 RADIUS 서버에 알릴 수 있습니다. RADIUS 계정 프레임 워크는 RFC 2866, RADIUS 계정에 설명되어 있습니다.

RADIUS 서버에서 사용자 이벤트 감사 구성

RADIUS 계정을 구성하려면:

  1. 감사할 이벤트를 구성합니다.

    예를 들어:

    events 은(는) 다음 중 하나 이상을 포함할 수 있습니다.

    • login- 로그인 감사

    • change-log- 구성 변경 감사

    • interactive-commands- 대화형 명령 감사(모든 명령줄 입력)

  2. RADIUS 계정을 활성화합니다.
  3. 하나 이상의 RADIUS 계정 서버에 대한 주소를 구성합니다.

    예를 들어:

    참고:

    계층 수준에서 RADIUS 서버를 구성하지 않을 경우 디바이스는 계층 수준에서 구성된 [edit system radius-server] RADIUS 서버를 [edit system accounting destination radius] 사용합니다.
  4. (선택 사항) RADIUS 계정 요청에 대한 소스 주소를 구성합니다.

    예를 들어:

    소스 주소는 라우터 인터페이스 또는 스위치 인터페이스 중 하나에 구성된 유효한 IPv4 주소 또는 IPv6 주소입니다. 네트워크 디바이스에 RADIUS 서버에 연결할 수 있는 여러 인터페이스가 있는 경우 디바이스가 RADIUS 서버와의 모든 통신에 사용할 수 있는 IP 주소를 할당합니다. 이렇게 하면 고정 주소가 로컬로 생성된 IP 패킷의 소스 주소로 설정됩니다.

  5. 네트워크 디바이스가 RADIUS 계정 서버를 인증하는 데 사용하는 공유 암호를 구성합니다.

    구성된 암호는 RADIUS 서버에 구성된 암호와 일치해야 합니다. 암호에 공백이 포함되어 있는 경우 따옴표로 묶습니다. 디바이스는 구성 데이터베이스에 암호화된 값으로 암호를 저장합니다.

    예를 들어:

  6. (선택 사항) 필요한 경우 기본값(1813)과 다른 경우 계정 패킷을 보낼 RADIUS 계정 서버 포트를 지정합니다.
    참고:

    계층 수준에서 RADIUS 어카운팅을 [edit access profile profile-name accounting-order] 활성화하면 명령문에 대한 accounting-port 값을 지정하지 않더라도 어카운팅이 기본 포트 1813에서 트리거됩니다.
  7. (선택 사항) 디바이스가 RADIUS 계정 서버에 접촉을 시도하는 횟수와 디바이스가 서버로부터 응답을 수신하기 위해 대기하는 시간을 구성합니다.

    기본적으로 디바이스는 서버에 세 번 연결을 시도하고 3초 동안 대기합니다. 1번에서 100번 timeout 까지의 값과 1초에서 1000초까지의 값을 구성할 retry 수 있습니다.

    예를 들어, 서버에 2번 접속하고 10초 동안 응답을 기다리려면 다음을 수행합니다.

  8. (선택 사항) 기본 라우팅 인스턴스 대신 기본이 아닌 관리 인스턴스를 통해 RADIUS 계정 패킷을 라우팅하려면 문을 구성합니다routing-instance mgmt_junos.
  9. (선택 사항) 사용자 로그인 이벤트에 대한 액세스 방법, 원격 포트 및 액세스 권한을 포함한 추가 계정 속성을 포함하도록 계층 수준에서 문을 [edit system radius-options] 구성합니다enhanced-accounting.
    참고:

    감사할 속성 값의 수를 제한하려면 계층 수준에서 명령문을 [edit system accounting] 구성합니다enhanced-avs-max <number>.

다음 예는 RADIUS 계정을 위해 3개의 서버(10.5.5.5, 10.6.6.6, 10.7.7.7)를 구성합니다.