서버가 공개 요청에 응답하지 않는 이유를 해결하려고 합니다. nginx가 실행 중이고 conf 파일은 다음과 같습니다.
ngingx.conf
user www-data;
worker_processes 4;
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;
##
# 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/x-javascript text/xml application/xml application/xml+rss text/javascript;
##
# nginx-naxsi config
##
# Uncomment it if you installed nginx-naxsi
##
#include /etc/nginx/naxsi_core.rules;
##
# nginx-passenger config
##
# Uncomment it if you installed nginx-passenger
##
#passenger_root /usr;
#passenger_ruby /usr/bin/ruby;
##
# 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;
# }
#}
사이트 사용 가능/production.conf
upstream mip-production-backend {
server unix:///home/rails/apps/mip/production/shared/sockets/thin.0.sock;
server unix:///home/rails/apps/mip/production/shared/sockets/thin.1.sock;
server unix:///home/rails/apps/mip/production/shared/sockets/thin.2.sock;
server unix:///home/rails/apps/mip/production/shared/sockets/thin.3.sock;
}
map $http_upgrade $connection_upgrade {
default upgrade;
'' close;
}
server {
listen 80 default_server;
root /home/rails/apps/mip/production/current/public;
location / {
proxy_redirect off;
proxy_http_version 1.1;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header Host $http_host;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection $connection_upgrade;
if (!-f $request_filename) {
proxy_pass http://mip-production-backend;
break;
}
}
error_page 500 502 503 504 /500.html;
location = /500.html {
root /home/rails/apps/mip/production/current/public;
}
다음과 같이 소켓에 연결된 4개의 씬 서버를 시작했습니다.
RAILS_ENV=production bundle exec thin start --socket /home/rails/apps/mip/production/shared/sockets/thin.1.sock
소켓이 있어야 할 위치에 있는 것을 알 수 있습니다. 하나를 삭제하고 wget을 실행해 보았습니다.http://localhost, 이는 다음을 반환합니다.
2018/03/14 10:23:34 [error] 184654#0: *1 connect() to unix:///home/rails/apps/mip/production/shared/sockets/thin.3.sock failed (111: Connection refused) while connecting to upstream, client: 127.0.0.1, server: , request: "GET /login HTTP/1.1", upstream: "http://unix:///home/rails/apps/mip/production/shared/sockets/thin.3.sock:/login", host: "localhost"
이 오류는 소켓 중 하나를 삭제한 경우에만 로그에 나타나므로 소켓을 정상적으로 읽습니다. 액세스 로그는 다음과 같습니다.
27.0.0.1 - - [14/Mar/2018:10:23:34 +0000] "GET / HTTP/1.1" 302 99 "-" "Wget/1.15 (linux-gnu)"
127.0.0.1 - - [14/Mar/2018:10:23:34 +0000] "GET /login HTTP/1.1" 200 1231 "-" "Wget/1.15 (linux-gnu)"
127.0.0.1 - - [14/Mar/2018:10:29:40 +0000] "GET / HTTP/1.1" 302 99 "-" "Wget/1.15 (linux-gnu)"
127.0.0.1 - - [14/Mar/2018:10:29:40 +0000] "GET /login HTTP/1.1" 200 1231 "-" "Wget/1.15 (linux-gnu)"
127.0.0.1 - - [14/Mar/2018:10:29:46 +0000] "GET /login HTTP/1.1" 200 1231 "-" "Wget/1.15 (linux-gnu)"
이 로그에는 로컬 요청만 표시되며, 공용 IP를 원격으로 방문하면 등록되지 않습니다.
검색을 시도했지만 nginx가 로컬 요청이 아닌 IP 주소를 방문하는 사람에게 응답하도록 하는 방법에 대한 조언을 찾을 수 없습니다. 어떤 도움이라도 대단히 감사하겠습니다.
편집: sudo netstat -tulpn은 다음을 반환합니다.
tcp 0 0 127.0.0.1:3306 0.0.0.0:* LISTEN 1556/mysqld
tcp 0 0 127.0.0.1:6379 0.0.0.0:* LISTEN 1605/redis-server 1
tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 194492/nginx
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 1469/sshd
tcp 0 0 127.0.0.1:6392 0.0.0.0:* LISTEN 1429/redis-server 1
tcp6 0 0 :::22 :::* LISTEN 1469/sshd
답변1
내가 액세스한 서버는 공개 요청에 직접 액세스할 수 없었지만 두 번째 서버를 통해 라우팅되고 있었습니다. 이 서버는 nginx로 어떤 요청도 전달하지 않았습니다.