Question 1

Logto Next.js App Router の Home コンポーネントで TS1308「await isn't allowed in non-async function」エラーを修正する方法

Accepted Answer

`await getLogtoContext()` を使用しているため、`Home` コンポーネントを `async` としてマークします:

```tsx
const Home = async () => {
  const { isAuthenticated, claims } = await getLogtoContext(logtoConfig);
  // ...
};

export default Home;
```

その後、`npm run build` を再度実行します。Logto Console ガイドにあった非 async の誤った例は PR #9692 で修正されました。ガイドにまだ `const Home = () => {` と表示されている場合は、Logto を更新してください。

Question 2

Cloudflare Zero Trust MCP Server Portal 経由で Logto MCP に接続する際に発生する redirect_uri 400 エラーはどうすれば修正できますか？

Accepted Answer

Logto Cloud は OAuth Client ID Metadata Documents をサポートするようになりました。Cloudflare MCP ゲートウェイを次のように設定します：

1. 公開 HTTPS URL でクライアントメタデータ JSON ファイルをホストします。例：`https://example.com/logto-mcp-client.json`：

```json
{
  "client_name": "Cloudflare MCP Gateway",
  "redirect_uris": [
    "https://oauth-callbacks.cloudflareaccess.com/cdn-cgi/access/outbound-oauth-callback"
  ],
  "grant_types": ["authorization_code", "refresh_token"],
  "response_types": ["code"],
  "scope": "openid",
  "token_endpoint_auth_method": "none"
}
```

2. Cloudflare MCP Server Portal の OAuth 設定で、クライアント ID をそのメタデータドキュメントの完全な URL に設定します。
3. `https://mcp.logto.io` に再度接続します。Logto はドキュメントを取得し、`redirect_uris` に記載されているゲートウェイコールバックを受け入れます。

次のコマンドでサポートを確認します：

```bash
curl https://auth.logto.io/oidc/.well-known/openid-configuration
```

メタデータには `"client_id_metadata_document_supported": true` が含まれているはずです。Cloudflare では組み込みの `mcp-client` ID を使用しないでください。これは localhost リダイレクト URI に制限されているためです。

Question 3

Logto でソーシャルサインアップ中に 'Bind and continue' をクリックした後に発生する 'session.identifier_not_found' を修正するにはどうすればよいですか？

Accepted Answer

この問題は Logto PR #9593 で修正されています。その修正を含むリリースにアップグレードしてください。このバグは packages experience/src/containers/VerificationCode/use-continue-flow-code-verification.ts で発生します。link_social ブランチは、最初に isVerificationCodeEnabledForSignIn(type) を呼び出すことなくアカウントリンクを提供します。パッチ適用後のコードは、識別子が認証コードでサインインできる場合にのみリンクモーダルを表示し、それ以外の場合は通常の「identifier already exists」(識別子はすでに存在します)というメッセージを表示して、ユーザーがそれを変更できるよう元に戻します。Logto 1.42.0 での一時的な回避策として、競合する電話番号のセカンダリ識別子要件を削除するか、電話番号の認証コードによるサインインを有効にしてください。なお、PhoneVerificationCode が MFA ファクターとして設定されている間は、電話番号の認証コードによるサインインを有効にできないため、まず MFA から削除する必要があります。

Question 4

アプリケーションから Logto のサインインページにライトモードまたはダークモードを強制するにはどうすればよいですか？

Accepted Answer

Logto サインインフローを開始する際に、`light` または `dark` を指定した `theme` 認証パラメータを渡します（例: `extraParams: { theme: 'dark' }`）。または、OIDC 認可 URL に `theme=dark` を追加します。Logto でダークモードが有効になっている場合、このパラメータはデフォルト/OS のテーマを上書きします。ダークモードが無効になっている場合、このパラメータは無視されます。このサポートは PR #9645 で追加されました。

Question 5

Logto がサインアップ許可リストに含まれないメールアドレスに確認コードを送信しないようにするには、どうすればよいですか？

Accepted Answer

これはLogtoの統一サインイン/登録フォームで発生します。コードが検証される前の段階では、Logtoはそのメールアドレスが既存のサインインアカウントに属するのか新規登録のものかを区別できず、それより早い段階で拒否するとアカウントが存在するかどうかが露呈する可能性があります。allowlistは検証後も引き続き適用されるため、許可されていないメールアドレスは登録を完了できません。

検証コードが送信される前に許可されていないメールアドレスを拒否するには、明示的なsign-up/registerフローを使用してください。このフローでは、emailコネクターを呼び出す前にすでにallowlistチェックが実行されます。統一サインインパスでもこのチェックが必要な場合は、PR `fix(core): check the email allowlist before sending a sign-up sign-in code` を含むリリースにアップグレードするか、セルフホストビルドでその変更をcherry-pickしてLogtoを再ビルドしてください。アップグレード後、allowlistに含まれていないアドレスを送信して修正を確認してください。検証コードのリクエストは直ちに失敗し、メールは送信されないはずです。

logto

概要

README プレビュー

FAQ (5)

同类型项目

vscode

FreeDomain

stable-diffusion-webui

paperclip