Рейтинг:0

Apache2 - ошибка виртуального хостинга .app

флаг cn

Я пытаюсь разместить xyz.приложение URL-адрес на Apache. Я все настроил на своем сервере, но ничего не получаю даже в access.log. На том же сервере я уже размещаю веб-сайт .com, который работает нормально. Ниже приведена среда, которую я использую;

ОС: Ubuntu 20.04.2 LTS

Сервер: Apache/2.4.41

Мой xyz.conf файл выглядит следующим образом;

<VirtualHost *:80>
        # The ServerName directive sets the request scheme, hostname and port that
        # the server uses to identify itself. This is used when creating
        # redirection URLs. In the context of virtual hosts, the ServerName
        # specifies what hostname must appear in the request's Host: header to
        # match this virtual host. For the default virtual host (this file) this
        # value is not decisive as it is used as a last resort host regardless.
        # However, you must set it for any further virtual host explicitly.
        ServerName xyz.app

        <Directory "/var/www/xyzapp">
                AllowOverride All
                Require all granted
        </Directory>
        # ServerAdmin webmaster@localhost
        DocumentRoot /var/www/xyzapp

        # Available loglevels: trace8, ..., trace1, debug, info, notice, warn,
        # error, crit, alert, emerg.
        # It is also possible to configure the loglevel for particular
        # modules, e.g.
        #LogLevel info ssl:warn

        ErrorLog ${APACHE_LOG_DIR}/error.log
        CustomLog ${APACHE_LOG_DIR}/access.log combined

        # For most configuration files from conf-available/, which are
        # enabled or disabled at a global level, it is possible to
        # include a line for only one particular virtual host. For example the
        # following line enables the CGI configuration for this host only
        # after it has been globally disabled with "a2disconf".
        #Include conf-available/serve-cgi-bin.conf
</VirtualHost>

мой апачектл -S выход следующий;

Конфигурация виртуального хоста:
*:80 — это NameVirtualHost
         сервер по умолчанию xyz.app (/etc/apache2/sites-enabled/xyz.conf:1)
         порт 80 namevhost xyz.app (/etc/apache2/sites-enabled/xyz.conf:1)
         порт 80 namevhost aaa.com (/etc/apache2/sites-enabled/aaa.conf:1)
Корневой сервер: "/etc/apache2"
Основной корневой документ: "/var/www/html"
Основной журнал ошибок: "/var/log/apache2/error.log"
Обратный вызов сторожевого таймера Mutex: using_defaults
Прокси-сервер Mutex: using_defaults
Мьютекс по умолчанию: dir="/var/run/apache2/" механизм=по умолчанию
PidFile: "/var/run/apache2/apache2.pid"
Определить: DUMP_VHOSTS
Определить: DUMP_RUN_CFG
Пользователь: name="www-data" id=33 not_used
Группа: name="www-data" id=33 not_used

Я попробовал traceroute с других машин, и трассировка до сервера прошла успешно, так что с моей конфигурацией DNS все в порядке. Кроме того, я проверил напрямую, используя HTTP://IP, и он ведет меня на целевую страницу. Но мой URL-адрес xyz.app не работает. Любая помощь будет оценена по достоинству. Спасибо

флаг in
Вы *включили* конфигурацию и перезапустили Apache? `sudo a2ensite {имя файла}.conf` и `sudo service apache2 restart` может быть все, что вам нужно.
Sayid avatar
флаг cn
Да. Уже сделал это
Sayid avatar
флаг cn
Надеюсь, для URL-адресов .app нет специальных настроек.
Рейтинг:0
флаг cn

Потратив пару дней, я разобрался с проблемой. Публикация здесь, так что это может помочь кому-то в будущем. Я проверил свои сетевые вызовы, и это показало мне, что всякий раз, когда я пытался вызвать HTTP, он перенаправлял меня на HTTPS (даже если я редактировал URL-адрес и пытался снова). Чтобы проверить это, я натыкаюсь на эта почта на форуме GoDaddy со следующей информацией

Это связано с тем, что браузер должен использовать HTTPS, поскольку они поставляются с бесплатным SSL (согласно реестру домена).

Поэтому я обновил свой HTTP-хостинг сертификатом SSL, и все работало гладко. Судя по всему, проблем с конфигурацией не было, и это было связано с URL-адресом и доменом .app.

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.