Множество логов подключений после открытых портов сервиса k8s - PullRequest
Новая
       106

Множество логов подключений после открытых портов сервиса k8s

0 голосов
/ 03 августа 2020

Я сейчас пользуюсь услугой aws k8s (eks). развертывания и службы балансировки нагрузки использовались.

(использовались 2 узла, 1 служба балансировки нагрузки, 1 развертывание, 1 модуль, 1 набор реплик.)

Однако, когда я добавляю порт в службу, к открытому мной порту подключается так много соединений. Журнал выглядит, как показано ниже. 

[17:12:21.843] Client Connected [/192.168.179.222:28607]
[17:12:21.843] Client Disconnected [/192.168.179.222:28607]
[17:12:21.864] Client Connected [/192.168.179.222:16888]
[17:12:21.864] Client Disconnected [/192.168.179.222:16888]
[17:12:21.870] Client Connected [/192.168.79.91:58902]
[17:12:21.870] Client Disconnected [/192.168.79.91:58902]
[17:12:22.000] Client Connected [/192.168.179.222:52060]
[17:12:22.000] Client Disconnected [/192.168.179.222:52060]
[17:12:23.118] Client Connected [/192.168.79.91:14650]
[17:12:23.119] Client Disconnected [/192.168.79.91:14650]

192.168.179.222 и 192.168.79.91 - IP-адреса моих узлов, а журналы - из модулей.

Я думал, что это из-за проверки работоспособности aws loadbalancer, но интервал проверки работоспособности составляет 30 сек c и это не имеет смысла. Из-за большого количества журналов я не могу видеть свои настоящие журналы транзакций.

Как мне избавиться от этих подключений? В чем причина этих журналов?

--- добавьте 

NAME                                                 STATUS   ROLES    AGE   VERSION                INTERNAL-IP       EXTERNAL-IP      OS-IMAGE         KERNEL-VERSION                  CONTAINER-RUNTIME
ip-192-168-179-222.ap-northeast-2.compute.internal   Ready    <none>   11d   v1.16.12-eks-904af05   192.168.179.222   ##########   Amazon Linux 2   4.14.181-142.260.amzn2.x86_64   docker://19.3.6
ip-192-168-79-91.ap-northeast-2.compute.internal     Ready    <none>   11d   v1.16.12-eks-904af05   192.168.79.91     ##########   Amazon Linux 2   4.14.181-142.260.amzn2.x86_64   docker://19.3.6

это информация о моем узле. Я, наверное, уверен, что IP-адрес из журнала - это IP-адрес узла. У меня есть несколько процессов в моем модуле, и каждый процесс встречает слишком много журналов подключений.

1 Ответ

0 голосов
/ 05 августа 2020

То, что вы видите, является результатом того, что сканеры на inte rnet беспокойно пытаются найти уязвимые приложения

Чтобы исправить это и получить более чистые журналы, вы можете

  1. Сделайте белый список IP-адресов в группе безопасности, чтобы определенные IP-адреса могли подключаться только к вашей службе
  2. Установите WAF для фильтрации сканеров

Также вы можете захотеть иметь структурированные журналы, где ваши журналы файлов git имеют определенный формат, который можно легко обнаружить и отфильтровать из журналов мусора, созданных сканером

...