我正在嘗試讓nginx?-?proxy通過.?不幸的是，我似乎無法做到這一點(diǎn)。我確信問題只是一些我不知道的簡單問題。php-fpmfastcgi我已盡我所能遵循 nginx-proxy 的說明，并將其歸結(jié)為一種非常簡單的方法來重新創(chuàng)建問題。這是我的docker-compose.yml文件：version: "3"services:? proxy:? ? image: jwilder/nginx-proxy? ? ports:? ? ? - "80:80"? ? volumes:? ? ? - /var/run/docker.sock:/tmp/docker.sock:ro? ? environment:? ? ? - DEFAULT_HOST=test.local? fpm:? ? image: php:fpm? ? environment:? ? ? - VIRTUAL_HOST=test.local? ? ? - VIRTUAL_PROTO=fastcgi然后我通過運(yùn)行以下命令放入一個(gè)簡單的index.php文件：docker container exec -it web_fpm_1 /bin/bash -c 'echo "<?php phpinfo(); ?>" > /var/www/html/index.php'（它放在web_前面是因?yàn)樵擁?xiàng)目位于名為 的目錄中web/。）我還修改了我的hosts文件以指向test.local，127.0.0.1以便我可以測試它。但是，每次嘗試瀏覽都會test.local導(dǎo)致空白頁。web_proxy_1據(jù)我所知，容器的日志沒有表明任何異常情況：? docker container logs web_proxy_1WARNING: /etc/nginx/dhparam/dhparam.pem was not found. A pre-generated dhparam.pem will be used for now while a new oneis being generated in the background.? Once the new dhparam.pem is in place, nginx will be reloaded.forego? ? ?| starting dockergen.1 on port 5000forego? ? ?| starting nginx.1 on port 5100dockergen.1 | 2020/07/20 19:24:54 Generated '/etc/nginx/conf.d/default.conf' from 2 containersdockergen.1 | 2020/07/20 19:24:54 Watching docker eventsdockergen.1 | 2020/07/20 19:24:54 Contents of /etc/nginx/conf.d/default.conf did not change. Skipping notification 'nginx -s reload'nginx.1? ? | test.local 172.18.0.1 - - [20/Jul/2020:19:25:12 +0000] "GET / HTTP/1.1" 200 5 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/83.0.4103.116 Safari/537.36"容器的日志web_fpm_1顯示，除了 200 響應(yīng)之外，沒有發(fā)送任何內(nèi)容：? docker container logs web_fpm_1[20-Jul-2020 19:24:54] NOTICE: fpm is running, pid 1[20-Jul-2020 19:24:54] NOTICE: ready to handle connections172.18.0.3 -? 20/Jul/2020:19:25:12 +0000 "- " 200172.18.0.3 -? 20/Jul/2020:19:25:13 +0000 "- " 200我究竟做錯了什么？
2 回答
狐的傳說
TA貢獻(xiàn)1804條經(jīng)驗(yàn) 獲得超3個(gè)贊
默認(rèn)生成的配置nginx-proxy不能完全工作。
VIRTUAL_ROOT我認(rèn)為環(huán)境變量搞砸了，因?yàn)閱栴}的根源是 PHP 通過獲取錯誤的路徑SCRIPT_FILENAME（這就是為什么你看不到 PHP 輸出）并且沒有try_fileswith=404符號（這就是為什么你得到 200 的所有內(nèi)容）。
我在 GitHub 中準(zhǔn)備了一個(gè)工作設(shè)置，docker-compose以證明它可以與SCRIPT_FILENAMEnginx 配置中的現(xiàn)有設(shè)置一起使用。
我已經(jīng)更改test.local為test.localhost.
我認(rèn)為要讓它正常工作，您必須使用 nginx 模板nginx-proxy，因此生成的模板default.conf確實(shí)可以與 php fpm 一起使用，并且包含缺少的 fastcgi 參數(shù)。
另一種不同的方法是將 PHP 和手動配置的 Web 服務(wù)器 (nginx) 打包在一個(gè)項(xiàng)目中，并在獨(dú)立項(xiàng)目中擁有自動反向 nginx 代理。這將花費(fèi)您運(yùn)行額外的進(jìn)程，但可以為您提供更多控制和更輕松的部署。
或者，您可能想看看traefik哪個(gè)與 本質(zhì)上相同nginx-proxy。
BIG陽
TA貢獻(xiàn)1859條經(jīng)驗(yàn) 獲得超6個(gè)贊
我使用 php-fpm 圖像和 nginx 作為 php 站點(diǎn)的主堆棧。話雖如此，我不使用 nginx-proxy docker 鏡像。相反，我在主機(jī)上使用普通 nginx，并將端口配置為指向后端 php-fpm docker 映像。
我也不使用 docker-compose 。因?yàn)樗皇沁\(yùn)行單個(gè)站點(diǎn)的 docker 容器，所以我不需要它。這是一個(gè) docker run 命令示例：
docker rm -f www.example.com || true
docker run -itd -p 9001:9000 -P \
? ? ? ? --name www.example.com \
? ? ? ? --volume /var/www/html/www.example.com:/var/www/html/www.example.com \
? ? ? ? --link mariadb:database.example.com \
? ? ? ? --restart="always" \
? ? ? ? --hostname="example.com" \
? ? --log-opt max-size=2m \
? ? --log-opt max-file=5 \
? ? ? ? mck7/php-fpm:7.4.x-wordpress
這是一個(gè) nginx 配置示例：
server {
? server_name example.com www.example.com;
? location ~ /.well-known {
? ? allow all;
? }
? location ~ /\.ht {
? ? deny all;
? }
? root /var/www/html/www.example.com/src;
? index index.php;
? location / {
? ? try_files $uri $uri/ /index.php?$args;
? }
? location ~ [^/]\.php(/|$) {
? ? fastcgi_split_path_info ^(.+?\.php)(/.*)$;
? ? if (!-f $document_root$fastcgi_script_name) {
? ? ? return 404;
? ? }
? ? include fastcgi_params;
? ? fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
? ? fastcgi_param PATH_INFO? ? ? ?$fastcgi_path_info;
? ? fastcgi_param PATH_TRANSLATED $document_root$fastcgi_path_info;
? ? fastcgi_pass? ?127.0.0.1:9001;
? ? fastcgi_index? index.php;
? }
}
有關(guān)此設(shè)置的一些事情很關(guān)鍵。docker 容器的端口重新映射。在此示例中，我將端口 9001 映射到 9000。另一個(gè)“問題”是容器的根必須是主機(jī)上的實(shí)際位置。我不知道為什么會出現(xiàn)這種情況，但無論出于何種原因，docker 認(rèn)為它使用的路徑實(shí)際上也必須是主機(jī)上的路徑。
- 2 回答
- 0 關(guān)注
- 151 瀏覽
添加回答
舉報(bào)
0/150
提交
取消