Вопрос или проблема
Какое-то время назад мой VPS сломался, всё работало как ожидалось. Я размещаю 2 сайта WordPress на этом сервере, “domain” и “sub.domain”. Мои файлы apache2 .conf и le-ssl.conf такие же, как и когда всё работало, я трижды проверил это. Я использую Cloudflare и ключи SSL Cloudflare для обоих.
Как сказано в заголовке, если я просто ввожу sub.domain в качестве URL, он переходит на domain и отображает сайт. Если я ввожу sub.domain/index.php (или html, у меня есть оба для теста), он отображает страницу правильно.
Я бегаю кругом, пытаясь понять и исправить это. Мне многому нужно научиться, но я не совсем новичок.
Я устанавливал WordPress с нуля на sub.domain, чтобы протестировать перед установкой моего бэкапа. Я могу получить доступ к wp-admin без ошибок, но если я пытаюсь получить доступ к одной из страниц (существующей в базе данных), я получаю ошибку 404.
Я ожидаю увидеть содержимое index.php, если я захожу на URL sub.domain. Я немного потерялся, что делать дальше, чтобы этот сайт sub.domain работал нормально.
Я был бы действительно признателен за некоторые указания в правильном направлении. Спасибо за вашу помощь.
Ответ или решение
Для решения вашей проблемы с перенаправлением субдомена и некорректной работой основной страницы на сервере Apache, управляемом через Cloudflare и с установленной платформой WordPress, давайте разберем несколько аспектов, которые могут быть причиной нежелательного поведения и предложим возможные решения.
Теория
Одной из основных причин, почему ваше главное URL "sub.domain" перенаправляется на "domain", может быть неверная конфигурация файлов .htaccess или настроек Apache. Перенаправления могут возникать из-за правил в вашем .htaccess файле или из-за виртуальных хостов (Virtual Hosts) в конфигурации Apache.
Другая причина может быть связана с настройками в базе данных WordPress, где указаны неверные URL. Это особенно актуально, если до сбоя вы совершали какие-либо манипуляции с базой данных или конфигурацией сайта.
Пример
Рассмотрим ситуацию, когда в .htaccess файле присутствуют правила, которые запрашивают перенаправление на основной домен:
RewriteEngine On
RewriteCond %{HTTP_HOST} ^sub\.domain\.com$ [NC]
RewriteRule ^(.*)$ http://domain.com/$1 [L,R=301]Такое правило перенаправляет все запросы от "sub.domain.com" на "domain.com". Если правило необходимо удалить или изменить, это необходимо сделать посредством редактирования данного файла или файла конфигурации виртуального хоста для правильного маршрутизации запросов.
Применение
-
Проверка конфигурации .htaccess и Virtual Hosts: Убедитесь, что нет никаких основных или скрытых перенаправлений в конфигурации Apache (например, в файле /etc/apache2/sites-available/your-site.conf), которые могут неверно направлять трафик. Проверьте наличие ошибок в .htaccess, таких как правила перенаправления.
-
Настройки Cloudflare: Убедитесь, что в дашборде Cloudflare правильно настроены записи DNS для "sub.domain", и не осуществляется перенаправление на основной домен. Также важно проверить SSL настройки, так как они могут влиять на доступность сайта.
-
Конфигурация WordPress: Войди в панель управления "sub.domain" и проверьте, чтобы в разделе "Настройки" -> "Общие" были указаны коректные URL для сайта и домашнего URL. Некорректные URL могут приводить к самообновлению постоянных ссылок.
-
Сообщения об ошибках: Проверьте журналы ошибок Apache, а также журналы ошибок PHP/Wordpress. Это может дать подсказки о том, что пошло не так и почему перенаправление неверно работает или возникает ошибка 404.
-
Переписывание ссылок: Иногда может помочь просто обновление структуры постоянных ссылок в панели управления WordPress, этот шаг заставляет WordPress обновить внутренние структуры и может устранить некоторые ошибки 404.
Заключение
Эта проблема может быть вызвана комбинацией нескольких факторов, включая конфигурационные ошибки либо на стороне сервера, либо в настройках WordPress. Предлагаемые шаги направлены на локализацию и исправление возможных проблем, т. д. тщательной проверки файлов конфигурации, настроек DNS в Cloudflare и параметров WordPress.