OAuthとパスワードのアカウントの不一致を解決する

Google、GitHub、Appleとパスワードのサインインで迷った場合に、元の方法を特定してパスワードを追加します。

最終確認日

スクリーンショットは英語版の画面です。

Google、GitHub、Appleで作成したアカウントには、最初は使用可能なdosyaパスワードがありません。プロバイダーのパスワードを推測して入力すると、他のパスワードサインイン失敗時と同じInvalid email or passwordが返されます。

Continue with Google、GitHub、AppleからPassword Not set、Set a passwordまでのOAuthサインイン手順。
まず元の連携プロバイダーでサインインし、必要に応じてPassword and 2FAでdosyaパスワードを追加します。スクリーンショットを原寸で開く。

手順

  1. サインインで、最初に選んだプロバイダーのGoogleで続ける、GitHubで続ける、Appleで続けるを使用してください。最終使用バッジはこのブラウザに保存された選択だけを示し、サーバーで確認したアカウント履歴ではありません。
  2. プロバイダーのエラーでは表示されたバナーに従ってください。メールがない場合はプロバイダーの確認済み・公開メールとメールへのアクセスが求められます。キャンセル時はサインインがキャンセルされたと表示され、その他の失敗では別の方法が提示されます。
  3. プロバイダーでサインイン後、プロフィール → パスワードと2FAを開いてください。OAuthのみのアカウントにはパスワード — 未設定とパスワードを設定が表示されます。
  4. 8文字以上のパスワードを設定してください。現在のパスワードは存在しないため求められません。成功すると**パスワードを設定しました — メールアドレスとパスワードでもサインインできるようになりました。**と表示されます。
  5. 次回からは連携済みプロバイダーのIDまたは新しく設定したメールとパスワードのどちらでも同じdosyaアカウントにアクセスできます。
  6. プロバイダーのメールが変わっても、安定したプロバイダーの識別子は既存のアカウントに紐付いたままです。初回連携時には正規化されたメールの一致によって既存のdosyaユーザーにプロバイダーが紐付くことがあります。
  7. プロバイダーが別のIDやアクセスできないリレーアドレスを返す場合、2つ目のアカウントを作る前にサポートに連絡してください。
重複アカウントを作らず目的のアカウントに戻るためのメール入力欄があるdosyaの認証復旧画面。
アクセスできないリレーアドレスや別のプロバイダーIDによってサインインできない場合は、アカウント復旧か元のプロバイダーを使用してください。スクリーンショットを原寸で開く。

パスワードの設定はセキュリティの変更です。呼び出し元とその同じデバイスに直接紐付く認証情報はサインインしたままになり、他のブラウザ・モバイルの認証情報は失効してキャッシュの無効化が始まります。別のWorkerアイソレートやエッジキャッシュには認可情報が一時的に残る場合があります。無効化が反映された後、管理下の別のデバイスで新しい認証済みリクエストが拒否されることを確認してください。プロバイダーのパスワードは変更されません。

期待される結果

元のプロバイダーで目的のdosyaアカウントにサインインでき、必要に応じてパスワードを設定で2つ目の方法を追加できます。ワークスペースのメンバーシップとファイルは解決したアカウントに残り、別のID間で移動しません。

関連ガイド

この記事は役に立ちましたか?

評価の結果を読み込んでいます…

投票すると、回答を変更できるように、必要な投票用Cookieが最長180日間保存されます。

質問と回答

このガイドの手順について質問できます。質問は確認後に公開されます。

公開の質問には、アカウントの詳細、認証情報、非公開ファイルを含めないでください。これらについては 非公開サポート をご利用ください。

質問を読み込んでいます…

    dosyaアカウントにサインインすると、質問を投稿できます。

    やり直す前に結果を確認

    操作をもう一度確認する必要があるときは、次の共通の確認事項をご利用ください。