リモートダウンロードの「アドレスは許可されていません」エラーを確認する

dosyaのサーバー側ダウンロードでは公開HTTPSソースのみを受け付けます。アドレスのチェックはジョブの行が作成される前に安全でない入力を拒否するため、この問題は表の失敗した項目ではなく、ダウンロードを開始できませんでした。という通知のThis address isn’t allowedとして表示されます。

始める前に

対象のワークスペースで連携 → リモートダウンロードを開きます。メンバーであり、ファイルを追加できるロール権限が必要です。所有者がdosyaのサーバーによる取得を許可したソースURLを用意してください。

チェックではHTTPS以外のスキーム、明示された443以外のポート、localhost、.local、.internalのホストを拒否します。IPv4ではループバック、プライベート、リンクローカル、キャリアグレードNAT、dosya自身のオリジン、224.0.0.0/3のマルチキャストおよび予約済み範囲をブロックします。IPv6では::、::1、fc00::/7、fe80::/10と、埋め込まれたIPv4アドレスがブロック対象であるIPv4マッピング形式または互換形式をブロックします。DNSの応答もチェックし、リダイレクトのたびに再チェックします。リダイレクトは5回まで許可されます。

手順

1. 拒否されたアドレスを非公開のメモにコピーし、埋め込まれたトークンを公開せずにスキーム、ホスト名、指定されているポート、リダイレクト先を確認します。
2. http://をプロバイダーが発行した実際のhttps://ダウンロードURLに置き換えます。HTTPSエンドポイントが引き続きブロック対象のアドレスに解決される場合、文字列だけを変更しても解決しません。
3. 443以外のポートを削除し、ローカルマシン名、ルーターのアドレス、プライベートクラウドのエンドポイント、内部ネットワークへのリダイレクトURLを避けます。
4. 置き換えたURLをブラウザのプライベートウィンドウで試し、VPN、ローカルDNS、Cookie、対話的なサインインなしで公開ファイルの応答が返ることを確認します。
5. Remote download欄に新しいURLを貼り付け、目的の保存先が選択された状態でファイルを取得を1回選択します。
6. ダウンロードを開始しました。通知と新しい待機中行を確認します。同じ拒否が再発した場合は、元のURLを繰り返し送信せず、すべてのリダイレクトを調べてください。

期待される結果

dosyaが公開HTTPSソースを受け付け、キューに入ったジョブを作成します。転送はdosyaのサーバーで実行されるため、成功の通知が表示されたらブラウザを閉じることができます。

DNSの名前解決に失敗するとCouldn’t reach that URLと表示されます。一方、プライベートな宛先へリダイレクトする公開URLは、安全でないアドレスとして拒否されます。拒否された試行ではジョブが作成されないため、実行中ジョブの3枠も、随時更新される日次20件の上限も消費しません。

関連ガイド

• リモートダウンロードのトラブルシューティング
• リモートダウンロードを開始する