ＳＱＬ認証 BASIC認証 - 運用・管理 - 教えて！goo

>ＢＡＳＩＣ認証にする場合にはＳＳＬで運用するのが
>基本。という認識でよろしいでしょうか？

必ずしもBASIC認証だからといってSSLにする必要は
ありませんが、有料コンテンツを保護するのであれば
SSLなどで暗号化をしていない限り流出の恐れがあると
いうことです。せっかくの有料コンテンツサイトであれば
自己保身のためにもSSLが基本になるのではないでしょうか？
まぁ費用対効果の観点からそこまで手間をかけるより
多少の不正アクセスには目をつむるという割りきった
考え方もあるので、一概にはなにが正解とはいえません。

>もしくは会員の住所や氏名などの個人情報が他人に
>覗かれてしまうということでしょうか？
まぁ会員本人の個人情報をWEBサイトに掲載していない
限り、そのての流出はあまり考えられませんので
極端にナーバスになることもないかと。

>「メンテナンスがめんどくさい」についてですが、
>どのようなメンテナンスを行うのか、どれくらいの
>頻度で行うのか、
メンテナンスの問題は基本的に.htaccessという
ファイルでおこないます。パスワードの作成に
htpasswdを使います。そのアタリはご自身でみっちり
お調べになったほうがよろしいでしょう。
パスワードとユーザー情報のはいった専用のファイルを
管理することになるので、複数のユーザー情報を
一ファイルで管理したりしているとなにかとめんどうが
おおくなります。
その点SQLで管理すれば、１ユーザー情報は１レコード
で管理できますので、グループ情報をかえたりするなど
運営方法を変えようとした場合でもそれほど違和感なく
移行することができます。
１０～２０件程度の小規模な場合はともかく、数百件と
なると徐々にSQLが恋しくなると思います。

またBASIC認証ですとユーザーごとのアクセス情報など
はログファイルを解析することになり煩雑ですが
SQL認証にしておけば、最初からデータベースで管理
できるのでメンテナンス性があがります。
会員情報自体もSQLで管理できるなら圧倒的にそのほうが
楽になります。
もちろん認証はBASICでユーザー情報管理はSQLでおこなう
こともできないことはないですが・・・

通報する

前提としてSSLで運用されるのですよね？
そうでなければBASIC認証は有料サイトのセキュリティ
ポリシーとしては不適格です。
まぁSQL認証は仕組的にはBASIC認証なので、SQL認証
にしたからといって違いはないですが・・・・。
Digest認証がよいとも聞きますが、わたしの知識の
範疇にないのでお勧めする立場にはありません。

Q1.不都合
メンテナンスがめんどくさいというところでしょうか。

Q2.有効性
アクセス制限はフォルダ単位でかかります。ネストする
ので親フォルダにかけてあれば、サブフォルダまで
有効です
メンテナンスさえきちんとしていれば退会者をはじく
ことは可能です。

通報する