- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
В 2023 году Одноклассники пресекли более 9 млн подозрительных входов в учетные записи
И выявили более 7 млн подозрительных пользователей
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Коллеги, не подскажет ли кто, как отследить откуда были конекшены к серверу при возникновении сабжа?
В логах php увидел что иногда бывают такие ошибки, max_connections = 100, нормальное число коннекций - до десятка, плюс репликация, не могу понять, то ли кто-то сервер бомбит, то ли у меня где-то ошибка.
Смотрел bin-log ничего необычного не заметил, вести лог запросов не хочется, так как боюсь сервер будет грузить, в err логе тоже ничего нет. Думаю написать скриптик, который будет делать каждую минуту mysqladmin processlist > log.txt но это может не помочь, так как проблема держится несклько секунд и возникает раз в несколько суток.
И еще, не подскажете - если порт открыт для всех (имеется ввиду средства мускула, а не фаервола) и кто-то пытается коннектится (с неправильным паролем) это ведь будет считаться как коннекция? А если порт открыт не для всех, мускул же все равно проверяет по таблице можно ли пускать, т.е. это тоже коннекция?
Поручик, 3306 или какой там у вас откройте только для localhost, а лучше только сокет юзать, но никак не на весь мир.
И еще, не подскажете - если порт открыт для всех (имеется ввиду средства мускула, а не фаервола) и кто-то пытается коннектится (с неправильным паролем) это ведь будет считаться как коннекция?
В терминах tcp/ip да, однозначно, а с т.з. mysql точно не скажу, но что ресурсы сервера тратятся на это - однозначно.
А если порт открыт не для всех, мускул же все равно проверяет по таблице можно ли пускать,
Конечно. И чем больше ограничений, тем ниже производительность.
ps. Если репликация идет на др. сервер, то задать правило в файрволе, чтобы больше никто извне не мог на порт мускла коннектиться.
Поручик, 3306 или какой там у вас откройте только для localhost, а лучше только сокет юзать, но никак не на весь мир.
Да в том-то и дело что должны пользователи коннектится из мира :(
ps. Если репликация идет на др. сервер, то задать правило в файрволе, чтобы больше никто извне не мог на порт мускла коннектиться.
Если с серверами для репликации еще более-менее ясно, то с пользователями сложнее, они не всегда на одном IP, а задавать в качестве хоста домен не хочется, боюсь тормоза могут начаться при резолве.
Все же хочется определиться кто и откуда коннектится, вполне возможно это скрипты на которые слишком возрос трафик и которые не оптимально написаны. Наверно у мускула своих средств для этого нету. Придется написать скриптик, который будет делать mysqladmin proc раз в несколько секунд и если строк больше 10 заносить в лог.
Как вариант если сервер (или вдс) Ваши то создайте (или отредактирйте) файл /etc/my.cnf и добавьте строки:
connect_timeout - поставьтекак можно меньше ,и тогда забудите о висящих соединениях :)
Подробнее о файле конфигурации можно почитать тут:http://phpclub.ru/mysql/doc/option-files.html (для mysql 4.X) и тут http://linux-admin.net.ru/mysqloff/Replication_Options.html