Nginx は、インターネット上のいくつかの最大規模のサイトの負荷を処理するオープンソースの高性能 HTTP およびリバース プロキシ サーバーです。 NGINX Web サーバーを管理するときに実行する最も一般的なタスクの 1 つは、ログ ファイルのチェックです。
ログの構成方法と読み取り方法を知ることは、詳細なデバッグ情報を提供するため、サーバーまたはアプリケーションの問題のトラブルシューティングを行うときに非常に役立ちます。
Nginx は、アクセス ログとエラー ログという 2 種類のログを使用してイベントを記録します。アクセス ログにはクライアント要求に関する情報が記録され、エラー ログにはサーバーとアプリケーションの問題に関する情報が記録されます。
Nginx アクセス ログの構成
Nginx は、顧客のリクエストが処理されるたびに、アクセス ログに新しいレコードを生成します。各イベント レコードにはタイムスタンプが含まれており、クライアントと要求されたリソースに関するさまざまな情報が含まれています。アクセスログには、訪問者の位置、訪問者が訪問したページなどが表示されます。
log_format
ディレクティブを使用すると、ログの形式を定義できます。 access_log
ディレクティブは、ログ ファイルの場所と形式を有効にして設定します。
access_log
コマンドの最も基本的な構文は次のとおりです。
access_log log_file log_format;
ここで、log_file
はログ ファイルのフル パスです。 log_format
は、ログ ファイルに使用される形式です。アクセス ログは、 http
、 server
または location
ディレクティブのコンテキストで有効にすることができます。
デフォルトでは、Nginx メイン設定ファイルの http
ディレクティブは、グローバル アクセス ログ形式を設定します。
http { ... access_log /var/log/nginx/access.log; ... }
/etc/nginx/nginx.conf
メンテナンス性を高めるため、サーバーごとに個別のアクセス ログ ファイルを設定することをお勧めします。 server
ディレクティブに設定された access_log
ディレクティブは、http
ディレクティブに設定された access_log
を上書きします。
http { ... access_log /var/log/nginx/access.log; ... server { server_name domain.com access_log /var/log/nginx/domain.access.log; ... } }
/etc/nginx/conf.d/domain.com.conf
ログ形式が指定されていない場合、Nginx は次のように事前定義された組み合わせ形式を使用します:
log_format combined '$remote_addr - $remote_user [$time_local] ' '"$request" $status $body_bytes_sent ' '"$http_referer" "$http_user_agent"';
ログ形式を変更するには、デフォルト設定をオーバーライドするか、新しい設定を定義します。たとえば、 # Add で XX-Forwarded-For
ヘッダーの値を追加することで combined
形式を拡張する main
という名前の新しいログ形式を定義します。次の定義ディレクティブを ##http または
server に追加します:
log_format custom '$remote_addr - $remote_user [$time_local] "$request" ' '$status $body_bytes_sent "$http_referer" ' '"$http_user_agent" "$http_x_forwarded_for"';新しいログ形式を使用するには、次のようにログ ファイルの後に名前を指定します:
access_log /var/log/nginx/access.log custom;ただし、アクセス ログは非常に有益な情報を提供します。ただし、ディスク領域を占有するため、サーバーのパフォーマンスに影響を与える可能性があります。サーバーのリソースが不足していてサイトがビジー状態の場合は、アクセス ログを無効にすることができます。これを行うには、
access_log ディレクティブの値を
off に設定します。理論的には、このような状況は発生せず、Nginx は以前のログ ファイルを自動的に削除します。
access_log off;構成エラー ログNginx は、アプリケーションおよび一般的なサーバー エラー メッセージをエラー ログ ファイルに書き込みます。 Web アプリケーションでエラーが発生した場合、問題のトラブルシューティングを開始する最初の場所はエラー ログです。
error_log ディレクティブは、エラー ログの場所と重大度レベルを有効にして設定します。次の形式をとり、
http 、
server または
location コンテキストで設定できます:
error_log log_file log_level
log_levelパラメータ ログレベルを設定します。以下に、重大度の低いものから高いものまで、レベルを示します。
debug info notice warn error crit alert emerg各ログ レベルには、より高いレベルが含まれます。たとえば、ログ レベルを
warn に設定すると、Nginx は
error 、
crit 、
alert および
emerg もログに記録します。 ### 情報。 log_level
パラメータが指定されていない場合、デフォルトは error
です。デフォルトでは、error_log
ディレクティブは、メイン nginx.conf ファイル内の http
ディレクティブのコンテキストで定義されます: <pre class='brush:php;toolbar:false;'>http {
...
error_log /var/log/nginx/error.log;
...
}</pre>
/etc/nginx/nginx.confアクセス ログ付き 同様に、サーバーごとに個別のエラー ログ ファイルを設定することをお勧めします。これにより、http ディレクティブ コンテキストなどの上位レベルの設定がオーバーライドされます。たとえば、domain.com のエラー ログを
に設定するには、次のようにします: <pre class='brush:php;toolbar:false;'>http {
...
error_log /var/log/nginx/error.log;
...
server {
server_name domain.com
error_log /var/log/nginx/domain.error.log warn;
...
}
}</pre>
構成ファイルを変更するたびに、変更を適用するには Nginx サービスをリロードする必要があります効果。
ログ ファイルの場所
Ubuntu、CentOS、Debian などのほとんどの Linux ディストリビューション。デフォルトでは、アクセス ログとエラー ログは
/var/log/nginx ディレクトリにあります。 Nginx ログ ファイルを読んで理解する
、 less
、 grep
、 cut # を使用できます##、
awk およびその他のコマンドは、nginx ログ ファイルを開いて解析します。以下は、デフォルトの Nginx ログ形式を使用したアクセス ログ ファイルの記録です:
192.168.33.1 - - [15/Oct/2019:19:41:46 +0000] "GET / HTTP/1" 200 396 "-" "Mozilla/0 (X11; Linux x86_64) AppleWebKit/536 (KHTML, like Gecko) Chrome/38120 Safari/536"
让我们细分Nginx日志文件记录的每个字段意味着什么:
$remote_addr
–192.168.33.1
-发出请求的客户端的IP地址。$remote_user
–-
-HTTP身份验证用户。未设置用户名时,此字段显示-
。[$time_local]
–[15/Oct/2019:19:41:46 +0000]
本地服务器时间。
"$request"
–"GET / HTTP/1.1"
-请求类型,路径和协议。$status
–200
-服务器响应代码。$body_bytes_sent
–396
-服务器响应的大小(以字节为单位)。"$http_referer"
–"-"
-引荐网址。"$http_user_agent"
–Mozilla/5.0 ...
-客户端的用户代理(网络浏览器)。
使用 tail
命令实时观看日志文件记录: tail -f access.log
以上がNginx のアクセス ログとエラー ログを構成する方法の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

