n8nのdosya認証情報をテスト

フォルダーアンカーのないフルアクセスのdosya API認証情報をn8nで作成してテストします。スコープの問題を切り分け、キーのオーナーとアクセスできるワークスペースを確認します。

最終確認日

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

n8nの認証情報はAPI Keyというシークレットフィールドを1つ保存し、Bearerトークンとしてhttps://api.dosya.devに送信します。テストではGET /api/meを呼び出します。HTTP応答が成功しても、キーが読み取り専用の場合はテストの条件を満たしません。

n8n用APIキーの作成、一度だけ表示されるシークレットのコピー、dosya.dev API認証情報のテスト、Workspace一覧の確認までの4ステップの手順図。
n8n用APIキーの作成、一度だけ表示されるシークレットのコピー、dosya.dev API認証情報のテスト、Workspace一覧の確認までの4ステップの手順です。スクリーンショットを原寸大で開く。

手順

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

アップロード専用キーでは、認証が必要な/api/meのテストに合格できません。フォルダーアンカー付きのキーはこのRESTノードには適さず、アンカーのないキーを作成するよう案内する403が返されます。n8nに認証情報が保存されていても、キーを無効化するか有効期限が切れると、その後のリクエストは無効になります。

「n8nのdosya認証情報をテスト」の参考画面:dosyaのn8n連携の概要ページ。
「n8nのdosya認証情報をテスト」の参考画面:dosyaのn8n連携の概要ページ。スクリーンショットを原寸大で開く。

実行結果

n8nが認証情報を受け付け、dosyaノードが目的のワークスペースを読み込めます。書き込み操作は、キーに固定されたワークスペースとメンバーの権限の範囲に制限されます。シークレットは認証情報の画面でマスクされたままです。

dosya.dev did not accept the API keyは、値の入力間違い、期限切れ、または無効化を示します。スコープに関するメッセージが表示された場合は、Full accessキーを新たに生成してください。n8nの認証情報の名前だけを変えても権限は変わりません。

関連ガイド

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

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

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

質問と回答

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

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

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

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

    やり直す前に結果を確認

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