質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

新規登録して質問してみよう
ただいま回答率
85.48%
nginx

nginixは軽量で高性能なwebサーバーの1つです。BSD-likeライセンスのもとリリースされており、あわせてHTTPサーバ、リバースプロキシ、メールプロキシの機能も備えています。MacOSX、Windows、Linux、上で動作します。

Ruby on Rails

Ruby on Railsは、オープンソースのWebアプリケーションフレームワークです。「同じことを繰り返さない」というRailsの基本理念のもと、他のフレームワークより少ないコードで簡単に開発できるよう設計されています。

Q&A

2回答

1674閲覧

rails public配下のファイルへ直接URLでのアクセスを禁止する

lyzmfeqpxs54

総合スコア237

nginx

nginixは軽量で高性能なwebサーバーの1つです。BSD-likeライセンスのもとリリースされており、あわせてHTTPサーバ、リバースプロキシ、メールプロキシの機能も備えています。MacOSX、Windows、Linux、上で動作します。

Ruby on Rails

Ruby on Railsは、オープンソースのWebアプリケーションフレームワークです。「同じことを繰り返さない」というRailsの基本理念のもと、他のフレームワークより少ないコードで簡単に開発できるよう設計されています。

0グッド

0クリップ

投稿2019/04/16 08:24

編集2019/04/17 08:51

いつもお世話になっております。

現在 Railsでwebページを作成し運用しております。
中身はSNSようなイメージで、ユーザーがアップロードした画像や写真を見ることができるサービスとなっており、中の写真等はログインしないと見れないような仕組みで作っております。

アップロードした画像はpublic/uploadsフォルダにリサイズされ格納されている状態であり、URLからpublic配下に直接アクセスすると画像が表示できてしまいます。

現在Nginxとpumaで運用している状況であり、public配下へのURLからの直接アクセスをsecure_linkを利用してうまく制限したいと考えているのですが、あまり記事がなくこちらに質問させていただきました。

https://ドメイン/public/xxxx/yyyy.png
のような直接アクセスは禁止するが、ページのソース(html)である
src="/xxxx/yyyy.png"
からはアクセスできるというようなことは可能でしょうか。

参考になるサイトでも構いませんので、ご教示いただけますと幸いです。

気になる質問をクリップする

クリップした質問は、後からいつでもMYページで確認できます。

またクリップした質問に回答があった際、通知やメールを受け取ることができます。

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

guest

回答2

0

ページのソース(html)である
src="/xxxx/yyyy.png"
からはアクセス

これがnginxに対する直接アクセスに当たりますので、

https://ドメイン/public/xxxx/yyyy.png
のような直接アクセスは禁止する

のであれば、src="/xxxx/yyyy.png"は使えないでしょう。

どうしても直接アクセスを禁止したいのであれば、
src="/xxxx/yyyy.png"
を使わずに画像を表示する方法を探して適用することになりそうです。
経験がないため、そんな方法があるのかどうかはわかりません。


そういえば昔ちょっと変わった方法で画像を表示させたことがありました。

src=/controller名/action名/パラメータたち
でも
image_tag image_path <= アクションのpathを指定
でもいいのですが、

ruby

1# controller 2def アクション名 3 # ここでどうにかして直接アクセスを禁止....できるかな 4 png_path = パラメータを使ってファイルパスを取得 5 send_data(File.read(png_path), disposition: 'inline') 6end

こんな風にしても画像は表示出来た気がします。
ブラウザごとの検証が大変だとは思います。

iwamotさんが挙げられているようなwebサーバー側での対処は経験がないため回答ができず申し訳ありません。

投稿2019/04/27 17:50

編集2019/04/27 18:06
siruku6

総合スコア1382

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

0

src="/xxxx/yyyy.png?zzzzzzzzzzzzz" と推測しにくいトークンを付け、それが付いていなければWebサーバで拒否するという案が浮かびました。ただ、運用が大変だったり、トークンが漏れたときの考慮が必要だったり、ちょっと厳しそうな気はします。

ぼくが実装するなら、public配下には置かず、コントローラで認証とファイル出力を行う方法をまず検討します。

投稿2019/04/19 10:21

iwamot

総合スコア1154

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

lyzmfeqpxs54

2019/04/22 03:19

ご回答ありがとうございます。 public配下には置かないという方法は思いついてはいるのですが、現状運用しているシステムであり、アップデートには大幅な変更が必要となるため、とりあえず、public配下のままでアクセス制限を行う方法を考えている状況です。
iwamot

2019/04/22 03:34

となれば、第三者に推測できないトークンをクエリストリングなりCookieなりリクエストヘッダなりでもらうようにして、Webサーバでチェックする方法くらいしか浮かばないですね。 あるいは、Railsでpublic配下へのアクセスをフックできる仕組みがあるなら、それを活用する感じでしょうか。そのような仕組みがあるのかどうかは知らないです。
guest

あなたの回答

tips

太字

斜体

打ち消し線

見出し

引用テキストの挿入

コードの挿入

リンクの挿入

リストの挿入

番号リストの挿入

表の挿入

水平線の挿入

プレビュー

まだベストアンサーが選ばれていません

会員登録して回答してみよう

アカウントをお持ちの方は

15分調べてもわからないことは
teratailで質問しよう!

ただいまの回答率
85.48%

質問をまとめることで
思考を整理して素早く解決

テンプレート機能で
簡単に質問をまとめる

質問する

関連した質問