2019.04.16補足 実際に実装してみたところ、[2017.05.29補足]のようにhtaccessに１行を追加すると、 /?author=1 => /author/hoge => 302 redirect となり、/author/hoge を経由してしまうため本文同様（ログインIDが明示される）の状態になります。
![[WordPress] /?author=xx をちゃんと阻止した話 - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/81e4ffd5cdb849a0ad257b3798daf0affb50d950/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCV29yZFByZXNzJTVEJTIwJTJGJTNGYXV0aG9yJTNEeHglMjAlRTMlODIlOTIlRTMlODElQTElRTMlODIlODMlRTMlODIlOTMlRTMlODElQTglRTklOTglQkIlRTYlQUQlQTIlRTMlODElOTclRTMlODElOUYlRTglQTklQjEmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZ0eHQtY2xpcD1lbGxpcHNpcyZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPTc4NjY2YTNmYTQxMmJiZmNkZjgxNWMwOTU4NTI2Mzlj%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwdXAtdHJpJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz03MWU3NzRhZmI2Njk1MmE2ZDRjNjhiYjgxMGQ2NjEzMQ%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3D4e65f74cb484b9e535eb40734ddbbdc1)
[WordPress] /?author=xx をちゃんと阻止した話 - Qiita
2019.04.16補足 実際に実装してみたところ、[2017.05.29補足]のようにhtaccessに１行を追加すると、 /?author=1 => /author/hoge => 302 redirect となり、/author/hoge を経由してしまうため本文同様（ログインIDが明示される）の状態になります。
xmlrpc.phpにDoS攻撃を受けた時の対処法 - WordPressテックラボ - [SMART]
xmlrpc.phpファイルとその攻撃の概要 WordPressにはスマホアプリなどのXML-RPCを使った更新にも対応していて、/xmlrpc.phpファイルが用意されています。 ただし、このファイルはDDoS攻撃、ブルートフォースアタックの対象にされてしまうことがあり、対象にされている間はサーバの動作が重くなるか、もしくはアクセスできなくなり、ログにはアタックの痕跡が大量に出力されます。 アクセスログに特定のIPアドレスから大量のアクセスがあったり、特に下記のようなログが大量に出力されている場合、DDoS攻撃やブルートフォースアタックの対象にされている可能性があります。 アタックされているときのApacheログ ***.***.***.*** - - [01/Jun/2016...] "POST /xmlrpc.php HTTP/1.1" 200 394 "-" "Mozilla/5.
![xmlrpc.phpにDoS攻撃を受けた時の対処法 - WordPressテックラボ - [SMART]](https://cdn-ak-scissors.b.st-hatena.com/image/square/efeb6493234f33406d242c048873a805fca99c63/height=288;version=1;width=512/https%3A%2F%2Frfs.jp%2Fwp-content%2Fthemes%2Fsmart%2Fogpimage.png)
RubypressでHTTPエラーが出たらpath設定を確認しよう。ただし時代はWP REST APIへ？ - アイデアの甕
Rubyでは色々なことが出来て、もちろんWordPressとの連携もお手の物。記事の投稿や更新、削除などが外部プログラムから実行出来たりします。 ワードプレスと外部プログラムの連携においては、二昔前なら「XML-RPC MetaWeblog API」を使っていたそうですが、一昔ほど前からは「XML-RPC WordPress API」を利用するのが、それもRuby用のライブラリ「rubypress」を利用するのが正攻法だったようで。 RubyからWordPressのXML-RPC MetaWeblog APIを使って取得、投稿、編集、削除する。(Rails) - Qiita 色々、ホントに色々できるんで簡単な例“だけ”が示されている…のは良いのですが、如何せん「初めの一歩」としてはこれでも複雑すぎるっす。 という訳で、rubypressのより簡便な使用例を探す。 rubypressでWor
Active Directory(ドメインコントローラー) の全て｜初心者でもADサーバーを完全に理解できる | IT trip
Active Directory(ドメインコントローラー) の全て｜初心者でもADサーバーを完全に理解できる 2021 10/05 Windows環境で組織のシステム環境を構築・運用をしていくうえでActive Directory（以下AD）の理解は避けては通れない道となっています。逆にADを理解すればイントラネットのコントロールができるのでどこの組織からも必要とされるでしょう。腰を据えて理解していきましょう。 また、理解するにはとにかく実際に操作をしてみる事をお勧めいたします。 Active Directoryの概要 まずはADの定義を整理しておきましょう。 ADの主な機能はたったの２つです。 １．認証サービス コンピューターにログインするユーザーの情報をADサーバーで集中管理して、利用者は何も意識することなく認証が自動で行われる環境を提供しています。 ２．グループポリシー システム管理
【AD】グループポリシー（GPO）でレジストリを一元管理する方法 | IT trip
グループポリシー（GPO）の作成と適用手順 「グループポリシーて何？」という方は「グループポリシーの作成と適用手順」Active Directoryをフル活用して端末を完全制御しちゃおう！！で細かい説明をしていますのでご参照ください。実例を用いて説明をしていますので、全くの初心者でもグルーポプリシーが自由に扱えるようになります。 既存のレジストリを変更する場合 既存のレジストリを変更する場合は、レジストリウィザードを利用すると便利です。以下解説をしていきます。 グループポリシー管理エディターを開きます。 コンピューターの構成 ￥ 基本設定 ⇒￥Windowsの設定 ￥ レジストリ へ移動します。 「レジストリ」を右クリックして、「新規作成」から「レジストリ ウィザード」を選択します。 レジストリブラウザーはレジストリ一覧を読み込む対象の選択です、下ではローカルコンピューターを選択しています
業務アプリケーションのレジストリ設定をグループ・ポリシーで配布する - ＠IT
厳選ブログ転載 業務アプリケーションのレジストリ設定をグループ・ポリシーで配布する ―― ADMXファイルを作成しないグループ・ポリシー設定術 ―― 日本マイクロソフト エバンジェリスト 安納 順一 （http://blogs.technet.com/b/junichia/） 2012/03/28 「厳選ブログ転載」シリーズでは、インターネット上の膨大なブログ・コンテンツの中から、特にWindows Server Insiderの読者に有用だと考えられるブログ記事を編集部が厳選し、そのブログ記事を執筆したブロガーの許可の下、その全文を転載・翻訳しています。この活動により、Windowsシステム／ネットワーク・エンジニアのブログ文化の価値と質を高め、より一層の盛り上げに貢献することを目指しています。 例えばこんなシチュエーションを考えます。 クライアントPCに業務アプリケーションがインストー
[レジストリ] 項目を構成する
[レジストリ] の基本設定項目を使用すると、Windows レジストリ内のキーおよび値 (名前、種類、データを含む) を作成、更新、置換、および削除できます。[レジストリ] 基本設定項目を作成する前に、この拡張機能で実行できる各操作の動作を確認してください。 グループ ポリシー管理コンソールを開きます。新しい基本設定項目を含むグループ ポリシー オブジェクト (GPO) を右クリックして、[編集] をクリックします。 コンソール ツリーの [コンピューターの構成] または [ユーザーの構成] の下にある [基本設定] フォルダーを展開してから、[Windows の設定] フォルダーを展開します。 [レジストリ] ノードを右クリックし、[新規] をポイントして、[レジストリ項目] をクリックします。 [新しい [レジストリ] プロパティ] ダイアログ ボックスで、グループ ポリシーに対して実
GPOでのレジストリ設定補足説明
「Windows Server 2008 実践ガイド」の補足説明です GPOでレジストリ設定は、｢モバイル環境でのNAP｣(P.544)で紹介していますが、オペレーションだけで設定に関する説明がありません。 別途GPOでのレジストリ設定を解説していたつもりでいたのですが、どうやら思い込みだったようで原稿に含まれていませんでした。 GPOでのレジストリ設定は結構出番が多いので、操作部分を簡単に補足説明しておきます。 キー設定そのものについては、「Windows Server 2008 実践ガイド」のP.544を参照してください。 GPOでのレジストリ操作 アプリケーションメーカでGPOの管理テンプレートを準備している場合は良いのですが、MS以外が作成しているアプリケーションではGPO管理テンプレートが準備されていることは稀です。 また、Windows設定でも管理テンプレートが準備されておらず
グループポリシーでレジストリを変更する場合
グループポリシーでクライアントのレジストリを変更を検討しています。 以下のパターンの場合、グループポリシーの設定をどのような動きをするか教えていただけないでしょうか。 1.新しくキーを作成して、かつ適用は一回のみにした時に 万が一、作成したキーが運用中に消えた場合は作成されないのでしょうか。 2.既に作成されているキーに対して、グループポリシーで作成をした場合に故障等の原因になるでしょうか 3.「1.」で質問した内容が起きる場合はアクションを"更新"にしてオプションは設定しないにすれば 期待通りの動作になるでしょうか。 4.オプションにある「この項目が適用されなくなったら削除する」は具体的にどのような場合に利用するのでしょうか。 以上よろしくお願いいたします。 チャブーンです。 まず、この件ですが、質問は1スレッドに1つ、という投稿をされたほうがいいかと思います。こういう問い合わせは「網羅
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
WordPressの管理画面へのアクセスはリダイレクトさせないようにしたい
SSL化したサイトにRubyのXMLRPC::Client.newでポストすると301 | ドーナツトーク
グループポリシー – Windowsレジストリ置き場