Apache не отвечает на запросы

Добрый день.
Неожиданно возникла следующая проблема. Есть два ПК, на обоих установлена ОС Linux (дистрибутив не имеет значения) При открытии веб-сайта с одного ПК, все открывается отлично, при открытии со второго, у первого виснет страница, и при обновлении, после тайм-аута выдается сообщение о недоступности сайта. tcpdump`ом видно, что пакеты с первого ПК прилетают на сервер, но Apache на них не отечает, в логи апача (var/log/http), или системные логи (/var/log/secure, /var/log/messages) никаких данных не падает. Отключение фаерволла никаких изменений не принесло. Также если у этих устройств поменять сетевые адреса, ничего не меняется, тот у которого открывалось и раньше - все также работает, тот, у которого не открывалось - нет.

При этом через 60 секунд у первого (которого висло открытие), все начинает работать, но ровно до момента пока второй не обновит страницу

Если повторить туже процедуру на двух ПК с ОС Windows, проблем нет, оба ПК работают нормально.

Подскажите, пожалуйста, если кто-то сталкивался, в чем может быть проблема, или хотя бы в какую сторону копать

"jeka0506" написал:

дистрибутив не имеет значения

Имеет. Файлы конфигурации могут различаться в разных дистрибутивах, в том числе и быть расположены по другим адресам. Так что укажите дистрибутив. И дайте результат вывода:
[console=root]service apache2 status[/console]

Rizado написал:

[quote="jeka0506"]дистрибутив не имеет значения

Имеет. Файлы конфигурации могут различаться в разных дистрибутивах, в том числе и быть расположены по другим адресам. Так что укажите дистрибутив. И дайте результат вывода:
[console=root]service apache2 status[/console][/quote]

[console][root@ ~]# service apache2 status
apache2: unrecognized service
[root@ ~]# service httpd status
httpd (pid 16371) is running..[/console]

Пробовали на нескольких дистрибутивах, в том числе с андроид мобилок
в частности, Linux Mint, Ubuntu, Android 8 (его в принципе тоже можно в какой-то мере считать линукс терминалом)

Я наверное, некорректо обхяснил. ПК с Линуксом в данном случае используются как терминалы, клиентские машины. В качестве сервера используется сервак на CentOS6.
Т.е. проблема в том, что когда два юзера открывают сайт, работая за ПК с Линукс (вышеуказанные дистрибутивы тестировались), то у первого ПК виснет сайт и не получают ответа запросы к веб-серверу. Когда этиже два юзера с тех же ПК, но с установленной на них виндой подключаются к серверу - все работает отлично

jeka0506, я о чём и говорю, что дистрибутив имеет значение. Даже названия демона разные, у меня это как раз Apache2.
Вообще, при условии отправки на сервер корректного запроса серверу вообще всё равно, с чего вы к нему подключаетесь, хоть с деревянных счётов :) . Я в своё время эксперимента ради ставил useragent «ZX-Spectrum» и «MK-52», даже в таком варианте сайты отображались корректно.
Вы уверены, что проблема в сервере? Выкладывайте конфиги Apache, посмотрим. Только используйте BB-коды «код» и «спойлер» :) .

Rizado написал:

jeka0506, я о чём и говорю, что дистрибутив имеет значение. Даже названия демона разные, у меня это как раз Apache2.
Вообще, при условии отправки на сервер корректного запроса серверу вообще всё равно, с чего вы к нему подключаетесь, хоть с деревянных счётов :) . Я в своё время эксперимента ради ставил useragent «ZX-Spectrum» и «MK-52», даже в таком варианте сайты отображались корректно.
Вы уверены, что проблема в сервере? Выкладывайте конфиги Apache, посмотрим. Только используйте BB-коды «код» и «спойлер» :) .

Ну да, я понимаю, что страницу открывает браузер, а не ОСь :) собственно, потому и оказался в тупике

Что-то конфиг апача загрузить не дает, выдает ошибку о том, что много ссылок, хотя я даже все ServerName позаменял с example.com на example com

jeka0506,
[console=root]service https status[/console]
И смотри́те, что не так. Выложите лог на pastebin и дайте ссылку.

Rizado написал:

jeka0506,
[console=root]service https status[/console]
И смотри́те, что не так. Выложите лог на pastebin и дайте ссылку.

Вот ссыль на конфиг апача:

https://pastebin.com/EWBiBx1L

а в логе, как я писал выше ничего нет, при удачном коннекте (первого или второго ПК, не важно), в логах стандартные ответы 200 и отдаваемые страницы, а когда у первого ПК коннект пропадает, то сервис не отвечает даже на пакеты и ни в какие логи никаких данных не падает

jeka0506, а вот это с какой непонятной целью делалось?

ServerName default
DocumentRoot /var/www/html/default

DocumentRoot /var/www/html
ServerName server.com

При этом оба виртуальных хоста активны?

Rizado написал:

jeka0506, а вот это с какой непонятной целью делалось?

text

ServerName default
DocumentRoot /var/www/html/default

text

DocumentRoot /var/www/html
ServerName server.com

При этом оба виртуальных хоста активны?

Это сделано для безопасности, как заглушки, чтобы по ip адресу на сервер не зашли, а только по домену

jeka0506, вы не поняли. У вас один виртуальный хост в подкаталоге второго. Смысл этого действия?
Доступнее. Представьте, что вы делаете два сайта, например о котятах (_kittens.site) и о вампирах (_vampires.site). И у вас сайт о вампирах будет открываться не только по его прямому адресу, но и по адресу _kittens.site/default/. Вот зачем так делать?

P.S. Подчёркивание в начале адресов сделал, чтобы форум не превращал в ссылки.

а, Вы о директориях, для ВХостов default и server.com они лежат в разных директориях, просто для безопасности я изменил пути перед отправкой конфига в интернет :)
Что-то вроде такого
Для default - /var/www/html
Для server.com - /opt/project/html/

"jeka0506" написал:

чтобы по ip адресу на сервер не зашли, а только по домену

DiabloPC написал:

[quote="jeka0506"]чтобы по ip адресу на сервер не зашли, а только по домену

"jeka0506" написал:

просто для безопасности я изменил пути перед отправкой конфига в интернет

Ну тогда вам в общество телепатов. Никто не обязан угадывать, что вы выложили не рабочий файл, а изменённый.

Rizado написал:

[quote="jeka0506"]просто для безопасности я изменил пути перед отправкой конфига в интернет

Ну тогда вам в общество телепатов. Никто не обязан угадывать, что вы выложили не рабочий файл, а изменённый.[/quote]


Я там изменил только доменное имя и поудалял комментарии из стандартного конфиг-файла httpd.conf

https://pastebin.com/08SqqQxw

вот тот же конфиг, но с корректными путями к директориям с файлами.

Из измененного только доменное имя сервера и названия сертификатов для https. Я не могу указать название домена, с названием организации, но, не думаю, что проблема в доменном имени :)

jeka0506,Таки стоит вот так сделать:

Ибо вообще непонятно как при наличии двух разных конфигов на один vhost оно запускает httpd, а не вываливается с ошибкой.

Сейчас по сути там вот такое написано:
[console]<VirtualHost *:80>
Иди налево
</VirtualHost>

<VirtualHost *:80>
Иди напрво
</VirtualHost>[/console]
Ну и как это должно работать??

DiabloPC написал:

Сейчас по сути там вот такое написано:
[console]<VirtualHost *:80>
Иди налево
</VirtualHost>

<VirtualHost *:80>
Иди напрво
</VirtualHost>[/console]
Ну и как это должно работать??

Понял, попробую убрать лишний ВХост, спасибо. По результату напишу

"jeka0506" написал:

лишний ВХост

"DiabloPC" написал:

Два лишних: один *:80, второй *:443

Да там, похоже, http и https пытается одновременно. А не проще редирект?

<VirtualHost *:80>
    …
    RewriteEngine on
    RewriteCond %{SERVER_NAME} =www.domain.ru [OR]
    RewriteCond %{SERVER_NAME} =domain.ru
    RewriteRule ^ https://%{SERVER_NAME}%{REQUEST_URI} [END,NE,R=permanent]
</VirtualHost>

Rizado, думаю не критично, в любом случае если адресс обращения был http:// то запрос на :80 прилетит, а если https:// - на :443,
А вот то что в конфиге одни и те-же запросы в разные стороны адрусуются - ото интересно))
Добавлено: 5th Mar 2019 6:23:09 pm

"Rizado" написал:

<VirtualHost *:80>
…
RewriteEngine on
RewriteCond %{SERVER_NAME} =www.domain.ru [OR]
RewriteCond %{SERVER_NAME} =domain.ru
RewriteRule ^ https://%{SERVER_NAME}%{REQUEST_URI} [END,NE,R=permanent]
</VirtualHost>

RewriteRule ^ https://domain.com/%{REQUEST_URI} [END,NE,R=permanent]

Заодно любые запросы по IP будут адресоваться на domain.com