이 문서에서
보드, 데스크, 룸 시리즈 장치에 인증서 추가해요
인증서 서명 요청 (CSR) 생성
dropdown icon
단순 인증서 등록 프로토콜 (SCEP)
    리뉴얼
    네비게이터
802.1x 인증을 켜서 구성하세요 Room Navigator
802.1x 인증을 위한 와이파이를 통한 SUDI 지원이에요
DHCP 옵션 43을 사용한 SCEP 매개변수 구성
보드, 데스크, 룸 시리즈 장치의 인증서
list-menu이 문서에서
list-menu피드백이 있습니까?

개별 기기와 연결된 주변 장치에 WiFi-802.1x/802.1x 또는 HTTPS 인증서를 추가할 수 있어요.

장치의 로컬 웹 인터페이스에서 인증서를 추가할 수 있어요. 또는 API 명령을 실행하여 인증서를 추가할 수 있어요. 인증서를 추가할 수 있는 명령을 보려면 roomos.cisco.com을 참조하세요.

서비스 인증서 및 신뢰할 수 있는 CA

TLS (전송 계층 보안) 를 사용할 때 인증서 검증이 필요할 수 있어요. 서버나 클라이언트가 통신 설정 전에 장치가 유효한 인증서를 제시하도록 요구할 수 있어요.

인증서는 장치의 정품 여부를 확인하는 텍스트 파일이에요. 이 인증서는 신뢰할 수 있는 인증 기관 (CA) 에서 서명해야 해요. 인증서 서명을 확인하려면 신뢰할 수 있는 CA 목록이 장치에 있어야 해요. 목록에는 감사 로깅과 기타 연결의 인증서를 확인하는 데 필요한 모든 CA가 포함되어야 해요.

인증서는 HTTPS 서버, SIP, IEEE 802.1X, 감사 로깅 서비스에 사용돼요. 장치에 인증서를 여러 개 저장할 수 있는데 서비스당 한 번에 인증서 하나만 활성화돼요.

RoomOS에서 2023년 10월 이후, 장치에 CA 인증서를 추가하면, 연결된 Room Navigator 경우에도 적용돼요. 이전에 추가한 CA 인증서를 연결된 Room Navigator 장치에 동기화하려면 장치를 재부팅해야 해요. 주변기기가 연결된 장치와 동일한 인증서를 받지 않도록 하려면 주변기기 보안 인증서 동기화를 주변기기 구성을 False로 설정하세요.

이전에 저장된 인증서는 자동으로 삭제되지 않아요. CA 인증서가 있는 새 파일의 항목이 기존 목록에 추가돼요.

와이파이 연결용이에요

네트워크에서 WPA-EAP 인증을 사용하는 경우 각 보드, 데스크 또는 룸 시리즈 장치에 신뢰할 수 있는 CA 인증서를 추가하는 것이 좋습니다. 장치마다 개별적으로, 그리고 Wi-Fi에 연결하기 전에 이 작업을 수행해야 해요.

지원되는 인증서 및 키 형식

  • 이 시스템은 PEM이나 바이너리 형식의 인증서 파일을 받아들이에요.

  • PEM 파일은 같은 파일에 인증서와 개인 키를 모두 포함할 수 있어요.

  • 개인 키는 인증서와 같은 형식이어야 해요. 즉, 둘 다 PEM이나 바이너리여야 해요.

  • 지원되는 바이너리 인증서 형식으로는 확장자가 .der, .cer, .crt인 X.509 파일과 확장자가.p7b인 PKCS7 파일이 있어요.

  • 지원되는 바이너리 개인키 형식에는 RSA 또는 DSA 암호화 키가 포함돼요. 보통 확장자가 .key, .der, .p8이에요.

인증서와 개인 키가 기기의 같은 파일에 저장돼요. 인증이 실패하면 연결이 안 돼요.

인증서와 개인 키는 연결된 주변 장치에는 적용되지 않아요.

보드, 데스크, 룸 시리즈 장치에 인증서 추가해요

1

https://admin.webex.com 고객 보기에서 기기 페이지로 가서 목록에서 기기를 선택하세요. 지원으로 가서 로컬 장치 제어 실행하세요.

<endpoint ip or hostname>장치에 로컬 관리자 사용자를 설정한 경우 웹 브라우저를 열고 http (s) ://를 입력하여 웹 인터페이스에 직접 액세스할 수 있어요.

2

보안 > 인증서 > 사용자 지정 > 인증서 추가로 이동하고 CA 루트 인증서를 업로드하세요.

3

openssl에서 개인 키와 인증서 요청을 생성하세요. 인증서 요청 내용 복사해요. 그런 다음 붙여넣어 인증 기관 (CA) 에 서버 인증서를 요청하세요.

4

CA에서 서명한 서버 인증서를 다운로드하세요.

5

보안 > 인증서 > 서비스 > 인증서 추가로 이동하고 개인 키와 서버 인증서를 업로드하세요. DER format

6

방금 추가한 인증서에 사용할 서비스를 활성화하세요.

인증서 서명 요청 (CSR) 생성

관리자가 클라우드 등록된 보드, 데스크 또는 룸 시리즈 장치에 대해 Control Hub에서 인증서 서명 요청 (CSR) 을 생성해야 해요.

CSR을 생성하고 서명된 인증서를 장치에 업로드하려면 다음 단계를 따르세요.

  1. 컨트롤 허브의 고객 보기에서 기기 페이지로 가서 목록에서 기기를 선택하세요.
  2. 액션 > 엑스 커맨드 실행 > 보안 > 인증서 > CSR > 생성으로 이동해요.
  3. 필요한 인증서 세부 정보를 입력하고 실행을 선택해요.
  4. ----인증서 요청 시작---- 그리고 ----인증서 요청 종료---- 사이의 모든 텍스트를 복사하세요.
  5. CSR에 서명할 때는 당신이 선택한 Certificate Authority (CA) 를 써요.
  6. 서명된 인증서를 PEM (Base64 인코딩) 형식으로 내보내세요.
  7. 서명된 인증서 파일을 텍스트 편집기 (예: 메모장) 에서 열고 ----인증서 시작---- 및 ----인증서 종료---- 사이의 모든 텍스트를 복사하세요.
  8. 컨트롤 허브에서 기기 > 기기 선택 > 기기 선택 > 액션 > 엑스커맨드 실행 > 보안 > 인증서 > CSR > 링크.
  9. 복사한 인증서 내용을 본문 섹션에 붙여넣고 실행을 선택해요.
  10. 페이지를 새로고침해서 인증서가 기존 인증서 아래에 나타나는지 확인하세요.

단순 인증서 등록 프로토콜 (SCEP)

단순 인증서 등록 프로토콜 (SCEP) 은 예를 들어 장치의 802.1X 인증에 사용되는 인증서를 등록하고 새로 고치는 자동화된 메커니즘을 제공해요. SCEP를 사용하면 수동 개입 없이 장치의 보안 네트워크 액세스를 유지할 수 있어요.

  • 기기가 새 제품이거나 공장 초기화되면 SCEP URL에 연결하려면 네트워크 연결이 필요해요. IP 주소를 얻으려면 802.1X 없이 장치를 네트워크에 연결해야 해요.

  • 무선 등록 SSID를 사용하는 경우, 온보딩 화면을 보면서 네트워크와의 연결을 구성하세요.

  • 공급 네트워크에 연결되면 장치가 특정 온보딩 화면에 있을 필요가 없어요.

  • 모든 배포에 맞게 SCEP 등록 XAPI는 장치 인증서 서명에 사용된 CA 인증서를 저장하지 않아요. 서버 인증의 경우 서버 인증서를 검증하는 데 사용되는 CA 인증서를 XCommand 보안 인증서 CA 추가와 함께 추가해야 해요.

전제조건

