Подтвердить что ты не робот

"make_sock: не удалось привязать к адресу [::]: 443" при перезапуске apache (установка trac и mod_wsgi)

Я пытаюсь установить trac и mod_wsgi через SSL. Я попытался вручную установить его, но это не получилось так хорошо, поэтому я начал следить за этим: trac-on-ubuntu

Я пропустил часть svn, потому что вместо этого я хотел бы использовать git. После первого редактирования httpd.conf:

WSGIScriptAlias /trac /var/trac/apache/trac.wsgi

<Directory /var/trac/apache>
    WSGIApplicationGroup %{GLOBAL}
    Order deny,allow
    Allow from all
</Directory>

Я перезапустил apache только для получения этой ошибки:

* Restarting web server apache2                                                    

(98)Address already in use: make_sock: could not bind to address [::]:443

                                                                     [ OK ]

Выполнение этих действий не показало ничего.

 netstat -anp | grep 443 
 fuser 443/tcp

Выполнение этого не принесло ничего, кроме команды grep, которую я запускал:

ps -aux | grep httpd

Почему он говорит, что что-то еще использует порт, когда ничего не появляется?

EDIT: Вы, ребята, будете смеяться над этим. У меня был дополнительный Listen 443 в ports.conf, которого не должно было быть. Удаление этого решения.

4b9b3361

ОТВЕТЫ

Ответ 1

Вы, ребята, будете смеяться над этим. У меня был дополнительный Listen 443 в ports.conf, которого не должно было быть. Удаление этого решения.

Ответ 2

Я добавляю еще один ответ на этот вопрос, поскольку у меня была такая же проблема, и я решил это так же: Я установил SSL на apache2 с помощью a2enmod ssl, который, похоже, добавил дополнительную конфигурацию в /etc/apache2/ports.conf:

NameVirtualHost *:80
Listen 80

NameVirtualHost *:443
Listen 443

<IfModule mod_ssl.c>
    Listen 443
</IfModule>

<IfModule mod_gnutls.c>
    Listen 443
</IfModule>

Мне пришлось прокомментировать первый Listen 443 после директивы NameVirtualHost *:443:

NameVirtualHost *:443
#Listen 443

Но я думаю, что могу, пусть и это, прокомментировать другие. В любом случае, спасибо за решение:)

Ответ 3

Благодарим вас за ответы на версии apache 2.4.x, если вы установили ssl_module с помощью команды yum, не хотите добавлять порт : 443 в файл httpd.conf(main),

Чтобы узнать порт 443 в файлах конфигурации,

# grep '443' /etc/httpd/conf.d/*

/etc/httpd/conf.d/ssl.conf:Listen 443 https
/etc/httpd/conf.d/ssl.conf:<VirtualHost _default_:443>
/etc/httpd/conf.d/ssl.conf:#ServerName www.example.com:443

# grep '443' /etc/httpd/conf/httpd.conf 
Listen 443

Просто удалите строку или команду (Listen 443) из файла httpd.conf.

Ответ 4

Для всех остальных, у которых нет дубликатов директив Listen и никаких запущенных процессов на порту: убедитесь, что вы случайно не добавляете ports.conf дважды в apache2.conf(как и в случае плохого слияния).

Ответ 5

Я использую apache версии 2.4.27, также имею эту проблему, разрешил ее с помощью модификации

conf/extra/httpdahssl.conf, прокомментируйте 18-строчный контент (Listen 443 https), он отлично работает.

Ответ 6

Я использую Ubuntu. Я просто отключил ssl-режим apache2, и он работал у меня.

a2dismod ssl

а затем перезапустили apache2.

service apache2 restart

Ответ 7

Я проверил и исправил следующее и получил его решение -

  • httpd.conf файл /etc/httpd/conf/
  • Проверено прослушивание IP и порта, например. 10.12.13.4:80
  • Удалены дополнительные порты прослушивания
  • Перезагрузите службу httpd, чтобы принять

Ответ 8

Я встречаюсь с проблемой в windows7, phpeclipse, когда я запускаю XAMPP. Мое решение:

  • 1.Встроена команда \xampp\apache\conf\httpd.conf → line171 → #LoadModule ssl_module modules/mod_ssl.so

  • 2.line539 → #Include conf/extra/httpd-ssl.conf

или вы можете изменить порт 443 на другой

Ответ 9

Я поддержал ответ Маттье

Я прокомментировал #Listen 443 в файле httpd-ssl и apache можно запустить

Поскольку файл уже имеет значение VirtualHost по умолчанию: 443

Ответ 10

Вместо этого в httpd.conf:

Listen *:443

вам нужно написать Listen 127.0.0.1:443 Это работает для меня.

Ответ 11

Я допустил ошибку, неправильно назвав резервный файл в каталоге /etc/httpd/conf.d. В README говорится, что он в алфавитном порядке проходит через все .conf файлы.

Я создал ssl- <date> .conf(предназначенный для резервного копирования), и он загружался до ssl.conf. Это было обязательным: порт 443 на основе ssl- <date> .conf и сбой на ssl.conf.

Как только я переименовал файл резервной копии в ssl.conf. <date> , сервис начал без проблем.

В качестве примечания, сервер, на котором я работаю, работает с RHEL 6