Что может так мощно генерировать исходящий трафик на VPS под Ubuntu?

tester12, Я трижды общался с поддержкой, данная выдержка из лога — не про брутфорс SSH.

Ответ суппорта про брутфорс

Включили VPS, сеть разблокировали. Обнаружили аномалию с большим количеством подключений для ssh

Пожалуй, вы правы с портами. Спасибо за помощь :)

Что может так мощно генерировать исходящий трафик на VPS под Ubuntu?

Так и сделал, кстати.. Но это похоже на безысходность больше, чем на решение. Решение я пытался узнать у поддержки, как вы и писали (про IP и порты):

Ответ поддержки

Стоит обратить внимание на TX pps - 8168337.59677419 в уведомлении.

pps - это количество пакетов в секунду. На VPS-серверах установлено ограничение на исходящий трафик в 60k pps, т.к. как правило приложения не генерируют трафик выше этого значения и это скорее всего связано с наличие вирусов или парсеров на услуге.

В данном случае скрипт мониторинга берет данные из статистики интерфейсов за определенный промежуток и проверяет, не больше ли 60kpps в секунду проходит по интерфейсу. Если так, то вам отправляется уведомление о наличии подозрительной активности, а услуга блокируется.

Значение количества пакетов берется из статистики интерфейсов, но по ним нельзя определить какой именно процесс отправил наибольшие количество пакетов и по какому порту.

В прошлый раз мне сказали, что была попытка брутфорса ssh и, якобы, сервер своими ответами зафлудил канал и словил блок. Бережно посоветовали поставить fail2ban.
Закрадывается мысль, а может ли любой сканер портов/интерфейсов заставить отвечать сервер огромным количеством пакетов?

PS: анализировал мимо логи nginx, изредка попадается такая запись:

173.249.51.194 - - [21/Jan/2020:05:09:24 +0000] "GET / HTTP/1.0" 400 182 "-" "masscan/1.0 (https://github.com/robertdavidgraham/masscan)"

Я всем неугодным 400 ответ даю, но кажется, что кто-то точит зуб на мой сервер

Возможно ли увеличить скорость работы агрегатных функций?

1. А что именно нужно менять в "тонкой настройке"? Просто увеличив innodb_buffer_pool_size до 60% памяти ничего не дало. Разницы между 4 ядра / 8 ГБ и 8 ядер / 16 ГБ не увидел.
2. А если речь идёт о агрегатных функциях с JOIN'ами? Какова практика работы с такими запросами?

Как задержать SELECT во время INSERT при работе с моделями в Laravel?

Melkij, Спасибо вам! Реализация работает, вторая и последующие транзакции ожидают разблокировки:

DB::statement("SELECT GET_LOCK('missed_call', 10)");
smth...
DB::statement("SELECT RELEASE_LOCK('missed_call')");

Как задержать SELECT во время INSERT при работе с моделями в Laravel?

Благодарю вас за ответ, но хотел уточнить, ч то именно мне необходимо сериализировать? Можно пример?

Как оптимизировать поиск телефонного номера (часть строки)?

Дмитрий Дерепко, Я и хотел узнать, индексируемые колонки в разных таблицах. Средствами MySQL такие индексы я не осилил, а Sphinx сможет?

ЗЫ: REGEXP в данном примере аналог LIKE "%str%"

Как оптимизировать поиск телефонного номера (часть строки)?

Дмитрий Дерепко, кстати говоря, поможет ли Sphinx, если в условии будет что-то вроде этого:

select * from `handling` as `h`
left join `recall_data` as `rd` on `rd`.`id` = `h`.`recall_id`
where (h.aon REGEXP '07140303' OR rd.phone REGEXP '07140303')

Как оптимизировать поиск телефонного номера (часть строки)?

Дмитрий Дерепко, Хе-хе. Ну так даже интереснее. Хотя я думал, что колдовать с самодельными индексами будет лучше. Спасибо вам!

Как оптимизировать поиск телефонного номера (часть строки)?

Дмитрий Дерепко, Пока с INT'ом не баловался, но проку будет ноль — ведь конструкция LIKE всё равно ищет строку в указанной колонке, т.е. будет ещё конвертирование инта в строку...
Создание маски уменьшит "удобство" работы, загоняя юзера в рамки тех. процесса. Не хотелось бы.
Банальный пример: нужно быстро найти запись, где в середине телефона мелькают "1111" — ведь юзеру проще запомнить последовательность одинаковых символов, чем вводить номер с начала или полностью (номер может быть недоступен для копирования, н-р под диктовку).

А вот на счёт железа.. Не думаю, что я вообще адекватно использую все ресурсы сервера своими запросами и настройками. Пережил пару холиваров на счёт своей конфигурации, но затык случается только там, где LIKE "%str%".

Как оптимизировать поиск телефонного номера (часть строки)?

Дмитрий Дерепко, Поправьте, если я не так прочитал доки:

Звездочка является оператором усечения. В отличие от остальных операторов, она должна добавляться в конце слова, а не в начале.

Поиск по первым символам так не будет работать?

Как оптимизировать поиск телефонного номера (часть строки)?

Иван, крутяк, думал что не дойду до Sphinx, а найду решение "в коробке", но увы. Спасибо!

Как оптимизировать поиск телефонного номера (часть строки)?

1. Да, индекс есть, но он не работает, ведь в запросе есть LIKE "%str%"
   
2. Проблема именно в "тяжёлом" условии, от чего и хотел избавиться
   
3. Занятно, но в доках нет нужного примера-аналога LIKE "%str%"
   
4. Бэк написан на PHP, предполагаю, что можно реализовать на стороне бэка какой-нибудь алгоритм, а потом по результату алгоритма искать в БД
   

Как оптимизировать поиск телефонного номера (часть строки)?

Иван, ограничения нет, но юзеры не вводят менее 3-4 цифр.

Как осуществить поиск неточных совпадений по MySQL?

MikUrrey, Ну если только проект не будет разрастаться, потому что LIKE "%exp%" это зло

Как осуществить поиск неточных совпадений по MySQL?

MikUrrey, с какими трудностями вы столкнулись? Любопытно ваше решение