다음 정보가 필요해요.

  • SCEP 서버 URL이에요.

  • 서명 CA (Certificate Authority) 인증서의 지문이에요.

  • 등록할 인증서의 정보예요. 이것이 인증서의 주제 이름을 구성해요.

    • 일반 이름이에요

    • 국가 이름

    • 주 또는 도 이름

    • 지역 이름

    • 조직 이름

    • 조직 단위

  • 제목 이름은 /C = /ST = /L = /O = /OU = /CN = 로 정렬돼요.
  • OTP 또는 공유 암호를 적용하도록 SCEP 서버를 구성한 경우 SCEP 서버의 챌린지 암호예요.

다음 명령으로 인증서 요청 키페어에 필요한 키 크기를 설정할 수 있어요. 기본값은 2048이에요.


xConfiguration Security Enrollment KeySize: <2048, 3072, 4096>

인증서 만료 1년 동안 유효한 인증서 요청을 보내요. 서버 측 정책으로 인증서 서명 중에 만료 날짜를 변경할 수 있어요.

이더넷 연결

장치가 네트워크에 연결되면 SCEP 서버에 액세스할 수 있는지 확인하세요. IP 주소를 얻으려면 장치를 802.1x 없이 네트워크에 연결해야 해요. IP 주소를 얻으려면 장치의 MAC 주소를 공급 네트워크에 제공해야 할 수도 있어요. MAC 주소는 UI나 기기 뒷면 라벨에서 찾을 수 있어요.

장치가 네트워크에 연결되면 관리자 권한으로 장치에 SSH로 접속하여 TSH에 액세스한 다음 다음 명령을 실행하여 등록 SCEP 요청을 보낼 수 있어요.

xCommand Security Certificates Services Enrollment SCEP Request 

SCEP 서버가 서명된 장치 인증서를 반환하면 802.1X를 활성화하세요.

서명된 인증서 활성화해요:

xCommand Security Certificates Services Activate 

인증서 활성화 후 디바이스 재부팅해요.

무선 연결

장치가 무선 네트워크에 연결되면 SCEP 서버에 액세스할 수 있는지 확인하세요.

장치가 네트워크에 연결되면 관리자 권한으로 장치에 SSH로 접속하여 TSH에 액세스한 다음 다음 명령을 실행하여 등록 SCEP 요청을 보낼 수 있어요.

xCommand Security Certificates Services Enrollment SCEP Request 

장치가 SCEP 서버에서 서명된 인증서를 수신해요.

서명된 인증서 활성화해요:

xCommand Security Certificates Services Activate

활성화한 후에는 EAP-TLS 인증으로 Wi-Fi 네트워크를 구성해야 해요.

xCommand Network Wifi Configure 

기본적으로 Wi-Fi 구성은 서버 검증 검사를 건너뛰어요. 단방향 인증만 필요한 경우 AllowMissingCA를 기본값으로 True로 유지하세요.

서버 검증을 강제하려면 AllowMissingCA 옵션 매개 변수가 False로 설정되어 있는지 확인하세요. 서비스 검증 오류로 인해 연결을 설정할 수 없는 경우 장치 인증서와 다를 수 있는 서버 인증서를 확인하기 위해 올바른 CA가 추가되었는지 확인하세요.

API 설명이에요.

역할: 관리자, 통합자

xCommand Security Certificates Services Enrollment SCEP Request

서명을 위해 지정된 SCEP 서버에 CSR을 보낸대요. CSR 주체명 매개변수는 C, ST, L, O, OU, CN 순서로 구성돼요.

