Nginx+Php-fpm運行原理詳解

2022-01-04 聊聊代碼
正向代理：訪問google.com

如上圖，因為google被牆，我們需要vpn翻牆才能訪問google.com。

vpn對於"我們"來說，是可以感知到的（我們連接vpn）。

vpn對於"google伺服器"來說，是不可感知的(google只知道有http請求過來)。

對於人來說可以感知到，但對伺服器來說感知不到的，我們叫他正向代理伺服器。

反向代理：通過反向代理實現負載均衡

如上圖，我們訪問baidu.com的時候，baidu有一個代理伺服器，通過這個代理伺服器，可以做負載均衡，路由到不同的server。

此代理伺服器,對於「我們」來說是不可感知的(我們只能感知到訪問的是百度的伺服器，不知道中間還有代理伺服器來做負載均衡)。

此代理伺服器，對於"server1 server2 server3"是可感知的(代理伺服器負載均衡路由到不同的server)

對於人來說不可感知，但對於伺服器來說是可以感知的，我們叫他反向代理伺服器

To have a summary

說白了：「正向」、「反向」是相對於人的感知來說的。

人能感受到的代理就是正向代理，人感受不到的代理就是反向代理。

Nginx是什麼

Nginx ("engine x") 是一個高性能的HTTP和反向代理伺服器，也是一個IMAP/POP3/SMTP伺服器。

Php-fpm是什麼1、cgi、fast-cgi協議cgi的歷史

早期的webserver只處理html等靜態文件，但是隨著技術的發展，出現了像php等動態語言。


webserver處理不了了，怎麼辦呢？那就交給php解釋器來處理吧！
交給php解釋器處理很好，但是，php解釋器如何與webserver進行通信呢？

為了解決不同的語言解釋器(如php、python解釋器)與webserver的通信，於是出現了cgi協議。只要你按照cgi協議去編寫程序，就能實現語言解釋器與webwerver的通信。如php-cgi程序。

fast-cgi的改進

有了cgi協議，解決了php解釋器與webserver通信的問題，webserver終於可以處理動態語言了。但是，webserver每收到一個請求，都會去fork一個cgi進程，請求結束再kill掉這個進程。這樣有10000個請求，就需要fork、kill php-cgi進程10000次。

有沒有發現很浪費資源？

於是，出現了cgi的改良版本，fast-cgi。fast-cgi每次處理完請求後，不會kill掉這個進程，而是保留這個進程，使這個進程可以一次處理多個請求。這樣每次就不用重新fork一個進程了，大大提高了效率。

2、php-fpm是什麼

php-fpm即php-Fastcgi Process Manager.

php-fpm是 FastCGI 的實現，並提供了進程管理的功能。


進程包含 master 進程和 worker 進程兩種進程。
master 進程只有一個，負責監聽埠，接收來自 Web Server 的請求，而 worker 進程則一般有多個(具體數量根據實際需要配置)，每個進程內部都嵌入了一個 PHP 解釋器，是 PHP 代碼真正執行的地方。

上面我們說了，Nginx不只有處理http請求的功能，還能做反向代理。Nginx通過反向代理功能將動態請求轉向後端Php-fpm。

下面我們來配置一個全新的Nginx+Php-fpm

1、配置nginx.conf文件

進入nginx目錄下，編輯 nginx.conf文件。
如圖，在nginx.conf最後一行，添加include文件

2、添加對應的server

進入上面include的路徑，添加一個server.

總而言之：當我們訪問www.example.com的時候，處理流程是這樣的：

下面我們啟用php的php-fpm來處理這個請求

打開php-fpm.conf文件，我們看到如下配置：

即:php-fpm模塊監聽127.0.0.1:9000埠，等待請求到來去處理。


nginx與php-fpm的結合，完整的流程是這樣的。

如上圖，有一個master進程，3個worker進程。

我們編輯文件如下圖：

更多精彩，請關注公眾號「聊聊代碼」，讓我們一起聊聊「左手代碼右手詩」的事兒。

