Ubuntu не работает apache2
Обновлено: 07.07.2024
Вы можете столкнуться с такой проблемой по разным причинам, давайте сначала рассмотрим основные из них, чтобы вы знали что дальше делать:
А теперь рассмотрим более подробно почему так происходит и как решить проблему.
Code:
sudo service apache2 status
shows the following:
And attempting to restart results in this:
The Apache error log contains this:
Code:
sudo netstat -tlnpActive Internet connections (only servers)Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name tcp 0 0 0.0.0.0:993 0.0.0.0:* LISTEN 752/dovecot tcp 0 0 0.0.0.0:995 0.0.0.0:* LISTEN 752/dovecot tcp 0 0 127.0.0.1:3306 0.0.0.0:* LISTEN 767/mysqld tcp 0 0 0.0.0.0:110 0.0.0.0:* LISTEN 752/dovecot tcp 0 0 0.0.0.0:143 0.0.0.0:* LISTEN 752/dovecot tcp 0 0 127.0.0.53:53 0.0.0.0:* LISTEN 61369/systemd-resol tcp 0 0 74.208.214.167:53 0.0.0.0:* LISTEN 725/named tcp 0 0 127.0.0.1:53 0.0.0.0:* LISTEN 725/named tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 762/sshd tcp 0 0 127.0.0.1:953 0.0.0.0:* LISTEN 725/named tcp6 0 0 . 993 . * LISTEN 752/dovecot tcp6 0 0 . 995 . * LISTEN 752/dovecot tcp6 0 0 . 110 . * LISTEN 752/dovecot tcp6 0 0 . 143 . * LISTEN 752/dovecot tcp6 0 0 . 53 . * LISTEN 725/named tcp6 0 0 . 22 . * LISTEN 762/sshd tcp6 0 0 ::1:953 . * LISTEN 725/named
Can anyone help me with this? I am puzzled , is the server being hacked?
Thanks in advance
Команды systemctl для Apache
Чтобы устранить распространенные ошибки Apache с помощью менеджера сервисов systemd, первым делом вам необходимо проверить состояние процессов Apache в вашей системе. Следующие команды systemctl помогут вам узнать больше о состоянии процессов Apache.
В Ubuntu и Debian используйте:
Флаг -l отображает полный вывод без сокращения. Флаг –no-pager направляет вывод непосредственно на ваш терминал. Вы должны получить такой результат:
Чтобы изучить процесс веб-сервера в CentOS и Fedora, используйте:
Вы получите такой результат:
Независимо от дистрибутива вы должны обратить внимание на строку Active в выводе. Если ваш сервер Apache не отображается как active (running), хотя он должен работать, возможно, произошла ошибка и прервала его работу. Как правило, при возникновении ошибок в выводе будет строка failed:
Active: failed (Result: exit-code) since Tue 2020-07-14 20:01:29 UTC; 1s ago
Если проблема заключается в процессе или конфигурации Apache, вы можете устранить ее с помощью команды journalctl.
Из вашего вывода:
нет доступных гнезд для прослушивания, выключение
Что в основном означает, что любой порт, который будет прослушивать один apache, уже используется другим приложением.
netstat -punta | grep LISTEN
Предоставляет вам список всех используемых портов и информацию, необходимую для распознавания того, что это за процесс, чтобы вы могли kill stop или делать с ним все, что хотите.
Сделав nmap вашего ip, я вижу, что
Так что я думаю, вы разобрались.
sysfiend 10 Май 2016 в 07:18
В моем случае я получил ошибку просто потому, что изменил Listen 80 на прослушивание 443 в файле.
Поскольку я установил mod_ssl с помощью команд yum
yum -y install mod_ssl
В файле ssl.conf, созданном во время установки mod_ssl, была дублирующаяся директива listen 443.
Вы можете проверить это, если у вас есть дубликаты listen 80 или 443, выполнив приведенную ниже команду в linux centos (My linux)
Ниже пример вывода
Robert 2 Окт 2018 в 11:05
Разрешить Apache через брандмауэр
И перезагрузите брандмауэр:
RR Support 23 Янв 2020 в 10:17
vijesh c 20 Ноя 2018 в 09:37
Astron 4 Апр 2020 в 01:28
У меня такая же ошибка из-за простой опечатки в vhost.conf. Не забудьте убедиться, что у вас нет ошибок в файлах конфигурации.
Stack Underflow 19 Ноя 2019 в 20:07
В командной строке введите journalctl -xe, и результаты будут
Это означает, что на вашем компьютере запущен SELinux, и вам необходимо отключить его. затем отредактируйте файл конфигурации, набрав следующий
Затем найдите строку SELINUX=enforce и измените на SELINUX=disabled
Наконец запустите сервер
Millz Billz 20 Авг 2019 в 10:17
Команды journalctl для Apache
Чтобы проверить логи systemd для Apache, вы можете использовать команду journalctl. Логи systemd для Apache обычно содержат данные о проблемах с запуском или управлением процессом Apache.
Эти логи отделены от логов запросов и ошибок Apache. Команда journalctl отображает логи systemd, которые описывают сам сервис Apache (от его запуска до завершения работы, включая все ошибки процесса, которые могут возникнуть на этом пути).
В системах Ubuntu и Debian для проверки логов используйте следующую команду:
Флаг –since today ограничивает вывод команды записями лога, начиная с 00:00:00 текущего дня. Использование этой опции поможет ограничить объем записей лога, которые вам необходимо изучить для выявления ошибок. Вы должны получить следующий результат:
Если вы используете систему на базе CentOS или Fedora, введите эту версию команды:
Вы получите такой результат:
В случае ошибки в выводе будет строка, приведенная ниже (имя хоста будет отличаться в зависимости от дистрибутива Linux):
Если в ваших логах Apache есть подобные ошибки, то следующее, что нужно сделать для устранения возможных проблем – это исследовать конфигурации Apache с помощью инструмента командной строки apachectl.
Code:
cd /etc/apache2/sites-available
Code:
sudo a2ensite 000-default.conf
Code:
sudo systemctl reload apache2
Code:
sudo a2ensite test-1.conf
and reload apache using
Code:
sudo systemctl reload apache2
and finally test if it is working with
Code:
sudo service apache2 status
Code:
sudo a2dissite 000-default.conf
, check the Apache is running with
Code:
sudo service apache2 status
Last edited by anthonykung; September 4th, 2018 at 08:56 AM . Reason: [Solved]
Устранение неполадок с помощью apachectl
Большинство дистрибутивов Linux включают утилиту apachectl в установку Apache по умолчанию. apachectl – бесценный инструмент, помогающий обнаруживать и диагностировать проблемы конфигурации Apache.
Проверьте конфигурацию Apache с помощью команды apachectl configtest. Инструмент проанализирует ваши файлы Apache и обнаружит все ошибки или недостающие настройки перед попыткой запуска сервера.
Команда одинакова для дистрибутивов Ubuntu, Debian, CentOS и Fedora:
sudo apachectl configtest
Если конфигурация Apache не содержит ошибок, вы получите такой результат:
В зависимости от вашего дистрибутива Linux в выводе могут быть и другие строки, но самая важная строка – это та, в которой говорится, что с синтаксисом все ок.
Если в вашей конфигурации Apache есть ошибка (например, директива ссылается на деактивированный модуль) или опечатка, apachectl обнаружит ее и попытается уведомить вас о проблеме.
В этом примере модуль ssl не включен, поэтому при проверке конфигурации директива SSLEngine выдает ошибку. Последняя строка также указывает, что в логе ошибок Apache может содержаться дополнительная информация, и это следующее место для поиска подробной отладочной информации.
Логи Apache
Если вы устраняете неполадки в системе Debian или Ubuntu, проверьте /var/log/apache2/error.log с помощью инструмента tail или less. Например, чтобы просмотреть последние две строки лога ошибок с помощью tail, выполните следующую команду:
sudo tail -n 2 /var/log/apache2/error.log
Замените количество строк, которые вы хотите изучить. Укажите количество строк вместо числа 2 в команде.
Ниже мы приводим пример пример ошибки (ее текст не зависит от дистрибутива Linux):
Эти строки мы привели просто для примера. Если вы диагностируете ошибки на своем сервере Apache, скорее всего, вы найдете совсем другие строки с ошибками в ваших логах. Независимо от дистрибутива Linux, строки ошибок в логах всегда содержат соответствующий модуль Apache и код ошибки, а также текстовое описание ошибки.
Как только вы поймете, что могло вызвать вызывать проблему на вашем сервере Apache, вы можете продолжить исследование и устранение неполадок. Код ошибки и текстовое описание особенно полезны, поскольку дают конкретные указания, которые можно использовать для сужения диапазона возможных причин возникновения ошибки.
Apache – это популярный веб-сервер с открытым исходным кодом, который отличается гибкостью, производительностью и широкой поддержкой. Данный мануал ознакомит вас с общими процедурами по поддержке Apache, включая управление сервисом, работу с виртуальными хостами и редактирование конфигураций.
Примечание: Мануал предназначен для пользователей, которые работают с Apache в Ubuntu. Если вы используете CentOS или другой дистрибутив RHEL, обратитесь к мануалу Установка LAMP stack на CentOS 7.
Каждый раздел может использоваться независимо от других, поэтому вы можете пропустить разделы, которые вам не нужны. Все условные значения в командах выделены красным; вместо этих значений вы можете подставить свои данные.
Каждый раздел предлагает ссылки на другие руководства, с которыми можно проконсультироваться.
Установка Apache
Чтобы установить сервис Apache, обновите индекс пакетов и запустите следующую команду:
sudo apt-get update
sudo apt-get install apache2
Автозагрузка Apache
Сервис Apache запускается автоматически. Если вы хотите изменить это поведение, введите:
sudo systemctl disable apache2.service
Чтобы снова добавить Apache в автозагрузку, введите:
sudo systemctl enable apache2.service
Управление сервисом Apache
Чтобы остановить сервер Apache, введите следующую команду:
sudo systemctl stop apache2
Чтобы запустить сервер Apache, введите:
sudo systemctl start apache2
Чтобы остановить сервис и запустить его снова, введите:
sudo systemctl restart apache2
Если вы изменили конфигурацию, вы можете перезагрузить Apache в текущей сессии. Введите следующую команду:
sudo systemctl reload apache2
Проверка состояния Apache
Чтобы проверить состояние Apache, введите команду:
sudo systemctl status apache2
Эта команда сообщит, работает ли Apache и покажет вам последние несколько строк логов.
Создание корневого каталога для статического сайта
При создании сайтов на Apache разработчики часто используют виртуальные хосты – это хосты, которые обслуживают отдельные сайты или домены. Для этого нужно создать document root, каталог верхнего уровня, который Apache проверяет при обслуживании контента.
Передайте права на каталог пользователю с доступом к sudo.
Предоставьте остальным пользователям права на чтение контента:
find /var/www -type d -exec chmod 775 <> \;
Помните, что права доступа должны меняться в соответствии с ситуацией.
Создание корневого каталога для динамических файлов
Если ваш сайт использует динамические модули типа PHP, создайте каталог document root для этих файлов:
Передайте права на каталог пользователю sudo и группе www-data:
Изменение конфигурации
При работе с виртуальными хостами необходимо изменить параметры конфигурации и добавить данные о домене, чтобы сервер Apache мог правильно реагировать на запросы.
Откройте файл виртуального хоста:
Измените следующие строки:
После изменения файл будет выглядеть так:
Прежде чем сохранить файл, убедитесь, что в директивах нет ошибок.
Включение и отключение конфигурационных файлов
Виртуальные хосты
Чтобы включить виртуальный хост, введите:
Чтобы отключить конфигурационный файл (в данном примере это стандартный виртуальный хост):
sudo a2dissite 000-default.conf
Модули
Чтобы включить модули из каталога /etc/apache2/mods-available, введите:
sudo a2enmod example_mod
Чтобы отключить конкретный модуль:
sudo a2dismod example_mod
Конфигурационные файлы
Чтобы включить конфигурационные файлы из каталога /etc/apache2/conf-available (файлы, не связанные с виртуальными хостами), введите:
sudo a2enconf example-conf
Чтобы отключить файл, введите:
sudo a2disconf example-conf
Тестирование конфигурации
Каждый раз, когда вы вносите изменения в конфигурационные файлы Apache, обязательно выполните следующую команду, чтобы проверить наличие синтаксических ошибок:
sudo apache2ctl configtest
Важные файлы и каталоги Apache
Контент
Конфигурация сервера
- /etc/apache2: конфигурационный каталог Apache (здесь хранятся все конфигурационные файлы веб-сервера).
- /etc/apache2/apache2.conf: главный конфигурационный файл веб-сервера, в котором находятся все глобальные параметры. Все остальные файлы загружаются через этот файл. Также тут хранятся директивы FollowSymLinks, которые отвечают за включение и отключение конфигурационных файлов.
- /etc/apache2/sites-available/: здесь находятся все виртуальные хосты (в том числе и отключенные). В этом каталоге происходят все изменения в настройке виртуального хоста. Эти файлы включаются с помощью команды a2ensite.
- /etc/apache2/sites-enabled/: здесь хранятся файлы включенных виртуальных хостов. При запуске или перезагрузке Apache читает конфигурационные файлы и ссылки в этом каталоге, чтобы собрать полную конфигурацию.
- /etc/apache2/conf-available и /etc/apache2/conf-enabled: работают по тому же принципу, что и sites-available и sites-enabled. Эти каталоги предназначены для хранения фрагментов конфигурации, которые не входят в виртуальные хосты.
- /etc/apache2/mods-available и /etc/apache2/mods-enabled: эти каталоги работают аналогичным образом. Они предназначены для хранения модулей. В них находятся файлы двух типов: файлы с расширением .load загружают модули, а файлы .conf хранят их конфигурации.
- /var/log/apache2/access.log – это лог, который регистрирует все запросы Apache (если в конфигурации веб-сервера не сказано другого).
- /var/log/apache2/error.log – это лог ошибок. Настроить уровень логирования можно с помощью параметра LogLevel в /etc/apache2/apache2.conf.
Другой способ доступа к информации о компонентах Apache – через journald. Этот инструмент собирает информацию логов приложений и ядра. Чтобы просмотреть записи для модуля Apache, введите:
sudo journalctl -u apache2
Заключение
Данный мануал перечислил общие процедуры по поддержке сервера Apache. Чтобы узнать больше о работе с Apache, ознакомьтесь со следующими руководствами:
Вы можете использовать Видовые экраны. "vim -o testfile1 testfile2" - открыть файлы в разделенном окне. ": sp filename" - разделить и открыть "имя файла". ": vsp filename" - вертикальное разделение и открытие "filename". «Ctrl + w + стрелка» - изменить окно просмотра.
У меня была эта проблема: причина находится в файле
, где корень изменился:
перед обновлением = /var/www
после обновления = /var/www/html
Так редактируют, чтобы изменить этот файл
И перезапустить апача
У меня была эта проблема даже при том, что апач работал на меня. Я просто хотел сделать быстрое
Это устанавливает переменную APACHE_LOCK_DIR, и все хорошо ( -D SERVER_CONFIG_FILE="apache2.conf" ).
Признаки и решение
Во многих Q& веб-сайты или форумы, люди путают признаки и фактические причины. Я просто обновил сервер человечности от 13,10 до 14.04.1 и столкнулся с теми же самыми признаками, описанными OP, включая:
1-апачей, по-видимому, не работа. 2-апачских неопределенных переменных конфигурации. 3-синтаксическая ошибка упоминается OP.
проблема состоит в том, что не все эти признаки на самом деле релевантны фактической проблеме, и они только служат отвлечением тем, кто старается изо всех сил помогать.
Различные корневые проблемы могут заставить администраторов возникать у сайтов как этот примерно с тем же описанием: "Я обновил ОС, и теперь апач не работает. "
Одна определенная причина
Наличие всех тех же самых очевидных признаков как OP, я был притянут к этому вопросу. К сожалению, единственный ответ, который содержал допустимую подсказку к реальной первопричине моей проблемы, был downvoted (-1), отправленный user1469291 с представителем 1 года!! Таким образом, я искал далее другие веб-сайты, пока я не нашел четкое объяснение проблемы (и таким образом решения).
решение, которое следует, не может решить настоящую проблему OP, но я уверен, что это поможет другим, которые могут быть притянуты к этому вопросу по тем же причинам, как я был.
, что означает, что только конфигурационные файлы сайта в/etc/apache2/sites-enabled/окончании в .conf будут загружены. Более старая символьная ссылка в том каталоге будет проигнорирована.
Так, или изменить директиву выше и перезагрузить апача, или, как я сделал, вручную удаляю все более старые символьные ссылки в поддерживающем сайты/, переименовываю все файлы в sites-available/для добавления суффикса .conf и затем повторно включил каждый сайт индивидуально.
, Кроме того, директива по умолчанию в apache.conf более строга:
Поэтому при хостинге виртуальных сайтов в/home/user/somewhere удостоверьтесь, что переопределили директиву соответственно.
Перестал работать MongoDB под Ubuntu
Привет, Установил MongoDB сервер и клиент. Время все работало хорошо. Но сегодня появляется.
Dash to Panel перестал работать в Ubuntu
Здравствуйте. Сегодня утром поехал интерфейс, перестал работать Dash to Panel. Его словно и нет.
После установки Ubuntu 16.04 вместо Windows 10, перестал работать тачпад
Лазил на всяких форумах, сайтах, ничего не помогает. Ноутбук: Acer extensa 2508. Система даже.
Перестал работать screen в centos
упали все проги на vps, захожу включать заново, а скрин не работает. -bash: /usr/bin/screen.
А порт у вас какой в файле /etc/apache2/ports.conf указан, в 5 строке он написан, т.е пишите localhost:порт.
п.с Может поможет.
И зря вы что-то коментили сюда не выложив.
__________________Помощь в написании контрольных, курсовых и дипломных работ здесь
orionit, 80
Добавлено через 39 секунд
не помогает
Т.е письменно.
orionit, Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator at [no address given] to inform them of the time this error occurred, and the actions you performed just before this error.
More information about this error may be available in the server error log.
Stas Risen,Чегото вы там левого накоментили, проще уже переустановить апач и не мучаться. orionit, я переустановил его apt-get install --reinstall apache2 . В браузере тоже самое.
Решение
Криво переустановили, он тупо встал заново со всеми файлами настроек.Вот здесь показано как удалить апач полностью
и потом уже его ставьте заново. orionit, спасибо Вам огромное. Задолбал уже Вас, наверное.
VPN сервер перестал работать
всё было настроено и работало несколько лет сегодня VPN перестал подключаться, настройки верные .
Перестал работать интернет во всех линуксах(
После переключения маршрутизатора DSL-2500u в режим моста и обратно перестал работать интернет в.
Клонировал жесткий диск и сервер перестал работать CentOS 5.5 Final
Заказали у меня 3 копии сервера, я скопировал их , сам посмотрел файлы на обеих дисках идентичные.
После смены пароля root по ssh перестал работать пароль
Сервер Centos 5.7. На сервере по SSH был изменен пароль root командой passwd. Проблема в том что не.
перестал работать БТ
Всем привет! После перустановки ОС , также, перестал работать БТ. Дрова с сайта ACER ставил но все.
Читайте также: