Nginx прослуховує порт, відповідає лише у випадку встановлення на порт 80

ОС: Funtoo. Я прив’язав NGINX до порту 81 (я хочу запустити його поруч зі своїм сервером Apache для зручності переходу), і він прослуховує порт (Якщо я вказую на інший порт, використовуючи wget, я отримую "З'єднання відмовлено", але використовуючи порт 81, я підключаюсь), але він ніколи не подає відповідь HTML будь-якого!

Запускаючи wget на порт, від localhost, я отримую:

# wget localhost:81
-2014-04-16 23:56:45- http://localhost:81/
Resolving localhost... 127.0.0.1
Connecting to localhost|127.0.0.1|:81... connected.
HTTP request sent, awaiting response...

На іншому комп'ютері ...

$ wget 192.168.18.42:81
-2014-04-16 23:57:19- http://192.168.18.42:81/
Connecting to 192.168.18.42:81... connected.
HTTP request sent, awaiting response...

Ніколи нічого після цього не відбувається. Документи існують, це звичайний Funtoo nginx.conf.

ОНОВЛЕННЯ: Я можу змусити його прослуховувати порт 80, але він все ще брякає мене, що я не можу змусити його працювати на будь-якому порті ....

netstat -aWn | grep 81 | grep LISTEN
tcp 60 0 0.0.0.0:81 0.0.0.0:* LISTEN

Редагувати: файли конфігурації:

user nginx nginx;
worker_rlimit_nofile 6400;

error_log /var/log/nginx/error_log info;

events {
    worker_connections 1024;
    use epoll;
}

http {
    include /etc/nginx/mime.types;

    # This causes files with an unknown MIME type to trigger a download action in the browser:
    default_type application/octet-stream;

    log_format main
        '$remote_addr - $remote_user [$time_local] '
        '"$request" $status $bytes_sent '
        '"$http_referer" "$http_user_agent" '
        '"$gzip_ratio"';

    client_max_body_size 64m;

    # Don't follow symlink if the symlink's owner is not the target owner.

    disable_symlinks if_not_owner;
    server_tokens off;
    ignore_invalid_headers on;

    gzip off;
    gzip_vary on;
    gzip_types text/plain text/css application/json application/x-javascript text/xml application/xml application/xml+rss text/javascript application/javascript text/x-js image/x-icon image/bmp;

    sendfile on;
    tcp_nopush on;
    tcp_nodelay on;

    index index.html;
    include /etc/nginx/sites-enabled/*;
}

Блок сервера:

server {
    listen  *:81;
    root    /usr/share/nginx/html;
    location / {
        index   index.html;
    }
}

configuration nginx funtoo

— Авіатор45003
джерело

Чи увімкнено фільтр пакетів ( iptables)? Якщо так, чи пам’ятаєте ви дозволити порт 81?

— Андреас Візе

iptables не ввімкнено.

— Aviator45003

Тоді відповідні частини вашої конфігурації будуть корисні, я думаю.

— Андреас Візе

Відповіді:

Спробуйте наступний блок сервера:

server {
   listen       81 default_server;
    server_name _;    
    root    /usr/share/nginx/html;
    location / {
        index   index.html;
    }
}

Підкреслення _- це підкреслення , *:81імовірно, це не робить те, що ви очікуєте, просто використовуйте номер порту.

Потім протестуйте свої налаштування за допомогою nginx -t:

nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
nginx: configuration file /etc/nginx/nginx.conf test is successful

Перезапустіть nginx:

service nginx restart

Тест з netstat:

root@gitlab:~# netstat -napl | grep 80
tcp        0      0 0.0.0.0:80              0.0.0.0:*               LISTEN      7903/nginx      
tcp        0      0 127.0.0.1:8080          0.0.0.0:*               LISTEN      2662/unicorn.

Оновлення

Я встановив nginx на тестову систему. За допомогою nginx.confфайлу запасів та зміни в 1 рядок /etc/nginx/sites-enabled/defaultя зміг отримати файли з порту 81

cat /etc/nginx/sites-enabled/default
server {

    listen   81;
    server_name localhost;
    root /usr/share/nginx/www;
    index index.html index.htm;


    location / {
        try_files $uri $uri/ /index.html;
    }

    location /doc/ {
        alias /usr/share/doc/;
        autoindex on;
        allow 127.0.0.1;
        deny all;
    }

}

Вихід Netstat:

netstat -napl | grep 81
tcp        0      0 0.0.0.0:81              0.0.0.0:*               LISTEN      3432/nginx

Завантажити файл:

$ wget localhost:81

Зміст файлу:

$ cat index.html
<html>
<head>
<title>Welcome to nginx!</title>
</head>
<body bgcolor="white" text="black">
<center><h1>Welcome to nginx!</h1></center>
</body>
</html>

Оновлення2

Тестовий порт:

 root@gitlab:# nc -vz localhost 81
 Connection to localhost 81 port [tcp/*] succeeded!
 root@gitlab:# nc -vz localhost 443
 nc: connect to localhost port 443 (tcp) failed: Connection refused

— спудер
джерело

Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name tcp 9 0 0.0.0.0:81 0.0.0.0:* LISTEN 1026/nginx: master Досі успіху немає. Чи Recv-Q 9 - це якийсь натяк? Це піднімається кожен раз, коли я спробую wget чи щось подібне. Блок сервера - це точно так, як ви прописали.

— Aviator45003

Я не впевнений, що таке Recv-Q. У вас є що-небудь в / etc / nginx / sites-available?

— спудер

@TC Перегляньте мою оновлену відповідь.

— спудер

жодних змін у моєму статусі, навіть після нового файлу конфігурації. Чи можливо щось заблокує порти, а не порт 80? Чи є спосіб я перевірити це?

— Aviator45003

TC так, використовуйте nc, дивіться оновлення

— spuder

Виявляється велика проблема? Nginx встановив working_process в 0. Я додав рядок, встановивши його autoу верхній частині свого nginx.conf, і все було добре зі світом!

Дякую всім за ваш час та терпіння.

— Авіатор45003
джерело

Ви тільки що врятували мене від відмови від приблизно через 1 години розчарування, по- видимому , один з моїх автоматичних змінних , використовуваних для шаблонирования конфігурації Nginx вихід A 0для worker_processes, і я був повністю приголомшений після четверний перевірки будь-якого іншого конфігураційного файлу, DNS, вузли і т.д.

— geerlingguy