Nginxの速度制限設定を実装する方法
Nginx 速度制限構成を実装するには、特定のコード例が必要です
Nginx は、高性能 Web サーバーおよびリバース プロキシ サーバーとして、実際のアプリケーションでよく使用されます。システムの安定性と公平性を確保するために、特定のインターフェイスまたはリソースの速度を制御するために必要です。ここでは、Nginxの設定ファイルによる速度制限制御の実装方法と、具体的なコード例を添付して紹介します。
- 構成ファイルでの速度制限領域の定義
まず、速度制限関連情報を保存および管理するために、Nginx 構成ファイルで速度制限領域を定義する必要があります。 Nginx 構成ファイル (通常は nginx.conf または sites-available/default) を開き、http モジュールに次の構成を追加します。
http { ... limit_req_zone $binary_remote_addr zone=rate_limit:10m rate=10r/s; ... }
上記の構成では、limit_req_zone
は次のとおりです。速度制限ゾーンを定義するには、$binary_remote_addr
はクライアント IP アドレスに基づく速度制限を意味します。zone
パラメーターは速度制限ゾーンの名前を rate_limit、10m# として指定します。 # #速度制限領域のメモリ サイズが 10MB であることを示し、
rate パラメーターは許可されるリクエストの最大数が 1 秒あたり 10 であることを指定します。
- 構成ファイルで速度制限を適用する
- 次に、構成ファイルで特定のインターフェイスまたはリソースの速度制限を制御する必要があります。構成ファイルを開き、サーバー ブロックに次の構成を追加します。
server { ... location /api/limited { limit_req zone=rate_limit burst=20 nodelay; ... } ... }
location ディレクティブは、レート制限制御を URL に適用する必要があることを示しています。パスは /api/limited です。
limit_req コマンドは、速度制限ルールを設定するために使用されます。
zone パラメーターは、以前に定義された速度制限ゾーン rate_limit の使用を指定し、
burst パラメーターは、リクエストの最大数である
nolay パラメータは、レート制限を超えたリクエストに対して直ちにエラーを返すかどうかを示します。
- Nginx 構成をリロードしてテスト
- 上記の構成が完了したら、構成ファイルを保存し、Nginx 構成をリロードして設定を有効にします。次のコマンドを使用して Nginx 構成をリロードできます:
sudo service nginx reload
ab -n 1000 -c 100 http://your-domain.com/api/limited
以上がNginxの速度制限設定を実装する方法の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック









NGINXのパフォーマンスチューニングは、ワーカープロセスの数、接続プールサイズの数、GZIP圧縮とHTTP/2プロトコルの有効化、およびキャッシュとロードバランスを使用することで実現できます。 1.ワーカープロセスの数と接続プールサイズを調整します:worker_processesauto;イベント{worker_connections1024;}。 2。GZIP圧縮とhttp/2プロトコルを有効にします:http {gzipon; server {risten43sslhttp2;}}。 3。キャッシュ最適化:http {proxy_cache_path/path/to/cachelevels = 1:2k

この記事では、サーバーサイドのnginxの構成(SSI)、パフォーマンスへの影響、動的コンテンツにSSIを使用し、nginx.wordカウントの一般的なSSI問題のトラブルシューティング:159について説明します。

この記事では、基本的な方法とダイジェスト方法を使用して、NginxでHTTP認証の実装を行い、セットアップの手順とセキュリティへの影響を詳述しています。また、ユーザー管理に認証領域を使用してカバーし、認証METHの組み合わせを提案する

この記事では、Nginxのパフォーマンスの監視と最適化について説明し、Nginxのステータスページ、システムレベルの監視、PrometheusやGrafanaなどのサードパーティソリューションなどのツールの使用に焦点を当てています。パフォーマンスオプティザのベストプラクティスを強調しています

この記事では、URLの書き換えとリダイレクトのためのNginxの構成、ステップとベストプラクティスの詳細について説明します。効果的なURL管理を確保するための一般的な間違いとテスト方法に対処します。

この記事では、DataDog、New Relic、Nginx AmplifyなどのトップNginx監視ツールについて説明し、リアルタイムの監視、アラート、およびサーバーのパフォーマンスを強化するための詳細なメトリックの機能に焦点を当てています。

この記事では、NginxでGZIP圧縮を構成する方法、そのパフォーマンスの利点、および検証方法について詳しく説明しています。主な問題:圧縮によりWebサーバーのパフォーマンスを最適化します。[159文字]

記事では、WebSocketのプロキシのNGINXの構成、必要な設定の詳細、および成功したWebSocket接続のためのトラブルシューティング手順(159文字)について説明します。
