Назад | Перейти на главную страницу

Если сервер приложений находится за обратным прокси-сервером, какой сервер должен обрабатывать страницы ошибок и почему?

У нас есть обратный прокси-сервер для нашего приложения, которым управляет другая команда. В настоящее время страницы 404 и 403, которые мы установили на сервере приложений, перезаписаны страницами ошибок обратного прокси.

Есть ли способ позволить серверу приложений справиться с этим? Есть ли причина, по которой было бы целесообразно позволить обратному прокси-серверу делать это?

Это будет зависеть от ваших требований и прокси

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

Это также позволяет сделать страницы ошибок доступными, даже если приложение не работает. Поддерживать содержимое этих страниц ошибок проще, потому что их можно поддерживать на прокси-сервере, а не распространять на разные серверные части (подумайте об этом, когда вы расширяете приложение)

Если у вас есть прокси-сервер, обрабатывающий страницы с ошибками, у вас есть возможность предложить клиенту согласованное сообщение независимо от того, для какого сайта возникла ошибка.

Кроме того, в случае сбоя внутреннего сервера внутренний сервер будет недоступен и, следовательно, не сможет создавать настраиваемые страницы ошибок.

В-третьих, вам нужно обновлять только один набор настраиваемых страниц ошибок, а не переходить на каждый отдельный сервер и проверять актуальность страниц.