오프라인에서도
앱은 차단된 채로

네 — Fella의 핵심 차단은 iPhone에 설정된 뒤에는 오프라인에서도 작동합니다. Wi-Fi나 셀룰러 데이터를 꺼도 활성 차단은 제거되지 않습니다. 이전에 등록된 스케줄은 여전히 Apple의 Device Activity 시스템을 통해 실행됩니다. 수동 세션과 비상 해제는 기기가 이미 유료 접근을 인식하고 있을 때 로컬 스크린타임 API와 로컬 상태를 사용합니다.

그렇다고 해서 Fella의 모든 부분이 완전히 오프라인이라는 뜻은 아닙니다. 구독을 구매하거나 복원하고, 사용 가능한 캐시가 없을 때 계정이나 권한 정보를 새로고침하고, 업데이트를 다운로드하고, 분석을 전송하는 작업은 모두 네트워크가 필요합니다. 오프라인 차단은 집행에 대한 주장일 뿐, 청구나 계정, 모든 주변 서비스에 대한 주장이 아닙니다.

기기 재시작은 보장된 오프라인 시나리오로 명시되지 않았습니다. 소스는 Fella가 실행될 때 공유된 로컬 상태에서 차단과 세션 정보를 다시 구성하고, 등록된 Device Activity 스케줄은 시스템이 관리한다고 설명합니다. 하지만 비행기 모드에서의 재시작 테스트를 위해 연결된 iPhone을 사용할 수 없었기 때문에, 이 페이지에서는 해당 특정 순서를 약속하지 않습니다.

1. 차단 집행은 iPhone에서 이루어집니다. Fella는 Apple의 Family Controls 시스템에 권한을 요청하고, 선택한 앱이나 카테고리에 대해 개인정보 보호 토큰을 받은 뒤, 해당 토큰을 Managed Settings에 전달합니다. Managed Settings가 시스템 차단을 적용합니다.

2. 세션과 스케줄 상태는 로컬에 저장됩니다. 수동 시작 및 종료 시간, 활성 차단 소스, 루틴, 등록된 활동 이름, 비상 해제 타이밍은 앱의 공유 App Group에 존재합니다. 이를 통해 메인 앱과 확장이 Fella 서버를 확인하지 않고도 현재 규칙에 합의할 수 있습니다.

3. 구독, 계정, 분석 서비스는 네트워크를 사용합니다. RevenueCat이 상품, 구매, 복원, 권한 새로고침을 처리합니다. 계정을 사용할 때는 Fella의 계정 서비스가 인증을 처리합니다. PostHog가 제품 분석을 수신합니다. 이러한 서비스 중 어느 것도 이미 활성화된 앱 차단을 화면에 유지하는 메커니즘은 아닙니다.

차단은 활성 상태를 유지합니다. Wi-Fi를 끄거나, 셀룰러 데이터를 비활성화하거나, 비행기 모드를 활성화해도 Managed Settings 차단은 제거되지 않습니다. 제한이 원격 서버에 앱을 열어도 되는지 계속 묻는 방식으로 강제되는 것이 아니기 때문입니다.

세션은 여전히 로컬 종료 시간을 가지고 있습니다. Fella는 수동 세션 날짜를 유지하고 시스템 백스톱으로 Device Activity 콜백을 등록합니다. 연결이 끊겨도 해당 상태가 다시 쓰이거나 차단 소스가 비활성화되지 않습니다.

비행기 모드는 인터넷을 끈 우회가 아닙니다. 현재 아키텍처에는 차단, 스케줄 모니터 또는 긴급 재잠금 경로에 네트워크 의존성이 없습니다. 이는 코드 수준과 자동화된 테스트 증거이며, 이 페이지를 위해 현재 연결된 실제 iPhone에서 반복 테스트되지는 않았습니다.

네, 이미 설정되고 권한이 부여된 설치에서는 가능합니다. 수동 세션을 시작하면 Apple의 Device Activity 시스템에 시작과 종료를 등록하고, 날짜를 공유 로컬 저장소에 기록하며, 수동 차단 소스를 활성으로 표시하고, 선택한 앱 차단을 적용합니다. 이러한 작업 중 어느 것도 Fella 백엔드를 호출하지 않습니다.

구독 확인이 경계입니다. Fella는 시작 전에 유료 접근을 확인합니다. RevenueCat은 기기에 고객 정보를 캐시하고, Fella는 새로고침이 실패하면 마지막으로 알려진 활성 상태를 유지합니다. 앱에 사용 가능한 권한 캐시가 없는 경우 — 첫 구매 전과 같은 — 오프라인에서 유료 접근을 설정할 수 없습니다.

앱 선택과 스크린타임 권한은 이미 사용할 수 있어야 합니다. 시스템 선택기와 권한 부여는 iOS에 속합니다. 이 페이지에서는 첫 설정, 구매 또는 계정 복구가 연결 없이 완료될 수 있다고 약속하지 않습니다.

