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

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

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


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

Alex

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



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

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

Alex

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

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

Alex
Не верно, отключите вы компонент, удалите ли вы его, GET запросы к серверу будут продолжать идти, рубить их надо на уровне сервера
#6 Повышенная нагрузка из за редиректов 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!
#7 Повышенная нагрузка из за редиректов 3 марта 2018 в 13:20


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

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



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


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

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

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

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

Ris

Я же вам давал ссылку: forum.vestacp.com/viewtopic.php?p=9038#p9038
#10 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
#12 Vesta Control panel 4 ноября 2017 в 16:31


Пользуется

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

lakomet
Debian 8, apache+nginx, шаблон по умолчанию
#13 Vesta Control panel 4 ноября 2017 в 16:00


Подниму тему. Кто нибудь пользуется этой панелькой для instantcms 2.8.2 + ioncube?

lakomet
Пользуется.
#15 Не приходят письма на mail.ru 21 июля 2017 в 20:07

В итоге получил письма на mail.ru только в 4 утра

frukt

Подключаем домен тут pdd.yandex.ru

Далее, идем к себе на DNS сервер, удаляем все записи типа MX (почтовый сервер)
Создаем новую, Тип: MX (почтовый сервер), Имя: мойдомен.com. TTL: 3600 Домен: mx.yandex.ru. Приоритет (priority): 10

Далее, создаем текстовую запись: Имя: мойдомен.com. TTL: 3600 Значение: v=spf1 ip4:000.000.000.000 include:_spf.yandex.net ~all
где 000.000.000.000 это ip вашего сервера

Далее, создаем текстовую запись: Имя: _dmarc.мойдомен.com. TTL: 3600 Значение: v=DMARC1; p=none

Далее: идем в pdd.yandex -> Мои домены -> домен -> Редактор DNS
Ищем запись mail._domainkey копируем значение записи
Идем к себе на DNS сервер, создаем текстовую запись
Имя: mail._domainkey.мойдомен.com. TTL: 3600 Значение: скопированное значение из редактора DNS pdd.yandex

Настройки почты на сайте:



Проверяем тут: www.mail-tester.com
Для контроля доставки писем пользователям мэйл.ру регистрируем домен тут: postmaster.mail.ru
Все.
Используя этот сайт, вы соглашаетесь с тем, что мы используем файлы cookie.