- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Всем здравствуйте, по умолчанию установлен лимит сетевого стека net.core.somaxconn = 128
Подскажите пожалуйста как увеличить значение до 1024 хотя бы?
тк есть странности в syslog
Jan 9 13:38:42 server kernel: [82157.550489] TCP: request_sock_TCP: Possible SYN flooding on port 443. Sending cookies. Check SNMP counters.
Jan 9 13:38:43 server mysqld[20399]: 2025-01-09 13:38:43 0 [Warning] Aborted connection 0 to db: 'unconnected' user: 'unauthenticated' host: 'connecting host' ( too many connection)
Jan 9 13:38:43 server mysqld[20399]: 2025-01-09 13:38:43 0 [Warning] Aborted connection 0 to db: 'unconnected' user: 'unauthenticated' host: 'connecting host' (too many connection)
Jan 9 13:38:43 server mysqld[20399]: 2025-01-09 13:38:43 0 [Warning] Aborted connection 0 to db: 'unconnected' user: 'unauthenticated' host: 'connecting host' ( too many connection)
ну и так далее штук 30
при этом я не скажу, что сервер высоконагруженный
Решено Всем спасибо!
Если кому-то надо дописываем net.core.somaxconn=1024 в /etc/sysctl.conf
ну и reboot
проверяем sysctl net.core.somaxconn
должно быть net.core.somaxconn=1024
Вариант 1: Записать в sysctl.conf и выполнить sysctl -p.
Вариант 2: sysctl -w [params]
Вариант 3: через /proc
too many connection
Если позволяют ресурсы то можно увеличить кол-во соединений для MySQL.
Если позволяют ресурсы то можно увеличить кол-во соединений для MySQL.
в принципе позволяют
max_connections = 100
но нужно ли больше и на сколько?
можно попробовать увеличить до 200
и честно говоря увеличение лимита сетевого стека не помогло особо.
в принципе позволяют
max_connections = 100
но нужно ли больше и на сколько?
можно попробовать увеличить до 200
и честно говоря увеличение лимита сетевого стека не помогло особо.
Это не на форуме нужно спрашивать, а смотреть на сервере, исходя из возможного потребления RAM мускулом и доступного.
Это не на форуме нужно спрашивать, а смотреть на сервере, исходя из возможного потребления RAM мускулом и доступного.
Не правильный ответ.
Нужны вводные, перед тем как что-то вообще делать.
1. Что вообще на сервере происходит, под что он создан?
2. MySQL случаем не во внешний мир смотрит? А вот это user: 'unauthenticated' очень настораживает.
Если кому-то надо дописываем net.core.somaxconn=1024 в /etc/sysctl.conf
Ну круто, теперь тем кто подбирает пароли, легче это делать, в лимит не упираются. Удобненько.
Не правильный ответ.
Правильный.
При передаче данных по форуму получается "сломанный телефон".
Какой объем баз данных, сколько в кэше, какие параметры MySQL на сервере, сколько всего памяти на сервере, сколько кушает MySQL, сколько свободной, какие скачки потребления ресурсов на сервере бывают? И это лишь базовый набор для старта анализа.
Пока на форуме человек передаст все параметры, уже многое может поменяться. Да и вообще верно ли их передаст, так как может быть несколько файлов MySQL, в котором прописан параметр. А если смотреть из оболочки MySQL, может быть параметр в сессии, а после перезагрузки сервиса он собъется на глобальный.
Да, конечно человек на форуме может дать "заочный" совет, поднять свою репу тут, может даже и заработать. Но вероятность вредного совета 50%. Так что не несите бред, не вводите людей в заблуждения, оптимизировать MySQL заочно нельзя. Без разницы какую репу вы уже себе набили на форуме советами, это будет дурной совет.
Ну круто, теперь тем кто подбирает пароли, легче это делать, в лимит не упираются. Удобненько.
Для этого есть параметры SSH, которыми можно круто это ограничить. Это первое. Можно использовать fail2ban, смену пароля, ограничение в iptables как по количеству соединений (и их попыток), так и по IP. Но вопрос уж явно нельзя решать сетевым стеком, так как на нем не один сервис. Таймауты подогнать да, но уже никак не резать somaxconn. В какой дурной онлайн-школе вас такому учат только?!