Fella는 Device Activity에 루틴 스케줄을 등록합니다. 등록된 구간이 시작되면 iOS가 Fella의 모니터 확장을 실행합니다. 해당 확장은 일치하는 차단 소스를 활성화하고 공유된 로컬 상태에서 차단을 적용합니다. 구간이 끝나면 해당 소스를 제거하고 겹치는 차단을 조정합니다.

메인 앱이 열려 있을 필요가 없습니다. Device Activity 모니터 확장을 사용하는 이유가 바로 그것입니다. 시작 및 종료 콜백에는 RevenueCat, PostHog, Supabase, URLSession 또는 기타 네트워크 클라이언트가 포함되어 있지 않습니다.

오프라인이 모든 시스템 변경에 면역이라는 뜻은 아닙니다. 스크린타임 권한을 취소하거나, 기기 설정을 변경하거나, 필요한 권한을 제거하는 것은 인터넷 연결을 잃는 것과는 다른 문제입니다. Fella의 세션과 루틴 작동 방식을 확인하세요.

잠금 해제 자체는 서버 응답이 필요하지 않습니다. 가능할 때 Fella는 5분의 시작과 종료를 로컬에 저장하고, 일시적으로 차단을 해제한 뒤, 창이 끝날 때를 위한 Device Activity 콜백을 예약합니다. 모니터 확장은 메인 앱이 실행되고 있지 않아도 현재 차단 규칙을 다시 적용합니다.

유료 접근은 여전히 기기에서 인식되어야 합니다. 앱은 비상 해제를 허용하기 전에 구독 상태를 확인합니다. 기존 캐시된 권한은 새로고침 실패를 견딜 수 있지만, 없거나 첫 권한은 오프라인에서 만들 수 없습니다.

재잠금에는 두 가지 로컬 경로가 있습니다. 시스템 확장이 백그라운드 경로입니다. 해당 콜백이 지연되거나 예약이 실패하면, Fella는 다음에 앱이 실행될 때 로컬에 저장된 종료 시간을 다시 조정합니다. 비상 해제 동작에 대해 자세히 알아보세요.

Fella는 VPN이나 프록시를 통해 앱 트래픽을 라우팅하지 않습니다. 앱은 Apple의 스크린타임 프레임워크를 통해 선택한 iPhone 앱에 대한 접근을 제한하는 것이 역할입니다. 그래서 앱 차단은 활성 데이터 연결이나 원격 필터링 서버에 의존하지 않습니다.

네트워크 필터는 다른 문제를 해결합니다. VPN 또는 DNS 기반 도구는 종종 웹사이트와 네트워크 요청을 필터링하도록 설계됩니다. 일부는 유용한 오프라인 동작을 유지할 수도 있습니다. Fella는 모든 VPN 차단기가 인터넷 없이 실패한다고 주장하는 것이 아니라, Fella 자체의 앱 차단 경로가 VPN을 사용하지 않는다고 설명하는 것입니다.

오프라인 앱 차단은 오프라인 웹 필터링이 아닙니다. Fella는 선택한 앱을 차단합니다. 오프라인 상태에서 모든 웹사이트, 연결 또는 인터넷 콘텐츠를 차단한다고 주장하지 않습니다. 전용 no-VPN 페이지는 해당 집행 방식 비교를 해당 페이지가 게시될 때 다룰 예정입니다.

차단한 네이티브 앱 선택은 Apple의 불투명한 스크린타임 토큰으로 표현됩니다. Fella는 해당 토큰을 앱과 차단 확장이 사용하는 로컬 App Group에 저장합니다. Apple 선택기의 토큰은 분석 속성으로 전송되지 않습니다.

Fella는 완전히 오프라인인 애플리케이션이 아닙니다. 프로덕션 앱은 구독에 RevenueCat, 선택형 계정 서비스는 인증과 지원되는 동기화에, 제품 분석에는 PostHog, 진단에는 Sentry를 사용합니다. 해당 서비스들은 연결이 가능할 때 문서화된 데이터를 전송할 수 있습니다.

결정하기 전에 전체 경계를 읽어보세요. 개인정보 처리방침에서 전체 데이터 목록을, Fella의 개인정보 보호 철학에서 온디바이스 차단에 대한 쉬운 설명을 확인하세요.

인터넷 연결이 차단을 유지하게 해서는 안 됩니다. Fella의 핵심 규칙은 휴대폰의 iOS에 의해 적용되므로, 터널, 음영 지역, 비활성화된 데이터 요금제 또는 의도적인 비행기 모드 전환으로 이미 활성화된 앱 차단이 제거되지 않습니다.

Fella는 앱 접근이 문제일 때 적합합니다. VPN, 웹사이트 필터 또는 원격 모니터링 서비스가 아닙니다. 로컬에서 선택한 앱 제한, 수동 세션, 예약된 루틴, 제어된 긴급 접근을 중심으로 구축된 iPhone 앱 차단기입니다.