Вопросы Теги

ISPConfig - Несуществующий адрес поддомена переходит к существующему [закрыто]

Я запускаю программу установки Nginx / ISPConfig около 6-7 месяцев. Никогда не было проблем, и все гладко. Но я только заметил, что если перейти на «blab.example.com», страница откроет один из моих блогов wordpress в другом домене.

Независимо от того, какое имя я использую для субдомена, все, что я произвольно ввожу "b53ks.example.com", все равно попадает на эту страницу блога.

У меня есть 3 или 4 разных доменных имени и веб-сайта на одном сервере. Но я думаю, что я где-то неправильно сконфигурировал, и это может быть причиной этого.

Допустим, у меня есть следующие домены: example-1.com, example-2.com, another-example.com

Если я перейду на something.example-1.com или serverfault.example-2.com , или google.another-example.com возвращенная страница - мой блог на blog.example-1.com

Примечание: я не устанавливал поддомен в ISPConfig. Вместо этого я использовал «Добавить новый сайт» для создания поддомена.

2
задан 8 March 2015 в 22:54
3 ответа

На самом деле существует множество возможностей:

  1. Вы можете вести свой блог по другому адресу, и все упомянутые вами сайты указывают на этот адрес.

  2. Вы можете настроить свой блог с помощью (вы можете проверить подробное описание прослушать ):

    прослушать 192.168.8.1:80 default_server ;

Таким образом вы попадете на сервер, который будет обслуживать любой неизвестный домен в качестве вашего блог.

Есть несколько вариантов, как с этим бороться. Лично я предпочитаю оставить простой виртуальный хост по умолчанию для nginx, который возвращает содержимое / var / empty: 

server {
 listen *:80 default_server;
 root /var/empty;
}

Вы также можете прочитать о параметре server_name nginx о том, как работать с подстановочными знаками домена. Если вы предпочитаете связывать субдомены с исходными сайтами, вам лучше сделать следующее: 

 server {
  server_name .example.com;
  return 301 http://example.com;
 }
2
ответ дан 3 December 2019 в 10:56

Убедитесь, что в ispconfig параметр Auto-Subdomain не установлен на *. . Это могло вызвать аналогичный случай.

1
ответ дан 3 December 2019 в 10:56

Во-первых, нет ничего особенного в том факте, что вы работаете на EC2. С любой централизованной инфраструктурой ведения журналов вы хотите свести к минимуму вероятность потери журналов, и поэтому вам нужно, чтобы журналы отправлялись как можно скорее.

Во-вторых, не ожидайте здесь волшебства. Вам необходимо сохранить сообщения журнала где-нибудь , поэтому вам, вероятно, понадобится запустить долго работающий экземпляр (внутри EC2 или где-то еще) для сбора и хранения ваших сообщений.

Вот что я Я рекомендую:

  1. Запустить приложение, используя супервизор . Это не только даст вам некоторые элементарные возможности мониторинга / перезапуска процессов, но, что более важно, supervisord будет обрабатывать сбор ваших выходных потоков и запись в файлы журнала.
  2. На каждом сервере приложений, и я нашел решение.

    Я подтвердил, что эта ошибка возникает, когда вы добавляете один веб-сайт и выбираете для него указанный IP-адрес, когда в то же время другие веб-сайты используют опцию «все адреса» с символ *.

    Поэтому я выбрал для всего сайта ip-адрес *, и все работает правильно.

0
ответ дан 3 December 2019 в 10:56

Теги

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