У нас есть обратный прокси-сервер для нашего приложения, которым управляет другая команда. В настоящее время страницы 404 и 403, которые мы установили на сервере приложений, перезаписаны страницами ошибок обратного прокси.
Есть ли способ позволить серверу приложений справиться с этим? Есть ли причина, по которой было бы целесообразно позволить обратному прокси-серверу делать это?
Это будет зависеть от ваших требований и прокси
Например NGINX может перехватывать ошибки за вас, а затем выполнять X. Это может позволить вам обслуживать кэшированный контент, даже если сервер приложений не работает (в зависимости от вашего приложения). Возможно, вы захотите отправить пользователей на другой URL-адрес, если они получат определенную ошибку.
Это также позволяет сделать страницы ошибок доступными, даже если приложение не работает. Поддерживать содержимое этих страниц ошибок проще, потому что их можно поддерживать на прокси-сервере, а не распространять на разные серверные части (подумайте об этом, когда вы расширяете приложение)
Если у вас есть прокси-сервер, обрабатывающий страницы с ошибками, у вас есть возможность предложить клиенту согласованное сообщение независимо от того, для какого сайта возникла ошибка.
Кроме того, в случае сбоя внутреннего сервера внутренний сервер будет недоступен и, следовательно, не сможет создавать настраиваемые страницы ошибок.
В-третьих, вам нужно обновлять только один набор настраиваемых страниц ошибок, а не переходить на каждый отдельный сервер и проверять актуальность страниц.