- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Пытаюсь изменить `net.ipv4.netfilter.ip_conntrack_max` редактированием /etc/sysctl.conf
и sysctl -p
Но получаю ошибку:
CentOS 7
livetv, если соответствующий модуль не загружен, то и переменной sysctl не будет.
А вообще, в netfilter любят раз в пару лет изображать революцию. Посмотрите все возможные переменные sysctl. Может где-то по другому пути есть этот conntrack_max
Посоветовали
net.netfilter.nf_conntrack_max = xxxx
net.nf_conntrack_max = xxxxx
У вас openvz небось? Тогда к хостеру обращаться или сменить
А разве есть разница?
kvm
Для Openvz есть - там нетфильтр должен быть явно разрешен в конфигурации vps. Для kvm разницы нет.
Если упереться в лимит, то будет ли работать сайт? :)
А то написано такое:
Но в логах нету "conntrack".
Да и сайт в это время нормально работал.
Скорее всего лимит соединений прописан на хост-машине.
Вот сам график