Vova316, В таком случае какой localhost) Если nginx и контейнеры на одном хосте и сеть в режиме бридж, то вместо localhost должны быть название контейнеров и порты публиковать не надо.
ashdahsdbja, Так у тебя нет адреса 94.180.216.217 на интерфейсе. Наверное сам адрес на роутере, на котором в свою очередь проброшен порт на сервер. Соответственно надо пробрасывать нужные порты или настроить DMZ.
Потому что с другой стороны коммутатор провайдера соответственно данные не корректны.
Повтори аналогичную ситуацию дома, подключи кабель в роутер, а второй конец в тестер - вангую, что результат будет как с провайдером.
OlegIL20, Так норм, стоит обратить внимание на G-Sense_Error_Rate указывает что с диском ОЧЕНЬ не аккуратно обращаются. Если это USB диск, то как-то можно это объяснить в кучу с высоким Load_Cycle_Count, но все же стоит по аккуратнее. Если это ноут, то не стоит его так тормошить.
Стоит попробовать вариант которые предлагали выше, подключить к винде и проверить на ошибки на диске или удалить указанные файлы под виндой.
И когда делают проверку диска под linux, то его необходимо предварительно отмонтировать
sudo umount /media/deb
sudo ntfsfix /dev/sdb1
AlexxKulkov, То есть напиши минимального бота который умеет отвечать "сервисное обслуживание", а на уровне nginx настрой балансировку между upstream по таймауту, если основной не ответил то перекинуть запрос на второй. Кстати, попробуй просто возвращать http 503. Возможно телеграм на какаой-то HTTP код сам может интерпретировать что сервер на обслуживании.
Похоже что у тебя сам nginx не видит реальный адрес. Покажи docker-compose.yml