フォーラムが攻撃を受け、表示したくないスパム投稿がありました。スタッフがクリーンアップするまでフォーラムを無効にするにはどうすればよいですか?
フォーラムを「オフ」にしても、誰でも使える状態を維持することはできません。
スパムを削除する機会を得るまで、すべてのトピックを一括で非公開にし、その後、残りのすべてを再公開することを検討できますか?
スタッフ以外はフォーラムを読み取り専用に設定できます。Discourseの読み取り専用モード
@pfaffman それでは「見える」という部分が解決しないのでは? ![]()
すべてのカテゴリ権限をスタッフのみに変更します。もちろん、どこかにわかりやすい説明を付けます。
まず既存の権限を記録するためにデータエクスプローラークエリを実行し、フォーラムが大きい/複雑な場合は、レールコンソールから一括アクションとしてすべて実行することをお勧めします。
これにより、必要なことが達成されます。そして、カテゴリごとに、クリーンアップが完了したコンテンツを公開できます。
最近、同様の問題を検討していました。
手順は次のようになります。
スタッフのみ書き込みモードを有効にする Read Only Modes in Discourse- 管理設定で「ログイン必須」を有効にする
- Logout all users through the rails console
- 「ローカルログインを有効にする」(およびすべてのSSO)を無効にする。
/u/adminを使用して管理者にログインする
ああ。それを見落としていました。
その場合、DNSを変更してフォーラムを指さないようにし、管理者に /etc/hosts(または同等のもの)を設定して正しいIPアドレスを指すようにする必要があります。しかし、それはDiscourseの機能ではなく、システム管理者のハックです。
ありがとうございます。手作業でも(面倒ではありますが)可能な程度のカテゴリ数でした。
これでは機能しないと思います。なぜなら、彼らは簡単に再ログインできるからです。
後でその点について考え直しました。ローカルログインを無効にすることは、適切な代替/追加手順だと思いますか?(またはSSOも)
もちろん、OAuthメソッドもすべて無効にする必要がありますが、はい、それはうまく機能する可能性があります。誤って自分自身をログオフしないように(たとえば、サイトを復元するなど)注意してください。
ただし、その場合はコンソールからログインを再度有効にするだけです。メタのためにこれを計画していますか?![]()
いや、そんなことはありません。主に好奇心からです。
緊急時のための便利な計画のように思えます。ただし、手順が多すぎると、別の方法の方が簡単な場合があります。
上記の追加手順を編集します。 ![]()
考えてみると、全員をログアウトしてからログインを無効にすると、スタッフが不要なものを書き込むだけになるかもしれません。
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.
