로컬 및 원격 IP 주소의 요청을 처리하는 데 사용되는 LEMP 스택을 실행하고 있는데 지금은 요청을 전혀 처리하지 않습니다. 원격 요청 처리가 중지되면 가상 호스트를 설정하려고 합니다. 이 문제를 해결하려고 시도했지만 이제는 로컬 요청도 처리하지 않습니다. LAN이나 인터넷에서 사이트에 액세스하려고 할 때마다 Chrome에서 다음 오류 메시지가 나타납니다. "이 사이트에 액세스할 수 없습니다... ERR_CONNECTION_REFUSED"
서버의 내부 IP 주소, 외부 IP 주소, 도메인 이름을 ping할 수 있지만 웹사이트가 로드되지 않습니다. 또한 컴퓨터에서 직접 수행하는 대신 SSH를 통해 수행합니다. 이는 네트워크 문제가 아니라 구성 문제입니다.
이것은 내 사이트의 구성 파일입니다: /etc/nginx/sites-available/anneliesephotos.com
server {
listen 80 default_server;
listen [::]:80 default_server;
root /usr/share/nginx/ftp/lauren/anneliesephotos;
index index.php index.html index.htm index.nginx-debian.html;
server_name anneliesephotos.com;
# www.anneliesephotos.com;
#server_name 99.104.137.87;
location / {
# First attempt to serve request as file, then
# as directory, then fall back to displaying a 404.
#try_files $uri $uri/ =404;
try_files $uri $uri/ /index.php?q=$uri$args;
}
location ~ \.php$ {
include snippets/fastcgi-php.conf;
# With php-fpm (or other unix sockets):
fastcgi_pass unix:/var/run/php/php7.2-fpm.sock;
# With php-cgi (or other tcp sockets):
#fastcgi_pass 127.0.0.1:9000;
}
location ~ /\.ht {
deny all;
}
}
이것은 내 /etc/nginx/sites-available/default 파일의 내용입니다.
server {
listen 80;
listen [::]:80;
root /var/www/html;
# Add index.php to the list if you are using PHP
index index.html index.htm index.nginx-debian.html;
server_name _;
location / {
# First attempt to serve request as file, then
# as directory, then fall back to displaying a 404.
#try_files $uri $uri/ =404;
try_files $uri $uri/ /index.php$is_args$args;
}
location = /favicon.ico { log_not_found off; access_log off; }
location = /robots.txt { log_not_found off; access_log off; allow all; }
location ~* \.(css|gif|ico|jpeg|jpg|js|png)$ {
expires max;
log_not_found off;
}
}
Nano의 기본 파일을 보면 "expire max;", "log_not_found off;" 줄과 그 다음 줄의 닫는 중괄호 왼쪽에 거의 버그처럼 빨간색 블록이 있습니다.
/etc/nginx/nginx.conf 파일은 다음과 같습니다:
user www-data;
worker_processes 2;
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;
access_log /var/log/nginx/access.log;
error_log /var/log/nginx/error.log;
##
# Gzip Settings
##
gzip on;
gzip_disable "msie_6";
gzip_min_length 1100;
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 image/svg+xml
application/x-font-ttf font/opentype application/vnd.ms-fontobject;
##
# Virtual Host Configs
##
include /etc/nginx/conf.d/*.conf;
include /etc/nginx/sites-enabled/*.*;
}
/etc/nginx/sites-enabled에는 /etc/nginx/sites-available/anneliesephotos 폴더에 대한 심볼릭 링크가 있습니다.
lrwxrwxrwx 1 root root 42 Nov 24 02:44 anneliesephotos -> /etc/nginx/sites-available/anneliesephotos
이것을 실행했을 때 netstat -tlpn
웹 사이트의 구성 파일에 그렇게 되어 있음에도 불구하고 포트 80이 어떤 이유로 수신 대기하지 않는 것을 발견했습니다.
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 127.0.0.53:53 0.0.0.0:* LISTEN 702/systemd-resolve
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 1211/sshd
tcp 0 0 127.0.0.1:3306 0.0.0.0:* LISTEN 1326/mysqld
tcp6 0 0 :::21 :::* LISTEN 1005/vsftpd
tcp6 0 0 :::22 :::* LISTEN 1211/sshd
내가 실행하면 nginx -t
다음과 같은 결과를 얻습니다.
nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
nginx: configuration file /etc/nginx/nginx.conf test is successful
을 실행하면 service nginx status
다른 줄과 함께 다음 줄이 표시됩니다("off" 또는 "disabled"는 포함되지 않음).
Active: active (running) since Sat 2018-11-24 10:47:48 UTC; 5h 38min ago
따라서 nginx가 실행 중이고 구성 파일의 구문이 정확하며 특정 사이트의 구성 파일이 포트 80에서 수신 대기한다고 말하고 구성 파일이 /sites-enabled에 심볼릭 링크되어 있음을 알고 있습니다.
답변1
결국 nginx를 제거하고 다시 설치하고 재구성했습니다. 많이 재구성할 필요는 없으며 anneliesephotos 구성 파일에 몇 줄만 추가하면 됩니다. 그러나 그것은 문제를 해결하지 못했습니다.
네트워크 외부에서는 사이트를 핑할 수도 없다는 것을 알았습니다. 내 라우터를 확인해 보니 모든 트래픽이 웹 서버에 도달하는 것을 허용한다고 나와 있는데 분명히 그렇지 않습니다. 필요한 프로토콜만 허용하도록 라우터를 재구성했습니다. 그런 다음 라우터를 다시 시작했고 트래픽이 통과하기 시작했습니다.
웹 사이트를 제공하기 위해 nginx 재구성을 마쳤습니다. 나도 변해야 해
try_files $uri $uri/ =404;
도착하다
try_files $uri $uri/ /index.php?q=$uri&$args;
이제 다시 작동합니다.