Nginxは、高い並行リクエストの処理に適していますが、Apacheは複雑な構成と機能的拡張が必要なシナリオに適しています。 1.Nginxは、イベント駆動型の非ブロッキングアーキテクチャを採用しており、高電流環境に適しています。 2。Apacheはプロセスまたはスレッドモデルを採用して、複雑な構成のニーズに適したリッチモジュールエコシステムを提供します。

Nginxは、Webサイトのパフォーマンス、セキュリティ、およびスケーラビリティを改善するために使用できます。 1)逆プロキシおよびロードバランサーとして、Nginxはバックエンドサービスを最適化し、トラフィックを共有できます。 2)イベント駆動型および非同期アーキテクチャを通じて、nginxは高い並行接続を効率的に処理します。 3)構成ファイルでは、静的ファイルサービスやロードバランシングなどのルールの柔軟な定義を可能にします。 4)最適化の提案には、GZIP圧縮の有効化、キャッシュの使用、およびワーカープロセスの調整が含まれます。

Nginxunitは複数のプログラミング言語をサポートし、モジュラー設計を通じて実装されています。 1。言語モジュールの読み込み:構成ファイルに従って対応するモジュールをロードします。 2。アプリケーションの起動:呼び出し言語が実行されたときにアプリケーションコードを実行します。 3。リクエスト処理:リクエストをアプリケーションインスタンスに転送します。 4。応答返品:処理された応答をクライアントに返します。

NginxとApacheには独自の利点と短所があり、さまざまなシナリオに適しています。 1.Nginxは、高い並行性と低リソース消費シナリオに適しています。 2。Apacheは、複雑な構成とリッチモジュールが必要なシナリオに適しています。コア機能、パフォーマンスの違い、ベストプラクティスを比較することで、ニーズに最適なサーバーソフトウェアを選択するのに役立ちます。

質問:nginxを開始する方法は?回答:nginxスタートアップnginx検証nginxはnginxを開始しました他のスタートアップオプションを自動的に開始

nginxが開始されるかどうかを確認する方法:1。コマンドラインを使用します:SystemCTLステータスnginx(Linux/unix)、netstat -ano | FindStr 80(Windows); 2。ポート80が開いているかどうかを確認します。 3.システムログのnginx起動メッセージを確認します。 4. Nagios、Zabbix、Icingaなどのサードパーティツールを使用します。

NGINXサービスをシャットダウンするには、次の手順に従ってください。インストールタイプを決定します:Red Hat/Centos(SystemCtl Status Nginx)またはDebian/Ubuntu(Service Nginx Status)サービスを停止します:Red Hat/Centos(SystemCtl Stop Nginx)またはDebian/Ubuntu(Service Nginx Stop)無効自動起動(オプション):Debuntos/Centos/Centos/Centos/Centos/Centos (syst

Windowsでnginxを構成する方法は? nginxをインストールし、仮想ホスト構成を作成します。メイン構成ファイルを変更し、仮想ホスト構成を含めます。 nginxを起動またはリロードします。構成をテストし、Webサイトを表示します。 SSLを選択的に有効にし、SSL証明書を構成します。ファイアウォールを選択的に設定して、ポート80および443のトラフィックを許可します。


ホットAIツール

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

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

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

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

人気の記事

ホットツール

SecLists
SecLists は、セキュリティ テスターの究極の相棒です。これは、セキュリティ評価中に頻繁に使用されるさまざまな種類のリストを 1 か所にまとめたものです。 SecLists は、セキュリティ テスターが必要とする可能性のあるすべてのリストを便利に提供することで、セキュリティ テストをより効率的かつ生産的にするのに役立ちます。リストの種類には、ユーザー名、パスワード、URL、ファジング ペイロード、機密データ パターン、Web シェルなどが含まれます。テスターはこのリポジトリを新しいテスト マシンにプルするだけで、必要なあらゆる種類のリストにアクセスできるようになります。

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

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

AtomエディタMac版ダウンロード
最も人気のあるオープンソースエディター

MinGW - Minimalist GNU for Windows
このプロジェクトは osdn.net/projects/mingw に移行中です。引き続きそこでフォローしていただけます。 MinGW: GNU Compiler Collection (GCC) のネイティブ Windows ポートであり、ネイティブ Windows アプリケーションを構築するための自由に配布可能なインポート ライブラリとヘッダー ファイルであり、C99 機能をサポートする MSVC ランタイムの拡張機能が含まれています。すべての MinGW ソフトウェアは 64 ビット Windows プラットフォームで実行できます。
