+380(66)433-69-36 | |
+380(66)433-69-36 | |
+380(66)433-69-36 |
- BitLocker с GUI под linux
- Ищем вирус elTest
- Работаем с бесплатным SSL сертификатом Letsencrypt с помощью certbot
- Синхронизация ресурсов с удаленного сервера локально
- Применение нестандартного SEO и статус 404
- MySQL синхронизируем права с разных серверов
- IPSec VPN соединение между офисами.
- "Зеркало" сайта на стороне. Донастраиваем nginx
- Дефрагментация таблиц всех баз MySQL
- Месяц в родительном падеже strftime PHP
- INIT скрипт для Dropbox
- osCommerce VAM Edition 226. Ошибки
- PositiveSSL порядок сертификатов
- osCommerce. Создаем модуль доставки
- Восстановление mySQL баз данных
- osCommerce.Перенос магазина в другой домен
- osCommerce.Прячем адмику
- osCommerce. Продление жизни сессий
- osCommerce. Создаем платежный модуль
- 10 причин выбрать нас
- GRUB2 восстановление
- osCommerce не пересчитывает общую сумму заказа
- Список потенциально опасных скриптов
- Отправка файлов из Dropbox по e-mail
- "Черный список" почтовых доменов
- Боремся с назойливыми иностранцами
- Яндекс-Диск, и стоит ли им пользоваться.
- Обновление модуля Интеркассы для osCommerce
- Веб-почта на сайте хостинга
- Подключение Outlook Express к хостингу
"Зеркало" сайта на стороне. Донастраиваем nginx
В ряде случае приходится сталкиваться с такой неприятной ситуацией. Как например имеем сервер с кучей сайтов под управлением ISPManager и все настроено корректно и нормально, но... вдруг оказывается что один из этих сайтов содержит где-то на стороне ПОЛНОЕ зеркало но под другим именем. Первое, что приходит в голову - на стороне установили "прокси" решение и попросту копируют наше содержимое. Но... в логах сайта адреса посетителей разные - т.е. прокси вроде как нет. Если сделать пинг на сторонний сайт - то выясняется еще более интересная вещь - этот сторонний сайт вроде находится на нашей площадке... Первая мысль - все, взломали. Однако, когда углубляемся в детали, оказывается что такая картина происходит только с ПЕРВЫМ определенным в nginx сайтом. Вот это уже интересно. Т.е. согласно конфигурации, если сервер не находит соответствия между запрошенным сайтом и тем, что у него прописано в конфигурации - то он отдает содержимое сайта по-умолчанию, который как-раз первым и идет. Ну что ж. Теперь будем править нашу конфигурацию. Открываем файл /etc/nginx/nginx.conf (в ряде случаев например в 5 версии ispManager подключаются конфигурации из файлов в локации /etc/nginx/vhosts. В этом случае создаем здесь файл, чтобы он выглядел примерно так: 000default - главное, чтобы в списке файлов он шел первым - поскольку файлы подключаются в алфавитном порядке). Содержимое этого файла будет следующим:
listen ВАШ.ИП.АДРЕС:80 default_server;
server_name _;
return 444;
access_log /var/www/httpd-logs/default.access.log ;
error_log /var/www/httpd-logs/default.error.log notice;
}
Для конфигурации ISPManager 4 создаем такую же запись перед первой записью server{ чтобы наша запись шла первой. Сохраняем, перезапускаем nginx. Теперь когда на сервер будет приходить запрос на контент неизвестного серверу адреса, то в ответ будет отдана ошибка 444 No Response. Вобщем-то задача выполнена. При изменениях в настройках других сайтов эта запись не должна поменяться. Или лучше сделать отдельный файл и включить его директивой include /etc/nginx/0000default например так же перед первой записью сервера.