Я могу использовать CNAME для отправки к каталогу на другом сервере или только корневой странице?
Согласно практическому руководству
cat /proc/net/igmp
покажет группы, на которые Вы в настоящее время подписываетесь
Это не сработает.
Запись CNAME в DNS создает псевдоним одного доменного имени для другого и не имеет связи с какой-либо другой частью URL-адреса.
Что вы можно использовать CNAME или просто несколько записей A в DNS, чтобы убедиться, что оба адреса указывают на один и тот же компьютер, а затем на этой машине настроить свой веб-сервер, чтобы несколько виртуальных хостов отвечали на разные имена.
Как вы это сделаете, это будет варьироваться в зависимости от программного обеспечения веб-сервера, которое вы используете. Как это сделать с помощью Apache, описано в документации Apache по виртуальным хостам .
Хорошо. Что ж, у вас есть много возможных решений для такого процесса развертывания.
То, что написал Дон, - хорошее. Если вы используете виртуальные хосты Apache, упростите размещение нескольких независимые сайты на IP, но это удобно только в том случае, если вы можете контролировать свой DNS или хотите применить свой локальный статическая конфигурация хоста (/ etc / hosts или% SystemRoot% \ system32 \ drivers \ etc \ hosts).
Вы должны понимать, как работает HTTP. Я не знаю, насколько вы глубоко этим увлечены. Вкратце: идея состоит в том, чтобы создать новый домен с префиксом, например, как «test.YOURDOMAIN.COM», и позволить ему иметь свой собственный каталог, а не подкаталог. Если вы сделаете запись в файле HOSTS на своем клиенте, вы Вы можете использовать ваш браузер для доступа к этому веб-сайту на вашем сервере, который на самом деле не обслуживает этот домен, но с такой конфигурацией хостов ваш браузер запросит тестовый домен и получит эти файлы, если вы правильно настроили свой сервер. В вашем случае (на самом деле у вас, кажется, есть доступ к DNS) вы можете оставить часть файла хоста, потому что, возможно, вы действительно можете настроить свои собственные поддомены.
Такой подход хорош, потому что вы можете легко переключаться - немедленно, без прерывания обслуживания или побочные эффекты (включение / отключение сайтов, перенастройка apache). Вам не придется возиться с каталогами и создавать, возможно, безумные состояния файловой системы, если доступ не отключен, службы становятся недоступными ... беспорядок для сильно загруженного сайта - или если вы хотите поддерживать качество обслуживания - лучший способ.
Итак, если вы хотите сделать это таким образом, и у вас есть apache, вы бы ...
- Создайте виртуальный хост ( http://httpd.apache.org/docs/2.2/en/vhosts/ ) с префиксом вымышленного домена
- Примените свой рабочий виртуальный хост, чтобы ваши клиенты по-прежнему доходили до вашего сайта, дважды протестировали его и туннелировали :)
- Добавьте доменное имя в файл хостов, откуда вы запускаете тесты
- Проверьте, действительно ли он работает и ваш сайт все еще доступен
для серверной среды Debian GNU / Linux и может дать вам более подробные советы. Производные RHEL У меня недостаточно опыта.