매개변수:

  • URL (r): <S: 0, 256>

    SCEP 서버의 URL 주소예요.

  • 지문 (r): <S: 0, 128>

    SCEP 요청 CSR에 서명할 CA 인증서 지문이에요.

  • 일반 이름 (r): <S: 0, 64>

    CSR 주제 이름에 “/CN=”를 추가해요.

  • 챌린지 비밀번호: <S: 0, 256>

    서명 액세스를 위한 SCEP 서버의 OTP 또는 공유 비밀이에요.

  • 국가 이름: <S: 0, 2>

    CSR 주제 이름에 “/C=”를 추가해요.

  • 주 또는 도 이름: <S: 0, 64>

    CSR 주제 이름에 “/ST=”를 추가해요.

  • 지역 이름: <S: 0, 64>

    CSR 주제 이름에 “/L=”를 추가해요.

  • 조직 이름: <S: 0, 64>

    CSR 주제 이름에 “/O=”를 추가해요.

  • 조직 단위 [5]: <S: 0, 64>

    CSR 주제 이름에 “/OU=” 매개 변수 최대 5개까지 추가해요.

  • 샌즈 [5]: <S: 0, 64>

    CSR 주체 대체 이름에 최대 5개의 Dns 파라미터를 추가해요.

  • SAN 이메일 [5]: <S: 0, 64>

    CSR 제목 대체 이름에 이메일 매개변수를 5개까지 추가해요.

  • 샌 아이피 [5]: <S: 0, 64>

    CSR 주체 대체 이름에 최대 5개의 Ip 파라미터를 추가해요.

  • 애누리 [5]: <S: 0, 64>

    CSR 주체 대체 이름에 Uri 매개 변수 최대 5개까지 추가해요.

xCommand Security Certificates Services Enrollment Profiles Delete

등록 프로필을 삭제해서 더 이상 인증서를 갱신하지 않아요.

매개변수:

  • 지문 (r): <S: 0, 128>

    제거하려는 프로필을 식별하는 CA 인증서 지문이에요. 다음을 실행해서 제거할 수 있는 프로필을 볼 수 있어요.

    xCommand Security Certificates Services Enrollment Profiles List

xCommand Security Certificates Services Enrollment Profiles List

인증서 갱신 등록 프로필을 나열해요.


xCommand Security Certificates Services Enrollment SCEP Profiles Set
    Fingerprint(r): <S: 0, 128>
    URL(r): <S: 0, 256>

지정된 SCEP URL을 갱신에 사용하려면 CA 핑거프린트로 발급한 인증서에 등록 프로필을 추가하세요.

리뉴얼


xCommand Security Certificates Services Enrollment SCEP Profiles Set

인증서를 자동으로 갱신하려면 장치가 인증서 사임할 수 있는 SCEP URL에 액세스할 수 있어야 해요.

하루에 한 번, 기기에서 45일 후에 만료되는 인증서를 확인해요. 그러면 발급자가 프로필과 일치하면 장치에서 이 인증서 갱신을 시도해요.

참고: 인증서가 처음에 SCEP를 사용하여 등록되지 않았더라도 모든 장치 인증서의 갱신 여부를 확인합니다.

네비게이터

  1. 다이렉트 페어링: 등록된 인증서를 “페어링” 인증서로 활성화할 수 있어요.

  2. 원격 페어링: 네비게이터에게 주변기기 ID를 사용하여 새 SCEP 인증서를 등록하라고 하세요.

    xCommand Peripherals Security Certificates Services Enrollment SCEP Request 

    등록 프로필이 페어링된 네비게이터에 자동으로 동기화돼요.

  3. 독립형 내비게이터: 코덱 등록하고 같네요

802.1x 인증을 켜서 구성하세요 Room Navigator

설정 메뉴에서 직접 802.1x 인증을 설정할 수 Room Navigator 있어요.

802.1x 인증 표준은 이더넷 네트워크에서 특히 중요하고, 인증된 장치에만 네트워크 자원에 대한 액세스 권한을 부여해요 .

네트워크에 구성된 EAP 방법에 따라 다른 로그인 옵션을 사용할 수 있어요. 예를 들자면:

  • TLS: 사용자 이름과 암호는 사용되지 않아요.
  • PEAP: 인증서는 사용되지 않아요.
  • TTLS: 사용자 이름/암호와 인증서가 모두 필요하고 둘 다 선택 사항이 아니에요.