相關焦點

  • nginx調用php-fpm的工作原理
    本文的主要內容為如何在nginx server中正確配置php調用方法，以及配置的基本原理。 一、nginx+php運行原理：首先簡單的講一講原理，目前主流的nginx+php的運行原理如下：1、nginx的worker進程直接管理每一個請求到nginx的網絡請求。
  • 全面剖析 PHP-FPM+Nginx 通信原理
    php-fpm和nginx一樣，也會監聽埠（通過nginx.conf裡的配置我們知道，nginx默認監聽8080埠，php-fpm默認監聽9000埠），並且有master和worker進程，worker負責處理每一個php請求關於fastcgi：fastcgi是一個協議。市面上有多種實現了fastcgi協議的進程管理器，php-fpm就是其中的一種。
  • php-fpm詳解
    php-fpm詳解運行模式（事件模型）多進程同步阻塞模式當客戶端發送一個請求時，web
  • PHP-FPM 與 Nginx 的通信機制總結
    Nginx 與 php-fpm 的結合在 Linux 上，nginx 與 php-fpm 的通信有 tcp socket 和 unix socket 兩種方式。tcp socket 的優點是可以跨伺服器，當 nginx 和 php-fpm 不在同一臺機器上時，只能使用這種方式。
  • ubuntu中安裝和配置nginx+php-fpm
    發行版已經很貼心的把這些常用的工具都放在軟體倉庫裡了，這裡以ubuntu為例：sudo apt-get install nginxsudo apt-get install php-fpm php-gd php-mbstring php-mysql第一句就是安裝nginx，第二句就是安裝php-fpm和常用的組件。
  • php-fpm的配置和優化
    php-fpm配置詳解這是搜索的一份還算算比較詳細的php-fpm.conf配置詳解，我會針對性的修改下，當然php手冊上也有詳細的講解：http://php.net/manual/zh/install.fpm.configuration.phppid = /usr/local
  • php-fpm優化
    ];pid = /var/log/php-fpm/php-fpm.pid #pid文件存放的位置;error_log = /var/log/php-fpm/php-fpm.log #錯誤日誌存放的位置;log_level = error #日誌級別, alert, error, warning, notice, debugrlimit_files = 65535 #php-fpm
  • 為多個PHP-FPM容器量身打造單一Nginx鏡像
    如果你只服務一個PHP-FPM容器應用，在你的Nginx容器的配置文件中硬編碼對應的名字是可以的。基礎鏡像版本陳舊，兩年多沒更新了。現在，如果你想運行一個伴隨著nginx容器的動態命名後端應用，你只需要簡單地這麼做：shell# Pull down the latest from Docker Hubdocker pull shiphp/nginx-env:latest# Run a PHP container named "php-fpm-api"docker run --name php-fpm-api
  • PHP - FPM 應用淺析
    >"慢日誌"- 記錄腳本（不僅記錄文件名，還記錄 PHP backtrace信息，可以使用 ptrace或者類似工具讀取和分析遠程進程的運行數據）運行所導致的異常緩慢；fastcgi_finish_request()-  特殊功能：用於在請求完成和刷新數據後，繼續在後臺執行耗時的工作（錄入視頻轉換、統計處理等）；動態／靜態子進程產生；基本 SAPI 運行狀態信息
  • 【高級】伺服器部署:在伺服器上對 PHP-FPM 和 Nginx 進行安裝配置詳解
    安裝sudo apt-get install python-software-propertiessudo add-apt-repository ppa:ondrej/php-5.6sudo apt-get updatesudo apt-get install php5-fpm php5-cli php5-curl \     php5-gd
  • 502錯誤,讓你進一步明白nginx和php-fpm之間的關係
    （1）nginx.conf：error_log  logs/error.log;user www-data www-data;（2）php-fpm.conf：access.log = /var/log/fpm.log（3）pool.d/www.conf（PHP-FPM pool 配置文件）:user
  • 只需某些特定的Nginx + PHP-FPM 配置,即可觸發PHP 遠程代碼執行漏洞
    他和另外兩名研究員 Emil Lerner 和 beched 研究發現，在某些 nginx +php-fpm 配置下，漏洞即可被觸發。如果一臺 web 伺服器運行 nginx +php-fpm且 nginx 的配置如下：location ~ [^/]\.php(/|$) { ... fastcgi_split_path_info ^(.+?
  • php環境搭建(正確配置nginx和php)
    前言：首先來了解一下nginx工作原理：https://blog.csdn.net/hguisu/article/details/8930668一.nginx實現php動態解析原理nginx 是一個高性能的http伺服器和反向代理伺服器。
  • PHP 連接方式介紹以及如何攻擊 PHP-FPM
    ，第三張圖的 FPM 代表了 php-fpm 進程的 fastcgi 模式一般來說，apache 伺服器常用 module 方式起 php，nginx 伺服器常用 fastcgi 模式起 php，所以接下來我已 nginx 為例php-fpm 的模式是不是很繞，php-fpm 下還可以繼續分，如果使用 fastcgi 模式，nginx 與 php-fpm 通信可以通過兩種模式
  • php-fpm rce攻擊
    apache 也可以設置為 php-fpm 方式mod_php 通過嵌入 PHP 解釋器到 apache 進程中，只能與 apache 配合使用而 cgi 和 fast-cgi 以獨立的進程的形式出現，只要對應的Web伺服器實現 cgi 或者 fast-cgi 協議，就能夠處理 PHP 請求0x01 PHP-FPM 的模式nginx 與 php-fpm 通信可以通過兩種模式
  • nginx之php-fpm優化
    ) / 2三、php-fpm優化方法：php-fpm存在兩種方式，一種是直接開啟指定數量的php-fpm進程，不再增加或者減少—靜態； 另一種則是開始時開啟一定數量的php-fpm進程，當請求量變大時，動態的增加php-fpm進程數到上限，當空閒時自動釋放空閒的進程數到一個下限—動態。
  • 漏洞警告:PHP 官方披露了Nginx + php-fpm 部分配置下存在的遠程代碼執行高危漏洞
    官方發布了在 Nginx 配置不當的情況下 php-fpm 可導致遠程代碼執行的漏洞。但由於是配置文件的開放性，還請使用nginx+php-fpm 的服務管理員/運維人員及時做好自查自檢工作。【漏洞詳情】        PHP 官方發布漏洞通告，提到 Nginx 與 php-fpm 伺服器上存在的一處高危漏洞，由於Nginx的 fastcgi_split_path_info 模塊在處理帶 %0a 的請求時，對換行符 \n 處置不慎導致將 PATH_INFO 置為空，從而導致 php-fpm 組件在處理
  • (實用篇)PHP-FPM配置及使用總結
    如果伺服器內存較小，完全可以只開啟25個php-cgi進程，這樣php-cgi消耗的總內存數才500M。上面的數據摘自Nginx 0.8.x + PHP 5.6.13(FastCGI)搭建勝過Apache十倍的Web伺服器。 原理：1.  Web伺服器啟動時，載入FastCGI進程管理器；2.
  • Centos7下nginx+php+redis環境搭建
    1、nginx install: 下載對應當前系統版本的nginx包(package)建立nginx
  • php7+的php-fpm參數配置注意事項
    安裝php7+的，如果php-fpm的這幾個參數設置不當了，會導致php-fpm啟動不了，nginx站點不能解析php文件，報404