n8nのdosya認証情報をテスト
フォルダーアンカーのないフルアクセスのdosya API認証情報をn8nで作成してテストします。スコープの問題を切り分け、キーのオーナーとアクセスできるワークスペースを確認します。
最終確認日
スクリーンショットは英語版の画面です。
n8nの認証情報はAPI Keyというシークレットフィールドを1つ保存し、Bearerトークンとしてhttps://api.dosya.devに送信します。テストではGET /api/meを呼び出します。HTTP応答が成功しても、キーが読み取り専用の場合はテストの条件を満たしません。

手順
- dosyaで**プロフィール → API(APIキー)**を開き、API:APIキーを作成を選択してください。このn8nインスタンスが分かるラベルをキーに付けます。
- フルアクセスを選択し、REST/APIの使用を有効にして、フォルダーアンカーは空のままにしてください。ワークフローがキーのオーナーの他のワークスペースにアクセスしないようにするには、1つのワークスペースに固定します。
- キーを生成し、シークレット全体をその場でコピーしてください。n8nにdosyaのパスワードを入力しないでください。
- n8nのCredentialsでdosya.dev APIを作成し、API Keyにシークレットを貼り付けて、Test connectionを実行してください。
- **This key is read-only. Uploads, folders and share links need a key with Full access scope.**と表示された場合、
/api/meを読み取れたとしても、このパッケージでは認証情報のテストが失敗したものとして扱ってください。 - dosyaノードを追加し、認証情報を選択してWorkspace一覧を開いてください。本番用ワークフローを保存する前に、目的のワークスペースが表示されることを確認します。
アップロード専用キーでは、認証が必要な/api/meのテストに合格できません。フォルダーアンカー付きのキーはこのRESTノードには適さず、アンカーのないキーを作成するよう案内する403が返されます。n8nに認証情報が保存されていても、キーを無効化するか有効期限が切れると、その後のリクエストは無効になります。

実行結果
n8nが認証情報を受け付け、dosyaノードが目的のワークスペースを読み込めます。書き込み操作は、キーに固定されたワークスペースとメンバーの権限の範囲に制限されます。シークレットは認証情報の画面でマスクされたままです。
dosya.dev did not accept the API keyは、値の入力間違い、期限切れ、または無効化を示します。スコープに関するメッセージが表示された場合は、Full accessキーを新たに生成してください。n8nの認証情報の名前だけを変えても権限は変わりません。
関連ガイド
この記事は役に立ちましたか?
評価の結果を読み込んでいます…
投票すると、回答を変更できるように、必要な投票用Cookieが最長180日間保存されます。
質問と回答
このガイドの手順について質問できます。質問は確認後に公開されます。
公開の質問には、アカウントの詳細、認証情報、非公開ファイルを含めないでください。これらについては 非公開サポート をご利用ください。
質問を読み込んでいます…
dosyaアカウントにサインインすると、質問を投稿できます。