Субдомен, в который попадает страница индекса Nginix, а не API - PullRequest
0 голосов
/ 28 июня 2018

У меня есть окно Amazon EC2, и я пытаюсь разместить в нем свой узел js REST API. Я запускаю приложение как фоновый процесс, используя PM2. Чтобы представить локально работающее фоновое приложение в Интернете, я создаю веб-сервер Nginix. Теперь, когда я пытаюсь получить доступ к общедоступному DNS блока EC2, я могу получить доступ к API, например, ec2-bla-bla.amazonaws.com/api, и он может быть использован интерфейсными приложениями. Все общение сейчас происходит по HTTP.

Но я не могу позволить людям использовать этот DNS для использования моего API, поскольку DNS принадлежит Amazon, а не нам. Поэтому мы создали отдельный поддомен под названием api.our-company.com и указали на публичный IP-адрес EC2. Но когда я захожу на api.our-company.com, он отображает страницу индекса nginix, что означает попадание в окно EC2. Но когда я вызываю api.our-company.com/api, он выдает ошибку nginix 404 и не дает мне доступа к моему API.

Мне нужно использовать api.our-company.com/api для использования моего API. Я попытался изменить корень в моем файле конфигурации приложений на сайтах с включенным. Попытался полностью удалить index.html из файла. но он по-прежнему отображает страницу индекса. Я следую за этой цифровой статьей о океане: https://www.digitalocean.com/community/tutorials/how-to-set-up-a-node-js-application-for-production-on-ubuntu-14-04

Вот файл конфигурации моего проекта на сайтах с поддержкой.

upstream app_nodejs {
server 127.0.0.1:8080;
keepalive 8;
}

server {
listen 80;
listen [::]:80 default_server ipv6only=on;
listen 443 default ssl;

root /var/www/express-api/public/api;
index index.html index.html;

# Make site accessible from http://localhost/
server_name api.our-company.com;

location / {
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwar$
proxy_set_header Host $http_host;
proxy_set_header X-NginX-Proxy true;

proxy_pass http://localhost:8080/;
proxy_redirect off;
}
}

Вот файл nginx.conf

user www-data;
worker_processes auto;
pid /run/nginx.pid;

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_disable "msie6";

    # 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;
#   }
#}

У меня нет большого опыта хостинга веб-серверов. Любые предложения с благодарностью.

Ответы [ 2 ]

0 голосов
/ 28 июня 2018

Я решил свою проблему. Это не было настройкой конфигурации. Просто имя C субдомена (api.our-company.com) не указывало на общедоступный DNS Amazon EC2. Мы изменили имя C, и теперь я могу получить доступ к своему API с сайта api.our-company.com/api.

0 голосов
/ 28 июня 2018

Поскольку вы используете upstream, попробуйте передать

proxy_pass app_nodejs;

и

server {
listen 80 default_server;

Используйте ссылки ниже, поскольку вы новичок в веб-сервере NGINX

Справка:

  1. https://www.nginx.com/resources/wiki/start/topics/examples/full/
  2. https://nginxconfig.io/
...