Подстановочный знак DNS, несуществующие субдомены указывают на основной веб-сайт

Почему Вы полагаете, что это проблема? Есть ли некоторая функциональность, которая не работает правильно? Отказ состоит, вероятно в том, потому что сообщение эхо-запроса ICMP из внутренней сети является NATed к внешнему IP маршрутизатора. Маршрутизатор затем получает эхо-запрос ICMP от своего собственного адреса и не потрудился передавать ответ назад Вам. Если у Вас нет потребности проверить с помощью ping-запросов внешний интерфейс Вашего маршрутизатора, Вы, вероятно, не должны волноваться об этом. Если необходимо протестировать возможность соединения, или проверить с помощью ping-запросов внутренний интерфейс или проверить с помощью ping-запросов шлюз следующего транзитного участка на внешней стороне в ISP.

1
задан 27 May 2012 в 22:02
2 ответа

Apache will look for VirtualHosts in the following order:

  1. First defined VirtualHost with matching IP, port, and ServerName
  2. First defined VirtualHost with matching IP and port
  3. First defined VirtualHost with wildcard (or _default_) IP and matching port

I'm assuming that the server only has one IP address, namely 192.168.1.54.

192.168.1.54:80        is a NameVirtualHost
    default server biglle.com (/etc/apache2/sites-enabled/biglle.com.conf:1)
wildcard NameVirtualHosts and _default_ servers:
    *:80                   biglle.com (/etc/apache2/sites-enabled/000-default:1)

Incoming requests on 192.168.1.54:80 which don't match a ServerName will therefore use the biglle.com VirtualHost defined in biglle.com.conf (because that is the first VirtualHost which matches the IP and port). The biglle.com VirtualHost in 000-default will only be used for requests received on an IP other than 192.168.1.54.

Unless you're actually doing IP based virtual hosting, I suggest that you change all your VirtualHosts to not specify an IP address (i.e. ), and make sure that the one you want to be the default is listed first in the configuration (which the 000-default file should do).

4
ответ дан 3 December 2019 в 17:55

Дополнительные советы:

  1. В некоторых браузерах (например, Google Chrome) вы сможете просматривать и видеть результаты изменений конфигурации apache только после перезапуска браузера.
  2. Найдите Директивы перенаправления в файлах конфигурации - они также могут вызвать проблему.

Amnon

0
ответ дан 3 December 2019 в 17:55

Теги

Похожие вопросы