dosyaサポートに診断情報を安全に送る

認証情報、非公開リンク、ファイルの内容を公開せずに、再現手順、時刻、クライアントの詳細、ID、機密情報を除いたログとスクリーンショットを準備します。

最終確認日

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

サポートには問題を再現して関連付けるのに十分な情報が必要ですが、認証シークレットや非公開ファイル全体は必要ありません。1つの操作、1つの時間範囲、結果を示す最小限の証拠を中心に報告を作成してください。

1回だけ再現し、時刻と環境を記録して、機密情報を除いた正確なエラーをコピーし、添付画像を切り抜き、シークレットを確認して問い合わせIDを保管する安全な報告手順。
関連付けられる時刻とシークレットでない識別子は、広範なログより役立ちます。問い合わせを作成する前にすべての欄と添付を確認してください。スクリーンショットを原寸で開く。

手順

複数の製品領域で同時に問題が発生する場合は、まずstatus.dosya.devを確認してください。支払い、招待、削除、アップロード、Webhookジョブ、公開リンク、外部メッセージを重複させない場合に限り、操作を1回だけ再現してください。

次を記録してください。

  • 作業、順序付きの手順、期待した結果と実際の結果
  • 日付、ローカル時刻とタイムゾーン、最後に成功した時刻
  • dosyaの使用環境とバージョン:ブラウザ、モバイル、デスクトップ、CLI、API、S3、SFTP、WebDAV、連携
  • OSと関連するクライアントまたはランタイムのバージョン
  • 安全な場合、現在のワークスペース名・IDと影響を受けたシークレットでない対象ID
  • 正確なエラーテキスト、HTTP/SFTPステータス、CLI終了コード、リクエスト・配信・ジョブの識別子
  • 毎回発生するかどうかと、すでに行った安全な確認

可能な場合は使い捨ての項目を使用してください。機密ファイルの問題では、元ファイルを添付する前に形式、おおよその容量、格納先、ポリシーの結果から始めてください。

シークレットと非公開のアクセス手段を除く

dosyaのパスワード、メール確認コード、認証アプリのコード、リカバリーコード、セッションCookie、ベアラートークン、APIキー、S3シークレット、Webhook署名シークレット、Vaultパスフレーズ・リカバリーキー、カード番号・セキュリティコード、非公開の共有URL・ファイルリクエストURLは含めないでください。

署名付きダウンロードURL、OAuth認可コード、非公開リンクのトークンはパスワードのように見えなくてもアクセスを許可します。URLのクエリ文字列とフラグメントを隠してください。HTTPリクエストでは共有前にAuthorization、Cookie、X-Dosya-Signatureなどの認証情報ヘッダーを取り除いてください。シークレット値は[API KEY REDACTED]などのラベルに置き換え、先頭や末尾の文字も見せないでください。

認証情報をすでに投稿した場合は、直ちにローテーションまたは失効させてから、漏れた種類と時刻をサポートに伝えてください。後から問い合わせのメッセージを編集しても、表示される会話の外にコピーが存在しなかったとは保証されません。

ログとスクリーンショットを切り抜く

失敗したリクエストの前後の行だけを含めてください。正確なエラー、ステータス、操作、時刻、シークレットでないIDは残し、環境のダンプ、認証ヘッダー、ローカルユーザー名、ホームフォルダーのパス、無関係なファイル名、メールアドレス、ペイロードやファイルの内容は取り除いてください。

問い合わせの添付操作はPNG、JPEG、WebP、GIFに対応します。画像1件あたり最大5 MiB(5,242,880バイト)、1メッセージあたり最大3件です。フォームの上限表示は「under 5 MB」です。アップロード前に必要な操作とエラーに切り抜いてください。画面録画、アーカイブ、ドキュメント、問題の元ファイルはこの画像添付操作では受け付けられません。内容を説明し、承認された非公開の転送方法を待ってください。

サポートへの添付前に切り抜いて機密情報を隠す必要がある、ワークスペース固有の操作を含むdosyaのセキュリティ設定例。
ワークスペースの設定には名前、ポリシー、アクセス設定が表示される場合があります。問題の説明に必要な操作だけを残し、無関係な値を隠してください。スクリーンショットを原寸で開く。

非公開の問い合わせを作成して確認する

  1. サインインしたWebアプリでプロフィールメニューを開き、ヘルプを見るを選択してください。
  2. 新規チケットと、技術的な問題など最も近いカテゴリを選択してください。
  3. 操作と結果を表す件名を入力してください。上限は200文字です。
  4. 再現手順と証拠を入力してください。説明の上限は10,000文字です。
  5. 機密情報を除いた対応画像を最大3件、各5 MiB(5,242,880バイト)以下で添付してください。
  6. ファイル名や表示されたブラウザのアドレスバーも含めて下書き全体を読み直し、チケットを作成を1回選択してください。

作成された会話は対応中に表示されます。時刻と返信をまとめるため、後の証拠は同じ問い合わせに追加してください。更新を尋ねるためだけに重複する問い合わせを作成しないでください。バグを報告は別の構造化された診断手順です。送信内容を確認してから提出し、アカウント固有のサポート会話には新規チケットを使用してください。

使用環境別の診断例

問題役立つ証拠除外するもの
アップロード・ダウンロードファイル形式、おおよそのバイト数、ワークスペース・フォルダー、転送状態、ネットワークの変更、正確なエラー機密の元データ、署名付きダウンロードURL、Cookie
共有・リクエスト作成・表示・ダウンロードの段階、有効期限、受信者・ブラウザ、安全な場合はリクエスト・共有ID公開トークン、パスワード・アクセスコード、診断に不要な受信者の非公開情報
MCP/OAuthクライアント・バージョン、サーバーURL、同意の段階、ワークスペース、ツール、シークレットを含まない正確なレスポンスアクセス・更新トークン、認可コード、公開されたファイルのテキスト
API/S3/SFTP/CLIメソッド・操作、クライアントのバージョン、エンドポイント・ポート、ステータス・コード、時刻、機密情報を除いたリクエストIDキー、シークレット、Authorizationヘッダー、完全な非公開オブジェクトパス
モバイルバックアッププラットフォーム・アプリのバージョン、バックアップの表示、権限の範囲、ポリシー、ワークスペース、項目の種類・容量写真の内容、ライブラリ全体の一覧、デバイスバックアップの認証情報
請求・アカウントプラン、請求書の日付、求められた場合のみ末尾4桁、サインイン方法、表示されたエラーカード番号全体、セキュリティコード、パスワード、2段階認証・リカバリーの値

期待される結果

下書きと添付にdos_、DOSYA、whsec_、Authorization、Cookie、token=、code=、長いクエリ文字列、QRコード、非公開URLがないか検索してください。時刻にタイムゾーンが含まれ、問題の報告が具体的な1つの失敗操作を示すことを確認してください。作成された問い合わせの参照番号を保管してください。

正規のサポートからパスワード、2段階認証コード、Vaultリカバリーキー、完全なAPI/S3シークレットを求める必要はありません。返信で求められた場合は提供せず、既存のサインイン済みサポート会話で確認し、すでに開示した認証情報を保護してください。

関連ガイド

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

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

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

質問と回答

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

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

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

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

    やり直す前に結果を確認

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