gpt4 book ai didi

sockets - 尝试启动fastcgi-mono-server时,出现权限错误

转载 作者:行者123 更新时间:2023-12-03 12:03:46 25 4
gpt4 key购买 nike

我使用以下命令来启动服务器:

fastcgi-mono-server4 -v /applications=www.testjet123.com:/:/usr/share/nginx/TestJet/ /socket=unix:/tmp/fastcgi.socket

一切正常,服务器未停止,但是在输出结束时出现此错误:
[2017-11-13 06:29:00.445497] Notice : Adding applications 'www.testjet123.com:/:/usr/share/nginx/TestJet/'...
[2017-11-13 06:29:00.454111] Notice : Registering application:
[2017-11-13 06:29:00.454177] Notice : Host: www.testjet123.com
[2017-11-13 06:29:00.454193] Notice : Port: any
[2017-11-13 06:29:00.454204] Notice : Virtual path: /
[2017-11-13 06:29:00.454216] Notice : Physical path: /usr/share/nginx/TestJet/
[2017-11-13 06:29:00.466032] Error : Error parsing permissions "". Use octal.
fastcgi_params是默认值:
#ASP.NET
#fastcgi_param PATH_INFO "/usr/share/nginx/TestJet/";
#fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;


fastcgi_param QUERY_STRING $query_string;
fastcgi_param REQUEST_METHOD $request_method;
fastcgi_param CONTENT_TYPE $content_type;
fastcgi_param CONTENT_LENGTH $content_length;

fastcgi_param SCRIPT_NAME $fastcgi_script_name;
fastcgi_param REQUEST_URI $request_uri;
fastcgi_param DOCUMENT_URI $document_uri;
fastcgi_param DOCUMENT_ROOT $document_root;
fastcgi_param SERVER_PROTOCOL $server_protocol;
fastcgi_param REQUEST_SCHEME $scheme;
fastcgi_param HTTPS $https if_not_empty;

fastcgi_param GATEWAY_INTERFACE CGI/1.1;
fastcgi_param SERVER_SOFTWARE nginx/$nginx_version;

fastcgi_param REMOTE_ADDR $remote_addr;
fastcgi_param REMOTE_PORT $remote_port;
fastcgi_param SERVER_ADDR $server_addr;
fastcgi_param SERVER_PORT $server_port;
fastcgi_param SERVER_NAME $server_name;

# PHP only, required if PHP was built with --enable-force-cgi-redirect
fastcgi_param REDIRECT_STATUS 200;

这是我的 nginx配置:
server {
listen 80;

server_name testjet123.com www.testjet123.com

location / {
root /var/www/UI/html;
index index.html index.htm;
try_files $uri $uri/ =404;
}

location ~ \.(aspx|asmx|ashx|asax|ascx|soap|rem|axd|cs|config|dll)$ {
fastcgi_pass 127.0.0.1:9000;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
include fastcgi_params;
}
}

但是,当我使用TCP套接字而不是UNIX套接字时,不会出现此错误,请参见以下内容:
fastcgi-mono-server4 -v /applications=www.testjet123.com:/:/usr/share/nginx/TestJet/  /socket=tcp:9000
[2017-11-13 06:36:09.160760] Notice : Adding applications 'www.testjet123.com:/:/usr/share/nginx/TestJet/'...
[2017-11-13 06:36:09.169121] Notice : Registering application:
[2017-11-13 06:36:09.169187] Notice : Host: www.testjet123.com
[2017-11-13 06:36:09.169202] Notice : Port: any
[2017-11-13 06:36:09.169213] Notice : Virtual path: /
[2017-11-13 06:36:09.169225] Notice : Physical path: /usr/share/nginx/TestJet/

我正在使用RHEL 7。

最佳答案

尝试将/filename=/tmp/fastcgi.socket参数与/socket=unix结合使用,以代替组合的/socket=unix:/tmp/fastcgi.socket参数。我发现这已经解决了基于Debian发行版的问题。

您需要设置权限,以便nginx(www-data)组具有使用chmod 660 /tmp/fastcgi.socketchgrp www-data /tmp/fastcgi.socket对套接字的读写权限。

虽然没有什么话题,但我的个人经历和最初从unix套接字移至tcp/ip套接字的原因是由于nginx和mono服务之间的连接在一段时间或请求数量之后突然断开。导致入站请求挂起/失败。

我在HyperFastCGI中遇到了同样的问题,但是,使用unix套接字对HyperFastCGIfastcgi-mono-server4都没有帮助。

原来,这是由于我直接使用了来自mono开发人员仓库的最新软件包,该软件包安装了mono版本5.10.1。重新构建机器,仅使用基于debian的发行版提供的mono软件包,该软件包在已安装的mono版本4.6.2中解决了我的问题。 asp.net进程不再与nginx服务分离或失去连接。

此外,根据:https://www.nginx.com/resources/wiki/start/topics/examples/mono/,建议使用unix套接字:

You could also bind it to a UNIX socket which is recommended.



由于这一建议,我继续使用 unix套接字在nginx和 fastcgi-mono-server4服务之间进行通信,并选择不使用 HyerfastCGI。我不再遇到nginx和mono进程之间的连接丢失或中断的情况;该连接在许多天和任何数量的请求中都是稳定的。实际上,到目前为止,我还没有遇到任何损失。同样,使用其他用户报告的 fastcgi-mono-server也没有任何形式的内存泄漏。

关于sockets - 尝试启动fastcgi-mono-server时,出现权限错误,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/47258396/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com