2023年1月更新！迷惑なbotをアクセス拒否・除外する設定方法まとめ（Nginx・Apache・.htaccess）
2023年1月更新！迷惑なbotをアクセス拒否・除外する設定方法まとめ（Nginx・Apache・.htaccess） ※2023年1月に更新しました。 ※「parudou3.com」からこちらに移転しました。 WEBサイトのアクセスはbotが占める率が高い。 2000記事ほどで1日１万ものbotのログが溜まります。 そのうち半分は検索エンジンですが、もう半分はSEO・マーケティング系のbot。 それらはアクセス拒否を強く検討すべきだろう。 １、Nginxでのbot除外方法 下記コードは2023年1月時点での拒否したいbotを入れています。 上位のSEO・マーケティング系を拒否。 各国の検索エンジンは拒否していません。 if ( $http_user_agent ~* (SemrushBot|AhrefsBot|Linguee|proximic|BLEXBot|GrapeshotCrawl
nginx で クライアント認証したい！- ベーシック認証の置き換え - Qiita
必要なものは全てここにある ・・・だけだと終了してしまうので、もろもろ追記。 （まだ整理できてない箇所もあるので、違ってたら突っ込みお願いします） そもそもクライアント認証って？ そもそもの発端は、「社内で使っていた管理画面を外部業者に委託したい」という所から。 社内限定であればIPベースのFW（AWSならセキュリティグループ）の設定で事足りてたのですが、いざ外部に公開となると、IP制限では対応しきれない...！ 当然ベーシック認証も設定はしてあるものの、アタックされる可能性もなきにしもあらず。 そこで！ベーシック認証の代替手段として、「クライアント認証」の登場です。 仕組みはこういう（SSL：クライアント認証 ）ページを見て頂いた方が早いのですが、平たく言うと 証明書を持った特定の端末（厳密にはブラウザ）からしかアクセスできない 認証方法となります。 証明書が漏れた場合はその証明書を失効
NGINXが日本に本格参入を発表、東京オフィスを設立。日本語での情報提供も強化
NGINX,Inc（エンジンエックス・インク）は東京にオフィスを開設し、日本に本格参入することを発表しました。NGINXはオープンソースの軽量なWebサーバやProxyサーバなどとして日本でも人気のWebサーバのひとつ。商用製品としても以前からサイオステクノロジーが取り扱っていました。 同社CEO Gus Robertson氏は、「日本では特にこの2年でNGINXの利用が大きく伸びた」として、国内拠点としてエンジンエックス・ジャパンを設立した理由を話しました。 写真左から、エンジンエックス・ジャパン ジャパンカントリーマネージャー 中島健氏、NGINX,Inc. CTO兼Co-Founder Igor Sysoev氏、CEO Gus Robertson氏 日本のカントリーマネージャに就任した中島健（なかじまたけし）氏は、現状は4名体制であることを明かした上で、今年度中（2019年12月末ま
nginx の設定をレビューするときの観点をまとめてみた - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちは。 インフラチームの野島（@nojima）です。 チームのメンバーに nginx の設定について気をつけるべき点を共有するために、レビュー観点を書きました。 せっかくなのでここで公開します。 ほとんどの項目は自分やチームのメンバーの実体験に基いています。 レビュー観点 server server_name が他のやつと被っていないか。 listen する IP アドレスが同じ場合、server_name で区別できないといけない。 TLS を使う場合、SNI をサポートしないクライアントでは TLS 用の設定が default_server のものが使われる点にも注意。 TLS を使う場合、listen ディレクティブに ssl オプションを書いているか。 location location のマッチの順番に注意 正規表現の location は前方一致の location より
NginxのアクセスログをJSON形式で出力する - Qiita
http { : log_format json escape=json '{"time": "$time_iso8601",' '"host": "$remote_addr",' '"vhost": "$host",' '"user": "$remote_user",' '"status": "$status",' '"protocol": "$server_protocol",' '"method": "$request_method",' '"path": "$request_uri",' '"req": "$request",' '"size": "$body_bytes_sent",' '"reqtime": "$request_time",' '"apptime": "$upstream_response_time",' '"ua": "$http_user_agent",'
NGINXからアプリケーションサーバ「NGINX Unit」がオープンソースで登場。PHP、Go、Pythonに対応。Java、Node.jsにも対応予定
NGINXからアプリケーションサーバ「NGINX Unit」がオープンソースで登場。PHP、Go、Pythonに対応。Java、Node.jsにも対応予定 NGINX UnitはNginxの開発者であるIgor Sysoev氏が設計し、NGNIXのソフトウェア開発チームが実装したもので、同社としてはNginxと同等の開発プロセスと品質を実現しているとしています。 現時点でPHP、Go、Pythonに対応。Java、Ruby、Node.jsにも対応予定です。 NGINX Unitの最大の特徴として挙げられているのは、最初から動的制御が可能なように設計されており、アプリケーションの入れ替えやバージョンアップなどを再起動することなくシームレスに行えるところです。 RESTful APIやJSONによるコンフィグレーションの変更やリロードもリアルタイムかつ動的に反映されるとのこと。 また、同一サー
リバースプロキシを使ってDockerコンテナへのアクセスをポート番号でなくホスト名で分ける - Qiita
でアクセスできるようにします。 Docker環境の構成 こんな感じのDocker環境が構成されているものとします。（緑のProxyが今回導入するリバースプロキシ用のコンテナです。） docker-compose.ymlにnginx_proxyを仕込む こんな感じで指定します。environmentの部分に注目です。VIRTUSL_HOSTで、Dockerコンテナ用のバーチャルホストを指定します。さらに、VIRTUAL_PORTで、そのDockerコンテナが公開しているポートを指定します。 # nginx-proxy proxy: image: jwilder/nginx-proxy ports: - "80:80" volumes: - /var/run/docker.sock:/tmp/docker.sock:ro # jenkins container jenkins: image:
サブドメインで複数サイト運用している時の楽なnginxの設定
例えば、aaa.com、というドメインで、 site1.aaa.com site2.aaa.com …. という運用をしていて、それぞれ別コンテンツのwordpressだった場合、Apacheだとsite1,site2それぞれ別のVirtualHostディレクティブを延々書く、というのが普通でした。けどnginxだと楽できます。 こういう風に書けます。 server { listen 80; server_name .aaa.com; root /www/$host/httpdocs; index index.php index.html index.htm; access_log /www/$host/logs/access.log; } server_nameのところのドット始まりでサブドメインを全て受けて、DOCUMENT_ROOTに当たるところの指定は$hostでそれぞれ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
hatebu.me
nginxのパフォーマンスチューニング