web-dev-qa-db-ja.com

nginxはLAN IPでは機能しますが、パブリックIPでは機能しません

Uwsgiを使用してnginx Webサーバーをセットアップし、ホストflask app。LAN IP（192.168.1.x）を介してアクセスすると、正常にWebサイトが表示されますが、アクセスするとパブリックIPを介して「404 Not Found nginx/1.14.0（Ubuntu）」で迎えられますが、なぜですか？どうすれば修正できますか？

/etc/nginx/nginx.conf

user www-data;
worker_processes auto;
pid /run/nginx.pid;
include /etc/nginx/modules-enabled/*.conf;

events {
    worker_connections 768;
    # multi_accept on;
}

http {

    ##
    # Basic Settings
    ##

    sendfile on;
    tcp_nopush on;
    tcp_nodelay on;
    keepalive_timeout 65;
    types_hash_max_size 2048;
    # server_tokens off;

    # server_names_hash_bucket_size 64;
    # server_name_in_redirect off;

    include /etc/nginx/mime.types;
    default_type application/octet-stream;

    ##
    # SSL Settings
    ##

    ssl_protocols TLSv1 TLSv1.1 TLSv1.2; # Dropping SSLv3, ref: POODLE
    ssl_prefer_server_ciphers on;

    ##
    # Logging Settings
    ##

    access_log /var/log/nginx/access.log;
    error_log /var/log/nginx/error.log;

    ##
    # Gzip Settings
    ##

    gzip on;

    # gzip_vary on;
    # gzip_proxied any;
    # gzip_comp_level 6;
    # gzip_buffers 16 8k;
    # gzip_http_version 1.1;
    # gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript;

    ##
    # Virtual Host Configs
    ##

    include /etc/nginx/conf.d/*.conf;
    include /etc/nginx/sites-enabled/*;
}


#mail {
#   # See sample authentication script at:
#   # http://wiki.nginx.org/ImapAuthenticateWithApachePhpScript
# 
#   # auth_http localhost/auth.php;
#   # pop3_capabilities "TOP" "USER";
#   # imap_capabilities "IMAP4rev1" "UIDPLUS";
# 
#   server {
#       listen     localhost:110;
#       protocol   pop3;
#       proxy      on;
#   }
# 
#   server {
#       listen     localhost:143;
#       protocol   imap;
#       proxy      on;
#   }
#}

サイトで利用可能

server {
    listen 80;
    server_name 192.168.1.108;

    location / {
        include uwsgi_params;
        uwsgi_pass unix:/home/matthew/myproject/myproject.sock;
    }
}

project.ini

[uwsgi]
module = wsgi:app

master = true
processes = 5

socket = myproject.sock
chmod-socket = 660
vacuum = true

die-on-term = true
nginxuwsgi
2
david doyyer 32

特に、RFC1918 IPにのみ応答するようにWebサイトに要求しました。

    server_name 192.168.1.108;

グローバルIPアドレスが192.168.1.108ではないため、このserverブロックと一致することはなく、デフォルトのserverブロックによって提供されます。

この問題を解決するには、ドメイン名を購入し、ドメイン内の名前のアドレスレコードを設定してから、server_nameをその名前にします。

2
Michael Hampton

ここには3つの可能性があります-後で必要に応じて

オプション1：

/ etc/nginx/sites-enabled/optionone

server {
listen 80;
server_name 192.168.1.108 1.2.3.4;

location / {
    include uwsgi_params;
    uwsgi_pass unix:/home/matthew/myproject/myproject.sock;
}
}

オールインワン、読みやすい

オプション2

/ etc/nginx/sites-avaible/optiontwo

server {
listen 80;
server_name 192.168.1.108;

location / {
    include uwsgi_params;
    uwsgi_pass unix:/home/matthew/myproject/myproject.sock;
}
}
server {
listen 80;
server_name 1.2.3.4;

location / {
    include uwsgi_params;
    uwsgi_pass unix:/home/matthew/myproject/myproject.sock;
}
}

読みやすく、2つのインスタンスに分割されているため、デバッグも簡単

そして

オプション3

/ etc/nginx/sites-enabled/option-three-int

server {
listen 80;
server_name 192.168.1.108;

location / {
    include uwsgi_params;
    uwsgi_pass unix:/home/matthew/myproject/myproject.sock;
}
}

/ etc/nginx/sites-enabled/option-three-pub

server {
listen 80;
server_name 1.2.3.4;

location / {
    include uwsgi_params;
    uwsgi_pass unix:/home/matthew/myproject/myproject.sock;
}
}

各サイトは独自のファイルを取得します。後で、つまりbotbotを処理するのが簡単で、後で簡単に読み取ることができ、どのファイルが何を実行するかを知ることができます。

ご覧のように、これは複数の方法で行うことができます。それぞれに「することとしないこと」があります。

注意：

サイトを有効にする（リンクする）ことを忘れないでください。

0
djdomi