메뉴로 바로가기

iOS 설정

GitHub

iOS에서 패스키드는 웹사이트와 동일한 의존성 제공자 도메인과 연관된 앱과 함께만 작동합니다.

플러그인이 처리하는 내용

플러그인이 처리하는 내용

플러그인 설정을 추가하고 실행한 후 bunx cap sync플러그인이 생성된 iOS 호스트 프로젝트를 패치하여 수동으로 편집할 필요가 없습니다:

  • 구성된 도메인에 대한 webcredentials: 연관된 도메인 항목을 추가합니다.
  • 생성된 앱 대상이 이미 권한 파일에 대한 참조를 가지고 있지 않은 경우 CODE_SIGN_ENTITLEMENTS 전달

호스팅을 위해 여전히 필요한 것

Section titled “What you still need to host”

__CAPGO_KEEP_0__ apple-app-site-association __CAPGO_KEEP_1__

https://signin.example.com/.well-known/apple-app-site-association

__CAPGO_KEEP_2__

{
"webcredentials": {
"apps": ["ABCDE12345.app.capgo.passkey.example"]
}
}
  1. __CAPGO_KEEP_3__ origin __CAPGO_KEEP_4__ domains __CAPGO_KEEP_5__ plugins.CapacitorPasskey __CAPGO_KEEP_6__ capacitor.config.*.
  2. Run bunx cap sync.
  3. Apple 팀 ID와 앱 번들 ID를 확인한 후 빌드합니다. TEAMID.bundleId association 파일의 값입니다.
  4. Host apple-app-site-association HTTP 200 확장자가 없는 .json 백엔드에서 사용하는 의존자 ID가 연관된 도메인과 일치하는지 확인하세요.
  5. Notes
  • iOS 17.4 이상 버전에서 플러그인은 브라우저 스타일의 client-data __CAPGO_KEEP_0__를 사용하여 구성된 HTTPS 원본이 반영됩니다.
  • On iOS 17.4 and newer, the plugin uses the browser-style client-data API so the configured HTTPS origin is reflected in clientDataJSON.
  • The plugin can patch native project files during sync, but it cannot create or host the website association file on your domain.

iOS 설정을 사용하여 인증 및 계정 흐름을 계획하고 있습니다. iOS 설정을 @capgo/capacitor-passkey @capgo/capacitor-passkey @capgo/capacitor-social-login @capgo/capacitor-social-login @capgo/capacitor-passkey @capgo/capacitor-passkey @capgo/capacitor-native-biometric capgo의 구현 세부 사항에 대한 @capacitor-native-biometric, 그리고 두 단계 인증 __CAPGO_KEEP_0__의 구현 세부 사항에 대한 두 단계 인증.