Serviceを読んで理解し、同意したものとみなします。スタック・オーバーフローはプログラマーとプログラミングに熱心な人のためのQ&Aサイトです。2,188件82サーバーを運営していると「荒らし」と言われるユーザーが紛れ込んでくることがあります。利用してIP指定によるアクセス制限をかけることはできるのですが、ときどき執念深い荒らしユーザーがIPを変更して継続的に荒らし行為を繰り返してきます。5:49ウェブ閲覧者を想定しております。7:432上記コメントにも質問が出ていますが、ユーザの識別&排除ではなく「荒らし行為」そのものを規制するアプローチもあり得ますので、荒らしによってどのような被害を受けているのかを説明すると、別の回答が得られるかもしれません。アドレスを変更してくるかを考察してそっちから対策を考えます。どった道なわけですが。方策はユーザ側が行う、対策はサーバ側で行う、のを想定してます。ケーはアクセス禁止にするとか、ガラケーのみアクセス許可にするとか。どれもこれも後手にまわる消極的な方法ですね。巻き添えを食らう善良なユーザも増えます。書き込みは許可制(要ログイン)ってのが効果的でしょう。荒らしも容認するのがある意味正しい運営方針かもしれません。具体的にどのように困っているのかわからないので一般論に留まってしまいます。|3この件はいろいろと難しい問題をはらんでいます。識別してよいのか、あたりから議論を始めないといけません。ユーザーを「個人ターゲットできる」つまりプライバシー侵害につながりかねません。原則、識別をすべきではない、に1票を投じておきます。呼ばれる識別技術を使うのもあり、でしょう。https://panopticlick.eff.org/こっちのほうがわかりやすいかも?https://amiunique.org/オイラ個人的にはやはり識別をすることをお勧めしません。|1Webサーバが端末を識別する手段としては、IPアドレスブラウザが送ってくるHTTPリクエストヘッダ(Cookie含む)Javascript経由で取得できるハードウェアやソフトウェア、閲覧履歴に関する情報などがあります。広告業界なんかではこれらの情報で比較的精度の高いユーザー追跡を実現しているので、頑張ればアクセス制限に使えないこともありません。広告用とアクセス制限では「利用者が故意に自分の身元を隠す」という点で正反対なので、格段に精度は落ちるでしょう。無効にされるだけでもほとんどの情報が取得できません。なんかを見てもわかるように、IPアドレスによる制限(個別→ブロックごと)とユーザー認証(ログインの強制)を組み合わせるぐらいしかないでしょう。ユーザー認証をしていないのであれば、検討しても良いかもしれません。このサイトのようにGoogle/Twitter/Facebookなどの認証に乗っかれば認証情報を自前で保存しなくてもよいですしユーザーの不便も最小限で済むでしょう。|回答スタック・オーバーフローに参加してくれて、ありがとうございます!質問の回答を共有してください。回答を説明し、自分の検討結果も共有してください。意見を述べること(意見を述べるなら、参照リソース、自分の経験で意見をサポートしてください)さらにサポートが必要な場合このヘルプを参考してください。“回答を投稿”をクリックすることで利用規約、プライバシーポリシー、及びクッキーポリシーに同意したものとみなされます。タグが付いた他の質問を参照するか、自分で質問をする。会を開催します🎉サイトの未翻訳箇所を見つけて、もくもく会で直しましょう関連する質問2サブドメインへのアクセスをURLそのまま、メインドメインへ転送する1初期ドメイン(特定ディレクトリ)から独自ドメインへリダイレクト0PHPで、.htaccessのIPアドレスを動的に制御したい1さくらサーバーのhtaccessでhttpsを検知するには1URLの「/?hoge=1」へアクセスした時だけ、「/」へリダイレクトするよう、.htaccessでURL操作したい1.htaccessでのリダイレクト0.htaccessで原則httpはhttpsにリダイレクトですが、一部のURLは除いてhttpアクセスできるようにしたいです。質問のフィードこのRSSフィードを購読するには、このURLをコピーしてRSSリーダーに貼り付けてください。