기기에서 클라이언트 인증서를 받는 방법은 여러 가지가 있어요.

  1. PEM 업로드: 보안 인증서 서비스 추가 기능 써요.
  2. CSR 생성: 인증서 서명 요청 (CSR) 을 생성하여 서명한 다음 보안 인증서 CSR 생성/연결을 사용하여 연결하세요.
  3. SCEP: 보안 인증서 서비스 등록 SCEP 요청을 활용하세요.
  4. DHCP 옵션 43: 이 옵션을 통해 인증서 전달을 구성하세요.

802.1x용 인증서 설정 및 업데이트는 시스템에 페어링하기 전이나 공장 Room Navigator 초기화 후에 해야 해요. Room Navigator

기본 자격 증명은 관리자이고 빈 비밀번호예요. API에 액세스하여 인증서를 추가하는 방법에 대한 자세한 내용은 최신 버전의 API 가이드를 참조하세요.

  1. 오른쪽 상단 모서리에 있는 버튼을 누르거나 오른쪽에서 스와이프해서 네비게이터에서 제어판을 여세요. 그런 다음 기기 설정을 탭하세요.
  2. 네트워크 연결로 가서 이더넷을 선택해요.
  3. IEEE 802.1X 사용을 켜서 전환해요.
    • 자격 증명으로 인증을 설정하는 경우 사용자 ID와 암호를 입력하세요. 익명 ID도 입력할 수 있어요. 이것은 실제 사용자의 ID를 초기 인증 요청과 구분하는 방법을 제공하는 선택적 필드예요.
    • TLS 검증을 끄거나 켤 수 있어요. TLS 검증이 켜지면 클라이언트가 TLS 핸드셰이크 중에 서버 인증서의 인증을 능동적으로 검증해요. TLS 검증이 꺼지면 클라이언트는 서버 인증서의 활성 확인을 수행하지 않아요.
    • API에 접속해서 클라이언트 인증서를 업로드했다면, 클라이언트 인증서 사용을 켜세요.
    • 사용하려는 확장 인증 프로토콜 (EAP) 방법을 토글하세요. EAP 방식의 선택은 특정 보안 요구 사항, 인프라, 클라이언트 기능에 따라 달라져요. EAP 방법은 안전하고 인증된 네트워크 액세스를 가능하게 하는 데 중요해요.

802.1x 인증을 위한 와이파이를 통한 SUDI 지원이에요

시스코는 이제 무선 802.1x 인증을 위해 내장된 보안 고유 장치 식별자 (SUDI) 인증서 사용을 지원해요. 이전에는 SUDI 인증서가 유선/LAN 802.1x 인증에만 지원됐어요.

이 기능은 룸OS 26.7.1.7부터 사용할 수 있어요. RoomOS 26을 실행하는 모든 장치는 이 기능을 지원하지만 RoomOS 11에서는 지원되지 않아요.

이 기능을 활성화하려면 Wi-Fi 네트워크용 Cisco ID 서비스 엔진 (ISE) 이 ISE 트러스트스토어에 다음 CA 인증서를 추가해야 해요.

802.1x 인증에 SUDI 인증서를 사용하는 옵션을 선택하면 장치 웹 인터페이스에서 SUDI 인증서를 활성화할 수 있어요.

아니면 다음 명령을 사용하세요.

xCommand Security Certificates Services Activate Purpose: 802.1X fingerprint: <sudi_fingerprint>

SUDI 핑거프린트를 찾으려면, 다음을 실행하세요.

xCommand Security Certificates Services Show

핑거프린트가 성공적으로 활성화되면 이벤트 로그/감사 로그에 다음과 비슷한 항목이 보일 거예요.

2026-07-15T18:52:18.245+00:00 auditlog[2184]: user=remotesupport host=10.47.36.175/root/vega-xmlapi Command about to execute '/Security/Certificates/Services/Activate Fingerprint: dff7c9bf506a0f73351b5f285ab759abc2c4ba6a Purpose: 802.1x'.
2026-07-15T18:52:18.247+00:00 auditlog[2184]: user=remotesupport host=10.47.36.175/root/vega-xmlapi Command successfully executed '/Security/Certificates/Services/Activate Fingerprint: dff7c9bf506a0f73351b5f285ab759abc2c4ba6a Purpose: 802.1x'.

