Ошибка 4xx AWS Эластичный бобовый стебель — Серьезная целостность

#amazon-web-services #amazon-elastic-beanstalk

Вопрос:

Добрый день, люди,

Я создал среду в Elastic Beanstalk и загрузил приложение NodeJS api с помощью express.

Она прекрасно работает, все в порядке.

Но целостность окружающей среды оценивается как серьезная, и эта попытка мониторинга появляется в журналах.

Суровый

 ---------------------------------------- /var/log/nginx/access.log ---------------------------------------- 172.31.46.198 - - [03/Nov/2021:19:14:13  0000] "GET / HTTP/1.1" 404 139 "-" "ELB-HealthChecker/2.0" "-" 172.31.1.181 - - [03/Nov/2021:19:14:13  0000] "GET / HTTP/1.1" 404 139 "-" "ELB-HealthChecker/2.0" "-" 172.31.30.127 - - [03/Nov/2021:19:14:13  0000] "GET / HTTP/1.1" 404 139 "-" "ELB-HealthChecker/2.0" "-" 172.31.46.198 - - [03/Nov/2021:19:14:28  0000] "GET / HTTP/1.1" 404 139 "-" "ELB-HealthChecker/2.0" "-" 172.31.1.181 - - [03/Nov/2021:19:14:28  0000] "GET / HTTP/1.1" 404 139 "-" "ELB-HealthChecker/2.0" "-" 172.31.30.127 - - [03/Nov/2021:19:14:28  0000] "GET / HTTP/1.1" 404 139 "-" "ELB-HealthChecker/2.0" "-" 172.31.46.198 - - [03/Nov/2021:19:14:43  0000] "GET / HTTP/1.1" 404 139 "-" "ELB-HealthChecker/2.0" "-" 172.31.30.127 - - [03/Nov/2021:19:14:43  0000] "GET / HTTP/1.1" 404 139 "-" "ELB-HealthChecker/2.0" "-" 172.31.1.181 - - [03/Nov/2021:19:14:43  0000] "GET / HTTP/1.1" 404 139 "-" "ELB-HealthChecker/2.0" "-" 172.31.30.127 - - [03/Nov/2021:19:14:58  0000] "GET / HTTP/1.1" 404 139 "-" "ELB-HealthChecker/2.0" "-" 172.31.1.181 - - [03/Nov/2021:19:14:58  0000] "GET / HTTP/1.1" 404 139 "-" "ELB-HealthChecker/2.0" "-" 172.31.46.198 - - [03/Nov/2021:19:14:58  0000] "GET / HTTP/1.1" 404 139 "-" "ELB-HealthChecker/2.0" "-" 172.31.30.127 - - [03/Nov/2021:19:15:13  0000] "GET / HTTP/1.1" 404 139 "-" "ELB-HealthChecker/2.0" "-"  

Кто — нибудь знает, как я могу это исправить, не отключая мониторинг?

Комментарии:

1. пожалуйста, скачайте и проверьте полные электронные журналы

2. Вероятно, проверка работоспособности направлена на маршрут, для которого не существует в приложении узла.

Ответ №1:

Спокойной ночи, люди,

Я обнаружил проблему, у меня ничего не было установлено в корне моего API на «/», поэтому я попытался отслеживать состояние api и взял 404.

Я настроил проверку работоспособности в корневом каталоге «/» и нормализовал 404 ошибки и проблему целостности в среде.

успех