Puncte:0

Apache2 - eroare de găzduire virtuală .app

drapel cn

Încerc să găzduiesc un xyz.app URL pe Apache. Am configurat totul pe serverul meu, dar nici măcar nu primesc nimic pe access.log. Pe același server, găzduiesc deja site-ul web .com care funcționează bine. Urmează mediul pe care îl folosesc;

OS: Ubuntu 20.04.2 LTS

Server: Apache/2.4.41

Ale mele xyz.conf fișierul este după cum urmează;

<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>

Ale mele apachectl -S ieșirea este după cum urmează;

Configurare VirtualHost:
*:80 este un NameVirtualHost
         server implicit xyz.app (/etc/apache2/sites-enabled/xyz.conf:1)
         portul 80 namevhost xyz.app (/etc/apache2/sites-enabled/xyz.conf:1)
         portul 80 namevhost aaa.com (/etc/apache2/sites-enabled/aaa.conf:1)
ServerRoot: „/etc/apache2”
DocumentRoot principal: „/var/www/html”
ErrorLog principal: „/var/log/apache2/error.log”
Mutex watchdog-callback: using_defaults
Proxy Mutex: using_defaults
Mutex implicit: dir="/var/run/apache2/" mecanism=default
Fișier Pid: „/var/run/apache2/apache2.pid”
Definiți: DUMP_VHOSTS
Definiți: DUMP_RUN_CFG
Utilizator: name="www-data" id=33 not_used
Grup: name="www-data" id=33 not_used

Am încercat traceroute de pe alte mașini și urmărirea este cu succes pe server, așa că configurația mea DNS este în regulă. De asemenea, am verificat direct folosind HTTP://IP și mă duce la pagina de destinație. Dar URL-ul meu xyz.app nu funcționează. Orice ajutor ar fi apreciat. Mulțumiri

drapel in
Ați *activat* configurația și ați repornit Apache? `sudo a2ensite {filename}.conf` și `sudo service apache2 restart` pot fi tot ce aveți nevoie.
Sayid avatar
drapel cn
Da. Deja am făcut asta
Sayid avatar
drapel cn
Sperăm că nu există setări speciale pentru adresele URL .app
Puncte:0
drapel cn

După ce am pierdut câteva zile, mi-am dat seama de problemă. Postează aici ca să ajute pe oricine în viitor. Mi-am verificat apelurile în rețea și mi-a arătat că ori de câte ori încercam să apelez HTTP, mă redirecționa către HTTPS (chiar dacă modificam adresa URL și încercam din nou). Ca să-l verific am dat peste acest post pe forumul GoDaddy cu următoarele informații

Acest lucru se datorează faptului că se așteaptă să aibă HTTPS de către browser de atunci vin cu SSL gratuit (pe registrul domeniului).

Așa că mi-am actualizat găzduirea HTTP cu un certificat SSL și totul mergea bine. Aparent, nu a existat nicio problemă de configurare și a avut de-a face cu adresa URL și domeniul .app.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.