SUDI 인증서를 활성화한 후 EAP-TLS 인증을 사용하도록 Wi-Fi 네트워크를 구성하세요. 인증 방법을 EAP-TLS로 선택하면 장치 터치 패널이나 화면에서 할 수 있어요.

DHCP 옵션 43을 사용한 SCEP 매개변수 구성

DHCP 옵션 43을 사용하여 SCEP 매개변수를 자동으로 전달하여 802.1X 장치 인증서를 효율적이고 안전하게 등록할 수 있어요. DHCP 옵션 43은 SCEP 매개변수로 사전 구성되어 있어 장치가 DHCP 서버에서 이러한 매개변수를 검색하고 SCEP 인증서 등록을 자동으로 수행할 수 있어요.

DHCP 옵션 데이터는 보호되지 않으므로 인증되지 않은 장치가 데이터에 접근하지 못하도록 하려면 신뢰할 수 있고 안전한 배포 환경에서만 이 옵션을 사용하는 것이 좋습니다.

DHCP 옵션을 사용하여 등록한 인증서는 자동으로 갱신되고 SCEP에 구성된 DHCP 옵션에 따라 갱신 프로필이 자동으로 생성돼요.

DHCP 옵션 43에서 SCEP 매개변수를 구성하여 SCEP 인증서를 등록하려면 다음 단계를 따르세요.

  • SCEP 환경을 준비하세요.

    SCEP 환경 설정에 대한 자세한 지침은 SCEP 서버 설명서를 참조하세요.

  • DHCP 옵션 43을 구성하세요.

    RFC 2132 섹션 8.4에 정의된 공급업체별 정보 형식에 따라 DHCP 옵션 43을 설정하세요.

11번부터 14번까지 번호가 매겨진 하위 옵션은 방법을 지정하는 데 특별히 사용돼요.

매개변수들하위 옵션타입길이 (바이트)필수예요
SCEP 서버 URL11끈 가변 길이 맞아요
CA 핑거프린트에 서명해요12바이너리20살이나 32살이에요맞아요
챌린지 패스워드13끈 가변 길이 아니요
802.1X 인증 활성화하세요14불리언1맞아요

모든 매개변수의 총 길이는 옵션 43의 길이인 255바이트를 초과해서는 안 돼요. '802.1X 인증 활성화' 매개변수가 비활성화 (false로 설정) 되면 인증서 등록이 이루어지지 않아요.

다음 표는 DHCP 옵션 43의 구성 예시, 특히 하위 옵션 11부터 14까지 자세히 설명해요.

하위 옵션

십진수/16진수

값 길이 (바이트) 십진수/16진수가치헥스 밸류
11/0b18/12http://10.79.57.91687474703a2f2f31302e37392e35372e393e3931
12/0c20/1412040870625C5B755D73F5925285F8F5FF5D55AF12040870625C5B755D73F5925285F8F5FF5D55AF
13/0d16/10D233CCF9B9952A1544323333434346394239393532413135
14/0e1/011 (0: 아니요; 1: 네)01

매개변수 값 요약:

  • Server = http://10.79.57.91
  • 루트 캘리포니아 핑거프린트 = 12040870625C5B755D73F5925285F8F5FF5D55AF
  • 챌린지 비밀번호 = D233CCF9B9952A15
  • 802.1X 인증 활성화하세요 = 네

최종 16진수 값의 구문은 다음과 같습니다. {<suboption><length><value>}...

위 매개변수 값에 따르면, 최종 16진수는 다음과 같아요.

0b12687474703a2f2f31302e37392e35372e39310c1412040870625C5B755D73F5925285F8F5FF5D55AF0d10443233334343463942393935324131350e0101

이 문서가 도움이 되었습니까?
이 문서가 도움이 되었습니까?