# 오프라인 작동
액세스 컨트롤러가 인터넷 연결을 잃으면 일반적으로 다음과 같은 일이 발생합니다:
{% stepper %}
{% step %}
**이벤트는 인터넷이 복구될 때까지 로컬에 저장됩니다. 인터넷이 장시간 끊기더라도 액세스 컨트롤러에는 상당한 장애(기록된 이벤트 수에 따라 3\~12개월)를 견딜 수 있을 만큼 충분한 내부 저장 공간이 있습니다.**
{% endstep %}
{% step %}
**액세스 컨트롤러는 클라우드에서 받은 마지막으로 알려진 구성을 실행합니다. 즉, 인터넷 장애 전에 액세스 컨트롤러에 적용된 모든 변경 사항은 그대로 활성 상태로 유지됩니다. 이 마지막으로 알려진 구성은 컨트롤러의 전원이 꺼졌다가 다시 켜져도 유지됩니다.**
{% endstep %}
{% step %}
**인터넷 연결이 복구되면 클라우드의 최신 구성이 액세스 컨트롤러로 전송되고, 그에 따라 액세스 컨트롤러는 장애 기간 동안 발생한 이벤트를 클라우드로 전송합니다.**
{% endstep %}
{% endstepper %}
### 예시 시나리오
액세스 컨트롤러의 오프라인 동작을 더 잘 이해하기 위해 다음 시나리오를 고려해 보겠습니다:
* Alice는 정규직 직원이며 회사에 2년째 근무하고 있습니다. 그녀의 배지는 정문에서 작동합니다.
* 오전 8시: 인터넷 서비스 제공업체(ISP)에 해당 지역의 서비스 장애가 발생했습니다. 모든 액세스 컨트롤러는 오프라인 상태이지만 전원은 켜져 있습니다(상태 LED가 파란색으로 깜박임).
* 오전 9시: 신입사원 Bob이 입사합니다. 그는 배지와 정문 출입 권한을 받습니다.
* 오전 10시: Alice와 Bob이 정문 출입을 위해 배지를 찍으려 합니다. Alice의 배지는 작동하지만 Bob의 배지는 작동하지 않습니다.
* 오전 11시: ISP가 연결을 복구합니다. 액세스 컨트롤러가 다시 온라인 상태가 되고, 몇 초 내에 클라우드에서 새 구성을 가져옵니다. 이제 Bob의 배지가 작동합니다.
이 시나리오의 시각적 표현은 아래와 같습니다:
---
# Agent Instructions: Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter:
```
GET https://help.verkada.com/access-control/ko/troubleshooting/access-control-hardware-checks/verkada-access-offline-operation.md?ask=
```
The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.