добавленный основанный на IP виртуальный хост доступной сайтам и созданной символьной ссылки на поддерживающий сайты …, но новый домен испытывает таймаут
Одна хорошая вещь о выполнении резервных копий на жесткие диски состоит в том, что они быстры. Используя ленточную систему, наша скорость записи ленты является медленным каналом в цепочке. Я думаю, что, если бы мы начали использовать жесткие диски для резервных копий, наша сетевая пропускная способность стала бы ограничивающим фактором.
Вероятно, более очень важный то, что восстановления могут произойти более быстрые. Не только из-за скорости дисков, но и потому что они - произвольный доступ, Вы не должны ожидать ленточного накопителя, чтобы сделать, медленное последовательное стремится найти, где начать читать, прежде чем можно будет выполнить восстановление. И в ситуации аварийного восстановления, время может быть очень важным.
Вы добавляли 12.12.12.12 к своему серверу как вторичный адрес к одному из его сетевых интерфейсов? На Debian/Ubuntu необходимо было бы добавить строки как следующее в/etc/network/interfaces файл (делающий предположение о сетевой маске):
auto eth0:12
iface eth0:12 inet static
address 12.12.12.12
netmask 255.255.255.0
network 12.12.12.0
broadcast 12.12.12.255
И затем выполненный ifup eth0:12 как корень.
navigate to mynewdomain.com Я собираюсь принять Вас фактический средний newdomain.com который является тем, что упоминается в Вашей конфигурации в качестве примера.
1: Однако удостоверьтесь newdomain.com на самом деле установленный в DNS решить к 12.12.12.12 и что изменение распространило через DNS. 2: Удостоверьтесь, что полностью перезапустили апача, чтобы удостовериться, что он забирает новую конфигурацию. Сделайте a restart или еще лучше a stop затем start.
Вы видите какое-либо действие от IP своего клиента в журнале доступа?
NameVirtualHost 12.12.12.12:80и<VirtualHost 12.12.12.12:80>– Mircea Vutcovici 22 March 2010 в 05:49