こんにちは。
TS-462を何年も使っていて、これまで完璧に動作していました。
最近、友人と大きなアーカイブを共有したくなり、File Station 6のファイル共有機能が使えることに気付きました。
きちんと設定し、リバースプロキシにルールを追加し、ドメインにサブドメインを追加、DDNSの設定もしました。そして共有を試しました。機能自体は動作していて、リンクも外部URLで生成され、アクセスするとダウンロード画面が表示されます。問題はここからです：
- ファイルの行で「ダウンロード」をクリックすると、404エラーになります。
- 「すべてダウンロード」をクリックすると、zipが作成されダウンロードできます。
でも、すでに巨大なrarファイルがあるので、File Station 6が同じサイズ・単一ファイルの巨大なzipを新たに作成してからダウンロードを始めるのは避けたいです・・・。
設定のどこかを間違えたのかよく分かりません。この機能をリバースプロキシ越しに使うのは本当に無理なんでしょうか？
一番不思議なのは、ローカルリンク（ローカルIPとポート）でも試してみたのですが、同じ現象が起こることです！ローカルURLでも404なので、リバースプロキシの問題ではないようです・・・。
ここから何を調べればいいのか分かりません・・・。
同じような経験をされた方、いらっしゃいますか？
絶対にNASにWANポートを転送しないでください。
ファイル共有したい場合はCloudlink（クラウドリンク）を検討してみてください…NASがマルウェアに感染するのは避けたいですよね。
自分のトラフィックをQnapのインフラを通すのは正直あまり望んでいません。でも言ったように、トラフィックはリバースプロキシを通っているんですよね…。しかも、それがリンクが動かない原因なんです。内部リンクでさえ動かないんですから。
そのNASでNextcloudのコンテナを実行するだけです。
つまり、これは既知の問題ってことですか？Nextcloud（Next クラウド）は、NAS上にすでにある特定のファイルを共有することはできますか？それともファイルを再アップロードして、重複させる必要がありますか？既にPing（ピング）インを試しましたが、こちらは別フォルダーになって既存ファイルを共有できませんでした…
NA9D
6
一番手軽でおすすめなのはSmartShare（スマートシェア）機能を使うことです。これはとてもよく動作しますし、NASのポートを開けるよりもずっと安全です。
私の最大の不満は、SmartShareを利用すると、すべてQNAP（キューナップ）の台湾サーバーを経由する点です。この部分はまだ地域ごとに最適化されていません。
そう、それがまさに僕にとって「絶対NG」な理由なんだよ。自分のNASと自分のデータは自分でコントロールできるし、転送も自分で管理したい。
しかも、ギガビットの接続があるのに、接続を世界の反対側までルーティングしてまた戻すなんて…
JSWRO7
8
こんにちは、私も同じ問題がありました。File Stationを6から5に変更して、新しい共有リンクを作成しました。今は動作しています。
確認しますが、File Station 6の共有機能は正常に動作しません。ただし、File Station 5を再インストールして起動すると、同じ機能が完璧に動作します。