Почему Вы полагаете, что это проблема? Есть ли некоторая функциональность, которая не работает правильно? Отказ состоит, вероятно в том, потому что сообщение эхо-запроса ICMP из внутренней сети является NATed к внешнему IP маршрутизатора. Маршрутизатор затем получает эхо-запрос ICMP от своего собственного адреса и не потрудился передавать ответ назад Вам. Если у Вас нет потребности проверить с помощью ping-запросов внешний интерфейс Вашего маршрутизатора, Вы, вероятно, не должны волноваться об этом. Если необходимо протестировать возможность соединения, или проверить с помощью ping-запросов внутренний интерфейс или проверить с помощью ping-запросов шлюз следующего транзитного участка на внешней стороне в ISP.
Apache will look for VirtualHosts in the following order:
_default_
) IP and matching portI'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).
Дополнительные советы:
Amnon