На обратном прокси-сервере + Python HTTPS-сервер, кто должен обрабатывать SSL-сертификаты для HTTPS-соединений?

Question

Предположим, я хочу использовать комбинацию NGinX (возможно, другую, поскольку она не передает запросы HTTP / 2 через прокси) и Hypercorn. Поскольку оба могут обрабатывать файлы сертификатов SSL, мне интересно, кто лучше всего подходит для этого по запросу HTTPS. Для меня важно, чтобы Hypercorn мог прослушивать порт 443, и я не уверен, что он сможет это сделать без указания параметров certfile и keyfile.

Answer 1

Ну, это зависит от того, что вы хотите сделать.

Самое простое решение - настроить оба на использование SSL.

Nginx получит запрос, расшифрует его, обработает, отправит в Hypercom через порт 443 в качестве клиента HTTPS. Hypercom получит запрос как любой обычный клиент HTTPS.

• Если ваша цель - безопасность: go с обоими
• Если ваша цель состоит в том, чтобы просто не использовать Hypercom напрямую, вы можете настроить его так, чтобы не использовать SSL

Nginx по умолчанию поддерживает запрос на проксирование к HTTPS, так что это лучшее решение, я думаю. Однако вам может потребоваться поиграть с настройкой http-заголовка для Hypercom, чтобы правильно понять, кто является клиентом, играя с X-Forwarded-For, X-Forwarded-Host и любыми заголовками, которые могут понадобиться Hypercom.