我试图运行Nginx的/ uWSGI / Django，剩下的最后一步是运行socket_file我得到的是一个502坏的网关。 Route my django application. #/home/deploy/webapps/myapp configurationuWSGI.ini [uwsgi] chdir = /home/deploy/webapps/%n/%n module = %n.wsgi home = /home/deploy/webapps/%n master = true processes = 8 socket = /tmp/%n.socket no-orphans = true 一些数据错误，引发了我 sudo cat /var/log/audit/audit.log | grep nginx | grep denied type=AVC msg=audit(1425427877.289:379): avc: denied { write } for pid=1215 comm="nginx" name="myapp.socket" dev="sda1" ino=276 […]
有一个HTTPredirect相关代码（30x）时，我想更改caching控制标题。 我怎样才能检查响应的HTTP代码，看看我是否应该运行add_header
我有以下基础设施： RaspberryPi与开源智能家居软件（fhem） 用nginx将RaspberryPi用作外部连接ro rpi的反向代理与智能家庭软件。 第一个RPI还运行smartvisu更好的可视化。 smartvisu只接受来自某些特定IP地址的连接。 如果通过nginx连接到第一个rpi，则始终使用客户端的原始IP地址（设备的外部IP）。 有没有可能重写HTTP头来使用Nginx的IP地址？ 目前我的configuration是这样的： location /fhem/ { proxy_pass http://192.168.178.xxx:8083/fhem/; proxy_redirect off; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; }
正如标题所述。 我发现另一个有用的Q / A ，但它并没有显示如何在Nginx设置中正确地做到这一点，我的意思是parameters 。 他可能意味着https://exmaple.com在redirect到https://www.example.com之前应该有一个有效的握手。 在我的场景中， https:example.com效果很好，但https:example.com不能重新指向https://www.example.com 。 server { listen 80; server_name example.com www.example.com; rewrite ^ https://example.com$request_uri? permanent; } server { listen 443; server_name example.com; ssl on; # some other settings, correctly } 但是，当浏览http://example.com它被redirect到https://example.com但是它显示在chrome中 This site can't be reached example.com unexpectedly closed the connection. ERR_CONNECTION_CLOSED“` 我想redirect到https://example.com ，怎么样？ – 更新 – /var/log/nginx/access.log显示 "GET […]
我的nginxnetworking服务器不行，他应该怎么做。 所有到服务器的http：//请求都应该使用http 301redirect到https：//，过去几天工作正常，直到停止工作而没有任何改变。 Nginx返回一个types为“application / octet-stream”的空文件和下面的内容（在sublime中可读）： 0000 1204 0000 0000 0000 0300 0000 8000 0400 0000 0000 0500 ffff ff00 0004 0800 0000 0000 7fff 0000 0000 0807 0000 0000 0000 0000 0000 0000 01 首先，我试图删除该行 default_type application/octet-stream; 从我的nginx.conf，但它没有帮助。 http-response头返回 Status: 我从http：//到https：//的301redirect的服务器块如下所示 server { listen 80; listen [::]:80; server_name my.tld www.my.tld; return 301 https://$server_name$request_uri; } […]
我有一些nginx的麻烦。 我用freenom.com注册了两个域：domain1.tk和domain2.tk。 我更改了名称服务器，因此我的服务器已成功链接到freenom。 它工作，如果我离开默认configuration。 但是，因为我需要在一台服务器上有两个站点，所以我遵循了这个指南： https : //www.digitalocean.com/community/tutorials/how-to-set-up-nginx-server-blocks-virtual-hosts- on-ubuntu- 16-04，并在/ etc / nginx / sites-available /中创build了两个configuration文件，并创build了两个symbolik链接，但它不起作用。 Nginx似乎总是回答每个请求的默认configuration，无论是domain1.tk和domain2.tk，显然也是服务器IP。 但是，如果我在“default.bak”中重命名“default”，并重新加载nginx服务，则无法连接，如果我在浏览器中inputip，也不能连接。 所以nginx只能回答默认值。 这里有各种configuration： 默认configuration文件 ： ## # You should look at the following URL's in order to grasp a solid understanding # of Nginx configuration files in order to fully unleash the power of Nginx. # http://wiki.nginx.org/Pitfalls # […]
我有一个Rails应用程序，运行nginx和Passenger。 直到昨天，logging工作，但现在nginx的error.log启动时显示此消息：Rails的错误：无法访问日志文件。 请确保/var/www/app/htdocs/log/production.log存在并且是chmod 0666.日志级别已提升为WARN，输出指向STDERR，直到问题得到解决。 日志文件具有 0666权限。 看起来它可能与第332期有关，所以我从乘客2.2.4升级到2.2.5。 这并没有解决这个问题。 日志logging工作在昨天，并没有什么改变的configuration从那时起。 有任何想法吗？
我想把我的开发网站暴露给家里更多的电脑。 我发现，通过像192.168.0.198这样的内部IP访问它比起本地主机来说是非常慢的。 我宁愿训练自己一点点debugging这些情况，因为可能没有一个单一的答案。 服务器运行nginx的静态内容，redirect到Apache（127.0.0.1:8888）为dynamicDjango生成的HTML。 我也运行postgresql和solr数据库和search索引以及memcache。 我的django settings.py文件列出了127.0.0.1和192.168.0.198，因为它是内部ips。 DB后端configuration为localhost。 memcached和solr后端configuration为127.0.0.1。 我的/ etc / hosts文件看起来像： 127.0.0.1 localhost localhost 192.168.1.198 localhost 127.0.1.1 jacob-desktop 127.0.0.1 redmine （我正在使用基于名称的虚拟主机访问我的redmine项目pipe理系统，直到我安装了nginx – 就是这么做的）。 有趣的是，访问静态主页的速度似乎比具有DB / memcached / solr访问的后续页面快得多。 很多我的困惑源于localhost / 192.168.0.198 / 127.0.0.1之间的区别究竟是什么，这些不同的ip如何与networking基础设施（在我的情况下，糟糕的dlink路由器）进行交互。 此外，有不同的系统，如solr和postgresql，我不知道我想要使用的IP。 我们的目标是configuration这些区域，以便我能够实现水平可伸缩性的正确path – 这意味着127.0.0.1可能不会在我的db / search索引所在的位置。
当我curl的URL我得到这个答案： > < HTTP/1.1 200 OK < Server: nginx/0.7.65 < Date: Thu, 04 Mar 2010 12:18:27 GMT < Content-Type: application/json < Connection: close < Expires: Thu, 04 Mar 2010 12:18:27 UTC < http.context.path: /1/ < jersey.response: com.sun.jersey.spi.container.ContainerResponse@17646d60 < http.custom.headers: {Content-Type=text/plain} < http.request.path: /2/messages/latest.json < http.status: 200 < Transfer-Encoding: chunked 我想删除 < http.context.path: /1/ < jersey.response: […]
我正在使用Nginx从Sinatra应用程序提供静态页面。 我已经使用NginxHttpAuthBasicModule实现了网站上的一个页面的基本身份validation，身份validation成功，但Nginx无法parsing链接。 错误日志给出 – 2010/03/22 12:15:19 [error] 7143#0: *2902 open() "/home/me/live/mysite_home/public /mypage" failed (2: No such file or directory), client: 82.71.18.122, server: mysite.com, request: "GET /mypage HTTP/1.1", host: "mysite.com" 实际的文件位于： /home/me/live/mysite_home/live/mypage.erb configuration文件是： server { listen 80; server_name mysite.com; root /home/me/live/mysite_home/public; passenger_enabled on; location /mypage { auth_basic "Restricted"; auth_basic_user_file htpasswd; } } server { listen 443; […]