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