ПослеВот конкретно конфиг для домена, вставляю, дает ошибку 1. Как и кда здесь вставить чтоб не было ошибки:
error_log /etc/nginx/vhost_logs/dnrru.ru_error;
Добавить
location /redirect {
return 444;
}
Василий Сергеевич
+55
Репутация
76
Рейтинг
error_log /etc/nginx/vhost_logs/dnrru.ru_error;
Добавить
location /redirect {
return 444;
}
Он не страшный
Хорошо, просто уточню. Если этот страшный GET запрос поступит но не будет исполняться (обрабатываться), это решит проблему? или проблема остаётся?
он лишний и не нужный, да, можно, да и тех кого задолбали боты нужно для таких запросов прописатьlocation /go/ {
return 444;
}
это пример для первой ветки
т.е. мы закрываем соединение без ответа, вернее мы отвечаем, т.к. не можем не ответить, но пустым пакетом без заголовков и затем уже закрываем соединение, но и перехода по ссылке с сайта не будет, может к этой теме подключатся специалисты/разрабы и помогут составить регулярку для того чтобы переход работал только с сайта, а "извне" был закрыт/не учитывался/отбивался ошибкой/закрытием соединения
Вы все правильно поняли, но эту проблему надо решать в комплексе: закрытие запросов к серверу GET /redirect?url= и GET /redirect?url=, создание нецелесообразности проставления ссылок спамерами на сайтах на инстанте через компоненты редиректа, подумать над закрытием ссылок данного вида от индексации, ибо /go в robots не спасает.Что-то я совсем запутался, я пытался решить задачу по невыполнению перехода по редиректу, или попытки взлома. А оказывается надо просто запретить кому-то обращаться к вашему сайту.
Да, но тогда при чем тут instantCMS?
Потому что идет обсуждение компонентов Редиректы и Скачивание и редирект для второй и первой веток instantCMS из-за/по причине их работы и после их отключения/удаления идут запросы на сервер вида GET /redirect?url= и GET /redirect?url=
Я конечно извиняюсь, но если GET запрос поступает на сервер и никак не обрабатывается, зачем на такой запрос обращать внимания.
Не верно, отключите вы компонент, удалите ли вы его, GET запросы к серверу будут продолжать идти, рубить их надо на уровне сервера
Суть темы "повышенная нагрузка на сервер из-за редиректов", если на сервер поступил запрос, сервер должен на него ответить, т.е. он обрабатывается, посмотрите на первое сообщение в данной теме, сервер отправил в ответ на запрос 403 -ю ошибку, т.е. он обработал запрос, потрачены ресурсы сервера, а если генерируется сотни/тысячи таких запросов…
Не верно, отключите вы компонент, удалите ли вы его, GET запросы к серверу будут продолжать идти, рубить их надо на уровне сервераКак такое может быть? Скорее всего у вас на сервере работает сохранённая в cache версия сайта. Если на сайте физически нет компонента "redirect" который выполняет переход по ссылке, и вообще никаких скриптов нет, то и исполнять конструкцию "/redirect?url=http" просто нечему, ничего не произойдёт. Значит где-то лежит копия сайта, которая и живёт своей отдельной жизнью )). Вам её найти надо и что-то с ней сделать.
Конечно будет выдавать ошибку, пишем в конфиг домена, они у вас примерно по пути /home/admin/conf/web/
Имена такие: сайт.com.nginx.conf
Имена такие: сайт.com.nginx.conf
Ах да, у вас же двойка, пробуйте так:
location /redirect {
return 444;
}
Теория тут: itzx.ru/linux/derektiva-nginx-location-s-primerami
location /redirect {
return 444;
}
Теория тут: itzx.ru/linux/derektiva-nginx-location-s-primerami
Прописал, не работает! Можно ваш конфиг посмотреть, может быть не так прописываю?В конфиге nginx для домена прописал
location /go/ {
return 444;
}
Будете смеяться, сам не поверил, но прописал кучу IP на блокировку, а редиректы с них продолжают идти.В качестве временной меры можно блокировать по IP, пока Брейни думают.
server {
listen 111.111.111.111:80;
server_name сайт.com www.сайт.com;
error_log /var/log/apache2/domains/сайт.com.error.log error;
location / {
proxy_pass 111.111.111.111:8080;
location ~* ^.+\.(jpeg|jpg|png|gif|bmp|ico|svg|tif|tiff|css|js|htm|html|ttf|otf|webp|woff|txt|csv|rtf|doc|docx|xls|xlsx|ppt|pptx|odf|odp|ods|odt|pdf|psd|ai|eot|eps|ps|zip|tar|tgz|gz|rar|bz2|7z|aac|m4a|mp3|mp4|ogg|wav|wma|3gp|avi|flv|m4v|mkv|mov|mpeg|mpg|wmv|exe|iso|dmg|swf)$ {
root /home/admin/web/сайт.com/public_html;
access_log /var/log/apache2/domains/сайт.com.log combined;
access_log /var/log/apache2/domains/сайт.com.bytes bytes;
expires max;
try_files $uri @fallback;
}
}
location /error/ {
alias /home/admin/web/сайт.com/document_errors/;
}
location @fallback {
proxy_pass 111.111.111.111:8080;
}
location /go/ {
return 444;
}
location ~ /\.ht {return 404;}
location ~ /\.svn/ {return 404;}
location ~ /\.git/ {return 404;}
location ~ /\.hg/ {return 404;}
location ~ /\.bzr/ {return 404;}
include /home/admin/conf/web/nginx.сайт.com.conf*;
}
После изменений конфига не забываем перезагрузить nginx!
Это не просто печально, это беда, это проблема, получается что вся твоя работа по продвижению сайта на инстант коту под хвост, т.к. сайт можно запросто завалить проставлением массы ссылок на ГС через редирект + через тот же редирект создание доп нагрузки на сервак/хостинг.
Про "ссылочную массу" так всё и есть, весь этот мусор индексируется, очень печально.
Самое печальное в данной проблеме как на первой так и на второй ветке что данные ссылки еще и прекрасно индексируются, а проставляют их валом, как следствие взрыв ссылочной массы, резкий рост позиций сайта, а затем как и положено медленное сползание сайта в выдаче
По редиректам у себя сделал так:
В конфиге nginx для домена прописал
location /go/ {
return 444;
}
В логах чисто, нагрузка на сервак упала, но, да, редиректы не работают.
По редиректам у себя сделал так:
В конфиге nginx для домена прописал
location /go/ {
return 444;
}
В логах чисто, нагрузка на сервак упала, но, да, редиректы не работают.
Ответ техподдержки регистратора:А надо искать где прописываются А — записи. или спросить у того кто регистрировал домен у регистратора в Вашем случае
На стороне используемых днс хостер без днс сервера и веста.Здравствуйте.
Записи домена редактируются на стороне используемых DNS.
Круг замкнулся...
Я же вам давал ссылку: forum.vestacp.com/viewtopic.php?p=9038#p9038
Ris, укажите домены а ip не прописывайте, может прокатит
То есть писать ns1.hoster.com бессмысленно. Хостер не имеет dns серверов.У хостера никакого управления DNS нет.
Попытка прописать свой же домен приводит к ошибке
"При использовании в качестве серверов имен поддомена самого домена необходимо указание IP адреса сервера имен".
Айпи у меня один. Платить за второй не хочу.
На оф. форуме почитайте forum.vestacp.com/viewtopic.php?f=30&t=4367
Спасибо.Debian 8, apache+nginx, шаблон по умолчанию
На здоровье
Debian 8, apache+nginx, шаблон по умолчанию
А какая система? Debian? Связка apache+nginx? Настройки "Шаблон Web APACHE2" и "Шаблон Proxy NGINX" какие? default?Пользуется