☰

Apache обслуживает поддомен вместо домена

tag-icon • tag-icon virtualhost apache2 subdomain
Apache обслуживает поддомен вместо домена

У меня на сервере было два запущенных сайта ( nextcloud.example.comэкземпляр Nextcloud и example.comэкземпляр Grav). Я добавил конфигурацию Postfix на сервер, и теперь я тоже могу отправлять почту. Но я что-то напутал с сертификатами, поэтому переделал их...

TheГлавная проблематеперь вот в чем дело, всегда, когда я пытаюсь открыть, example.comон всегда вызывает example.com/index.php/login, который отображает страницу входа в систему, nextcloud.example.comно я ожидаю свою главную страницу Grav. также, когда я вызываю, example.com/adminон разрешается в example.com/index.php/login.

Я новичок в этой теме, поэтому надеюсь, что это будут релевантные данные:

$ apachectl configtest
Syntax OK

Я вставил сюда свои conf-файлы, но StackExchange пометил мой Text-Area как спам. Поэтому я удалил их. Я с радостью предоставлю вам больше информации, мне просто не разрешили...

РЕДАКТИРОВАТЬ:

apache2ctl -S
VirtualHost configuration:
127.0.1.1:443          example.com (/etc/apache2/sites-enabled/example.com-le-ssl.conf:2)
127.0.1.1:80           example.com (/etc/apache2/sites-enabled/example.com.conf:1)
5.252.225.176:443      nextcloud.example.com (/etc/apache2/sites-enabled/nextcloud.example.com-le-ssl.conf:2)
5.252.225.176:80       nextcloud.example.com (/etc/apache2/sites-enabled/nextcloud.example.com.conf:1)
ServerRoot: "/etc/apache2"
Main DocumentRoot: "/var/www/html"
Main ErrorLog: "/var/log/apache2/error.log"
Mutex rewrite-map: using_defaults
Mutex ssl-stapling-refresh: using_defaults
Mutex ssl-stapling: using_defaults
Mutex ssl-cache: using_defaults
Mutex default: dir="/var/run/apache2/" mechanism=default 
Mutex mpm-accept: using_defaults
Mutex watchdog-callback: using_defaults
PidFile: "/var/run/apache2/apache2.pid"
Define: DUMP_VHOSTS
Define: DUMP_RUN_CFG
User: name="www-data" id=33 not_used
Group: name="www-data" id=33 not_used

<VirtualHost nextcloud.example.com:443>
  DocumentRoot /var/www/nextcloud.example.com/htdocs/
  ServerName  nextcloud.example.com

  <Directory /var/www/nextcloud.example.com/htdocs/>
    Require all granted
    AllowOverride All
    Options FollowSymLinks MultiViews

    <IfModule mod_dav.c>
      Dav off
    </IfModule>
  </Directory>
RewriteEngine off
# Some rewrite rules in this file were disabled on your HTTPS site,
# because they have the potential to create redirection loops.

#RewriteCond %{SERVER_NAME} =nextcloud.example.com
#RewriteRule ^ https://%{SERVER_NAME}%{REQUEST_URI} [END,NE,R=permanent]

SSLCertificateFile /etc/letsencrypt/live/example.com/fullchain.pem
SSLCertificateKeyFile /etc/letsencrypt/live/example.com/privkey.pem
Include /etc/letsencrypt/options-ssl-apache.conf
</VirtualHost>
</IfModule>

<IfModule mod_ssl.c>
<VirtualHost example.com:443>
  DocumentRoot /var/www/example.com/htdocs/
  ServerName  example.com

  <Directory /var/www/example.com/htdocs/>
    Require all granted
    AllowOverride All
    Options FollowSymLinks MultiViews

    <IfModule mod_dav.c>
      Dav off
    </IfModule>
  </Directory>
RewriteEngine on
# Some rewrite rules in this file were disabled on your HTTPS site,
# because they have the potential to create redirection loops.

#RewriteCond %{SERVER_NAME} =example.com
#RewriteRule ^ https://%{SERVER_NAME}%{REQUEST_URI} [END,NE,R=permanent]

SSLCertificateFile /etc/letsencrypt/live/example.com/fullchain.pem
SSLCertificateKeyFile /etc/letsencrypt/live/example.com/privkey.pem
Include /etc/letsencrypt/options-ssl-apache.conf
</VirtualHost>
</IfModule>

решение1

Вероятно, вам нужно изменить имена хостов в директивах VirtualHost на *. То есть, вместо

<VirtualHost nextcloud.example.com:443>
  ServerName  nextcloud.example.com
  ...
</VirtualHost>
<Virtualhost example.com:443>
  ServerName  example.com
  ...
</VirtualHost>

пытаться

<VirtualHost *:443>
  ServerName  nextcloud.example.com
  ...
</VirtualHost>
<Virtualhost *:443>
  ServerName  example.com
  ...
</VirtualHost>

Обычно аргумент VirtualHost должен быть IP-адресом или *соответствовать всем IP-адресам.

Первая форма выше не будет работать, если IP-адрес, по которому Apache получает соединение, отличается от DNS-адреса example.com — например, если example.com находится за прокси-сервером. В этом случае Apache вернется к обслуживанию с виртуального хоста по умолчанию, который является первым, который в вашем случае, по-видимому, nextcloud.example.com.

ВидетьВиртуальныйХост, иВиртуальные хосты на основе имени.

Связанный контент