Василий Сергеевич

Василий Сергеевич

+55
Репутация
76
Рейтинг
#1 Повышенная нагрузка из за редиректов 3 марта 2018 в 17:05

Вот конкретно конфиг для домена, вставляю, дает ошибку 1. Как и кда здесь вставить чтоб не было ошибки:

vikont
После
error_log /etc/nginx/vhost_logs/dnrru.ru_error;
Добавить

location /redirect {
return 444;
}
#2 Повышенная нагрузка из за редиректов 3 марта 2018 в 16:56


Хорошо, просто уточню. Если этот страшный GET запрос поступит но не будет исполняться (обрабатываться), это решит проблему? или проблема остаётся?

Alex
Он не страшный laughон лишний и не нужный, да, можно, да и тех кого задолбали боты нужно для таких запросов прописать

location /go/ {
return 444;
}
это пример для первой ветки
т.е. мы закрываем соединение без ответа, вернее мы отвечаем, т.к. не можем не ответить, но пустым пакетом без заголовков и затем уже закрываем соединение, но и перехода по ссылке с сайта не будет, может к этой теме подключатся специалисты/разрабы и помогут составить регулярку для того чтобы переход работал только с сайта, а "извне" был закрыт/не учитывался/отбивался ошибкой/закрытием соединения
#3 Повышенная нагрузка из за редиректов 3 марта 2018 в 16:07

Что-то я совсем запутался, я пытался решить задачу по невыполнению перехода по редиректу, или попытки взлома. А оказывается надо просто запретить кому-то обращаться к вашему сайту.

Alex
Вы все правильно поняли, но эту проблему надо решать в комплексе: закрытие запросов к серверу GET /redirect?url= и GET /redirect?url=, создание нецелесообразности проставления ссылок спамерами на сайтах на инстанте через компоненты редиректа, подумать над закрытием ссылок данного вида от индексации, ибо /go в robots не спасает.
#4 Повышенная нагрузка из за редиректов 3 марта 2018 в 15:49


Да, но тогда при чем тут instantCMS?

Alex

Потому что идет обсуждение компонентов Редиректы и Скачивание и редирект для второй и первой веток instantCMS из-за/по причине их работы и после их отключения/удаления идут запросы на сервер вида GET /redirect?url= и GET /redirect?url=
#5 Повышенная нагрузка из за редиректов 3 марта 2018 в 15:37



Не верно, отключите вы компонент, удалите ли вы его, GET запросы к серверу будут продолжать идти, рубить их надо на уровне сервера

Василий Сергеевич
Я конечно извиняюсь, но если GET запрос поступает на сервер и никак не обрабатывается, зачем на такой запрос обращать внимания.

Alex

Суть темы "повышенная нагрузка на сервер из-за редиректов", если на сервер поступил запрос, сервер должен на него ответить, т.е. он обрабатывается, посмотрите на первое сообщение в данной теме, сервер отправил в ответ на запрос 403 -ю ошибку, т.е. он обработал запрос, потрачены ресурсы сервера, а если генерируется сотни/тысячи таких запросов…
#6 Повышенная нагрузка из за редиректов 3 марта 2018 в 15:16

Как такое может быть? Скорее всего у вас на сервере работает сохранённая в cache версия сайта. Если на сайте физически нет компонента "redirect" который выполняет переход по ссылке, и вообще никаких скриптов нет, то и исполнять конструкцию "/redirect?url=http" просто нечему, ничего не произойдёт. Значит где-то лежит копия сайта, которая и живёт своей отдельной жизнью )). Вам её найти надо и что-то с ней сделать.

Alex
Не верно, отключите вы компонент, удалите ли вы его, GET запросы к серверу будут продолжать идти, рубить их надо на уровне сервера
#7 Повышенная нагрузка из за редиректов 3 марта 2018 в 15:04
Конечно будет выдавать ошибку, пишем в конфиг домена, они у вас примерно по пути /home/admin/conf/web/
Имена такие: сайт.com.nginx.conf
#8 Повышенная нагрузка из за редиректов 3 марта 2018 в 14:52
Ах да, у вас же двойка, пробуйте так:
location /redirect {
return 444;
}
Теория тут: itzx.ru/linux/derektiva-nginx-location-s-primerami
#9 Повышенная нагрузка из за редиректов 3 марта 2018 в 14:47


В конфиге nginx для домена прописал
location /go/ {
return 444;
}

Василий Сергеевич
Прописал, не работает! Можно ваш конфиг посмотреть, может быть не так прописываю?

В качестве временной меры можно блокировать по IP, пока Брейни думают.

@IamB
Будете смеяться, сам не поверил, но прописал кучу IP на блокировку, а редиректы с них продолжают идти.

vikont


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*;
}
Внимание на отступы при прописывании директив location !
После изменений конфига не забываем перезагрузить nginx!
#10 Повышенная нагрузка из за редиректов 3 марта 2018 в 13:20


Про "ссылочную массу" так всё и есть, весь этот мусор индексируется, очень печально.

Alex
Это не просто печально, это беда, это проблема, получается что вся твоя работа по продвижению сайта на инстант коту под хвост, т.к. сайт можно запросто завалить проставлением массы ссылок на ГС через редирект + через тот же редирект создание доп нагрузки на сервак/хостинг.
#11 Повышенная нагрузка из за редиректов 3 марта 2018 в 12:52
Самое печальное в данной проблеме как на первой так и на второй ветке что данные ссылки еще и прекрасно индексируются, а проставляют их валом, как следствие взрыв ссылочной массы, резкий рост позиций сайта, а затем как и положено медленное сползание сайта в выдаче



По редиректам у себя сделал так:
В конфиге nginx для домена прописал
location /go/ {
return 444;
}
В логах чисто, нагрузка на сервак упала, но, да, редиректы не работают.
#12 Vesta Control panel 4 ноября 2017 в 20:45


А надо искать где прописываются А — записи. или спросить у того кто регистрировал домен у регистратора в Вашем случае

Rainbow
Ответ техподдержки регистратора:

Здравствуйте.
Записи домена редактируются на стороне используемых DNS.

На стороне используемых днс хостер без днс сервера и веста.
Круг замкнулся...

Ris

Я же вам давал ссылку: forum.vestacp.com/viewtopic.php?p=9038#p9038
#13 Vesta Control panel 4 ноября 2017 в 18:10


Ris, укажите домены а ip не прописывайте, может прокатит

eoleg

У хостера никакого управления DNS нет.

Ris
То есть писать ns1.hoster.com бессмысленно. Хостер не имеет dns серверов.
Попытка прописать свой же домен приводит к ошибке
"При использовании в качестве серверов имен поддомена самого домена необходимо указание IP адреса сервера имен".
Айпи у меня один. Платить за второй не хочу.

Ris

На оф. форуме почитайте forum.vestacp.com/viewtopic.php?f=30&t=4367
#14 Vesta Control panel 4 ноября 2017 в 16:41


Debian 8, apache+nginx, шаблон по умолчанию

Василий Сергеевич
Спасибо.

lakomet

На здоровье
#15 Vesta Control panel 4 ноября 2017 в 16:31


Пользуется

Василий Сергеевич
А какая система? Debian? Связка apache+nginx? Настройки "Шаблон Web APACHE2" и "Шаблон Proxy NGINX" какие? default?

lakomet
Debian 8, apache+nginx, шаблон по умолчанию
🍪Мы используем файлы cookie для работы сайта. Читать подробнее.