Apache больше не отвечает на LAN

Question 1

У меня проблема с установкой Apache на Ubuntu 17.10.

На этой машине у меня есть классическая (я полагаю) установка LAMPP с базой данных Apache, PHP и MySQL для поддержки owncloud и webmin.

Все было отлично с тех пор, как пару дней назад я установил utorrent после этого руководства.

Конечно, я выбрал версию Apache (я пропустил ngix) и все, что было в порядке.

Но это было не так ... потому что с тех пор я больше не мог добраться до своего сервера из своей локальной сети.

Если я перейдите с этого локального компьютера, все мои сайты работают нормально. Даже с адресом обратной связи или локальным адресом. Но с других ПК локальной сети они больше не реагируют.

Я полагаю, что это было связано с обратным прокси-шагом руководства по utorrent, но я не уверен в этом, и я не уверен Не знаю, как это проверить.

Я также проверил ufw для брандмауэра, и все необходимые порты были правильно открыты.

Итак, мой вопрос: как я могу правильно диагностировать проблема? Как проверить, что происходит с apache?

edit: Это ответ на «apache2ctl -S»:

VirtualHost configuration:
*:80                   my.public.url (/etc/apache2/sites-enabled/000-default.conf:1)
*:443                  my.public.url (/etc/apache2/sites-enabled/default-ssl.conf:2)
*:7070                 my.public.url (/etc/apache2/sites-enabled/utorrent.conf:1)
ServerRoot: "/etc/apache2"
Main DocumentRoot: "/var/www/html"
Main ErrorLog: "/var/log/apache2/error.log"
Mutex watchdog-callback: using_defaults
Mutex proxy-balancer-shm: using_defaults
Mutex rewrite-map: using_defaults
Mutex ssl-stapling-refresh: using_defaults
Mutex ssl-stapling: using_defaults
Mutex proxy: using_defaults
Mutex ssl-cache: using_defaults
Mutex default: dir="/var/run/apache2/" mechanism=default 
Mutex mpm-accept: using_defaults
PidFile: "/var/run/apache2/apache2.pid"
Define: DUMP_VHOSTS
Define: DUMP_RUN_CFG
User: name="www-data" id=33
Group: name="www-data" id=33

, и это ответ на «netstat -lntu ":

Connessioni Internet attive (solo server)
Proto CodaRic CodaInv Indirizzo locale        Indirizzo remoto       Stato      
tcp        0      0 127.0.0.1:3306          0.0.0.0:*               LISTEN     
tcp        0      0 0.0.0.0:5355            0.0.0.0:*               LISTEN     
tcp        0      0 0.0.0.0:10000           0.0.0.0:*               LISTEN     
tcp        0      0 127.0.0.1:5939          0.0.0.0:*               LISTEN     
tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN     
tcp        0      0 0.0.0.0:7070            0.0.0.0:*               LISTEN     
tcp        0      0 127.0.0.1:10015         0.0.0.0:*               LISTEN     
tcp        0      0 0.0.0.0:6881            0.0.0.0:*               LISTEN     
tcp6       0      0 :::5355                 :::*                    LISTEN     
tcp6       0      0 :::10000                :::*                    LISTEN     
tcp6       0      0 :::80                   :::*                    LISTEN     
tcp6       0      0 ::1:631                 :::*                    LISTEN     
tcp6       0      0 :::443                  :::*                    LISTEN     
tcp6       0      0 :::7070                 :::*                    LISTEN     
tcp6       0      0 :::6881                 :::*                    LISTEN     
udp        0      0 0.0.0.0:5353            0.0.0.0:*                          
udp        0      0 0.0.0.0:5353            0.0.0.0:*                          
udp        0      0 0.0.0.0:5355            0.0.0.0:*                          
udp        0      0 0.0.0.0:10000           0.0.0.0:*                          
udp        0      0 0.0.0.0:1900            0.0.0.0:*                          
udp        0      0 0.0.0.0:40864           0.0.0.0:*                          
udp        0      0 127.0.0.53:53           0.0.0.0:*                          
udp        0      0 0.0.0.0:68              0.0.0.0:*                          
udp        0      0 192.168.2.24:49308      0.0.0.0:*                          
udp        0      0 127.0.0.1:51640         0.0.0.0:*                          
udp        0      0 0.0.0.0:631             0.0.0.0:*                          
udp        0      0 0.0.0.0:6881            0.0.0.0:*                          
udp6       0      0 :::5353                 :::*                               
udp6       0      0 :::5353                 :::*                               
udp6       0      0 :::5355                 :::*                               
udp6       0      0 :::43741                :::*                               
udp6       0      0 :::6881                 :::*

Question 2

Если вы настроили обратный прокси-сервер в порт *: 80, то это поведение apache. Удалите обратные прокси-директивы, которые вы создали, и ваш веб-сервер снова функционирует.

Я имею в виду:

<VirtualHost *:80>
    ServerName utorrent.your-domain.com

    RewriteEngine on
    RewriteRule ^/gui(/?)(.*)$ /$2 [PT]

    ProxyPreserveHost on
    ProxyPass / http://127.0.0.1:8080/gui/
    ProxyPassReverse / http://127.0.0.1:8080/gui/
</VirtualHost>

Question 3

Question 4

Если вы настроили обратный прокси-сервер в порт *: 80, то это поведение apache. Удалите обратные прокси-директивы, которые вы создали, и ваш веб-сервер снова функционирует.

Я имею в виду:

<VirtualHost *:80>
    ServerName utorrent.your-domain.com

    RewriteEngine on
    RewriteRule ^/gui(/?)(.*)$ /$2 [PT]

    ProxyPreserveHost on
    ProxyPass / http://127.0.0.1:8080/gui/
    ProxyPassReverse / http://127.0.0.1:8080/gui/
</VirtualHost>

Pasi Suominen · Answer 1 · 17 July 2018 в 19:22

Если вы настроили обратный прокси-сервер в порт *: 80, то это поведение apache. Удалите обратные прокси-директивы, которые вы создали, и ваш веб-сервер снова функционирует.

Я имею в виду:

<VirtualHost *:80>
    ServerName utorrent.your-domain.com

    RewriteEngine on
    RewriteRule ^/gui(/?)(.*)$ /$2 [PT]

    ProxyPreserveHost on
    ProxyPass / http://127.0.0.1:8080/gui/
    ProxyPassReverse / http://127.0.0.1:8080/gui/
</VirtualHost>

Pasi Suominen · Answer 2 · 23 July 2018 в 20:07

Если вы настроили обратный прокси-сервер в порт *: 80, то это поведение apache. Удалите обратные прокси-директивы, которые вы создали, и ваш веб-сервер снова функционирует.

Я имею в виду:

<VirtualHost *:80>
    ServerName utorrent.your-domain.com

    RewriteEngine on
    RewriteRule ^/gui(/?)(.*)$ /$2 [PT]

    ProxyPreserveHost on
    ProxyPass / http://127.0.0.1:8080/gui/
    ProxyPassReverse / http://127.0.0.1:8080/gui/
</VirtualHost>

0

ответ дан Pasi Suominen 23 July 2018 в 20:07

1

У меня это в моем utorrent.conf: <VirtualHost *:7070> RewriteEngine on RewriteRule ^/gui(/?)(.*)$ /$2 [PT] ProxyPreserveHost on ProxyPass / http://127.0.0.1:7070/gui/ </VirtualHost> Как вы думаете, в моем коде есть что-то странное? – Saggia 19 March 2018 в 21:58
2

У вас есть имя сервера в вашем конфиге? Вы можете отлаживать с помощью apache2ctl -S & quot; показать, как обрабатываются запросы ... – Pasi Suominen 20 March 2018 в 00:04
3

"netstat -lntu" должен показывать также ваши порты, которые прослушивают tcp / udp ... – Pasi Suominen 20 March 2018 в 00:07
4

Я отредактировал свое первое сообщение с ответами на команды, которые вы предложили. Имейте в виду, что 192.168.2.24 - это IP-адрес LAN. Большое спасибо за вашу помощь @PasiSuominen – Saggia 20 March 2018 в 11:41
5

Apache не прослушивает никаких ipv4-адресов с портом 80, просто адрес ipv6 ... Также обычной практикой является не прослушивание *, укажите свой ipv4-адрес, который вы хотите прослушать на вашем vhost conf. Чтобы диагностировать более конкретные, вам нужно опубликовать эти конфигурации в pastebin или что-то еще. – Pasi Suominen 20 March 2018 в 20:16

Apache больше не отвечает на LAN

2 ответа

Другие вопросы по тегам:

Похожие вопросы: