Удалить блок UFW из kern.log и sys.log

11

Использование Nginx, Wordpress и Ubuntu 16.

Я постоянно засыпан этими сообщениями в kern.log , syslog and ufw.log

Nov 28 21:02:28 kernel: [246817.450026] [UFW BLOCK] IN=eth0 OUT= MAC=xx.xx SRC=122.3.133.77 DST=xx.xx LEN=60 TOS=0x00 PREC=0x00 TTL=53 ID=22334 DF PROTO=TCP SPT=45750 DPT=23 WINDOW=5808 RES=0x00 SYN URGP=0 
Nov 28 21:02:31 kernel: [246820.443191] [UFW BLOCK] IN=eth0 OUT= MAC=xx.xx SRC=122.3.133.77 DST=xx.xx LEN=60 TOS=0x00 PREC=0x00 TTL=53 ID=22335 DF PROTO=TCP SPT=45750 DPT=23 WINDOW=5808 RES=0x00 SYN URGP=0 
Nov 28 21:02:33 kernel: [246822.448520] [UFW BLOCK] IN=eth0 OUT= MAC=xx.xx SRC=195.154.181.110 DST=xx.xx LEN=40 TOS=0x00 PREC=0x00 TTL=246 ID=6401 PROTO=TCP SPT=52845 DPT=8709 WINDOW=1024 RES=0x00 SYN URGP=0 
Nov 28 21:02:37 kernel: [246826.438721] [UFW BLOCK] IN=eth0 OUT= MAC=xx.xx SRC=122.3.133.77 DST=xx.xx LEN=60 TOS=0x00 PREC=0x00 TTL=53 ID=22336 DF PROTO=TCP SPT=45750 DPT=23 WINDOW=5808 RES=0x00 SYN URGP=0 
Nov 28 21:03:26 kernel: [246875.605969] [UFW BLOCK] IN=eth0 OUT= MAC=xx.xx SRC=89.163.146.88 DST=xx.xx LEN=444 TOS=0x00 PREC=0x00 TTL=59 ID=45590 DF PROTO=UDP SPT=5149 DPT=5060 LEN=424 
Nov 28 21:03:41 kernel: [246890.099144] [UFW BLOCK] IN=eth0 OUT= MAC=xx.xx SRC=82.81.171.85 DST=xx.xx LEN=44 TOS=0x00 PREC=0x00 TTL=56 ID=19683 PROTO=TCP SPT=63561 DPT=2323 WINDOW=58193 RES=0x00 SYN URGP=0 
Nov 28 21:03:46 kernel: [246895.517766] [UFW BLOCK] IN=eth0 OUT= MAC=xx.xx SRC=94.102.49.174 DST=xx.xx LEN=40 TOS=0x00 PREC=0x00 TTL=249 ID=2066 PROTO=TCP SPT=51511 DPT=8000 WINDOW=1024 RES=0x00 SYN URGP=0 
Nov 28 21:03:49 kernel: [246898.714239] [UFW BLOCK] IN=eth0 OUT= MAC=xx.xx SRC=61.240.144.65 DST=xx.xx LEN=40 TOS=0x00 PREC=0x00 TTL=236 ID=31567 PROTO=TCP SPT=46807 DPT=8009 WINDOW=1024 RES=0x00 SYN URGP=0 
Nov 28 21:04:14 kernel: [246923.959948] [UFW BLOCK] IN=eth0 OUT= MAC=xx.xx SRC=163.172.91.185 DST=xx.xx LEN=40 TOS=0x08 PREC=0x00 TTL=243 ID=54321 PROTO=TCP SPT=47175 DPT=22 WINDOW=65535 RES=0x00 SYN URGP=0 
Nov 28 21:04:31 kernel: [246940.250298] [UFW BLOCK] IN=eth0 OUT= MAC=xx.xx SRC=78.168.185.115 DST=xx.xx LEN=40 TOS=0x00 PREC=0x00 TTL=51 ID=62125 PROTO=TCP SPT=52008 DPT=7547 WINDOW=13555 RES=0x00 SYN URGP=0 
  1. Так как они уже зарегистрированы в ufw.log, как я могу остановить их появление в kern.log и syslog?

  2. Что-то, что я должен сделать, чтобы предотвратить эти атаки, или это нормально для сервера?

Джоанна Микалай
источник

Ответы:

13

Параметр конфигурации UFW только включает / отключает вход в систему (и альтернативно указывает настраиваемый уровень ведения журнала):

logging on|off|LEVEL

переключение регистрации. Зарегистрированные пакеты используют LOG_KERNсредство системного журнала. Системы, настроенные на rsyslog поддержку, также могут войти в систему /var/log/ufw.log. Указание LEVELходов входа в систему для указанного LEVEL. Уровень журнала по умолчанию low.

Если вы используете стандартную установку Ubuntu, у вас есть rsyslogdрасширение, которое можно (и по умолчанию) настроить для создания этих отдельных файлов журнала.

В Ubuntu 16.04 конфигурация ведения журнала UFW должна быть в /etc/rsyslog.d/20-ufw.conf:

# Log kernel generated UFW log messages to file
:msg,contains,"[UFW " /var/log/ufw.log

# Uncomment the following to stop logging anything that matches the last rule.
# Doing this will stop logging kernel generated UFW log messages to the file
# normally containing kern.* messages (eg, /var/log/kern.log)
#& ~

Как говорится в комментарии, вы должны просто раскомментировать последнюю строку. Если его нет, просто добавьте & ~.

И наоборот, комментирование другой строки конфигурации вызывает регистрацию только в syslog/ kern.log.


2: Использование брандмауэра для блокировки атак, как вы уже делаете, является правильным способом справиться с ситуацией.

Эса Йокинен
источник
2
Спасибо, это сработало для меня! Просто быстрое замечание, что вам нужно перезапустить rsyslog, чтобы он вступил в силу: sudo service rsyslog restart
jacklin
Моя копия 20-ufw.conf вместо этого содержит директиву & stop. Есть ли существенная разница? С этим он больше не регистрируется в syslog или kern.log.
Исллава