В настоящее время у меня есть стандартная учетная запись DYNDNS и веб-сервер apache (назовите его srv1), на который перенаправляется весь трафик порта 80 и порта 443.
У меня есть еще один внутренний веб-сервер (назовите его srv2), который настроен с обратным прокси-сервером от srv1 на порту 80 из поддомена.
Это работает, но я не могу заставить работать обратный прокси от sv1 на порту 443.
Я готов поспорить, что вы пытаетесь проксировать трафик HTTPS. Если вы думаете о том, как работает трафик HTTPS, он полностью зашифрован от клиента к серверу. Чтобы передать трафик SSL HTTP на другой сервер, вам нужно будет получить HTTPS на SRV1, а затем передать его на SRV2 как обычный старый HTTP. Если вашим пунктом назначения для правила procy является SSL VirtualHost, то он будет получать HTTP-трафик, когда ожидает HTTPS.
Этот предыдущий вопрос ServerFault подробно рассказывает о том, как это настроить, но в целом суть такова:
#SRV1 Config
<VirtualHost *:443>
SSLEngine On
...other SSL params...
ProxyPass / http://ip.address.for.srv2/
</VirtualHost>
Это можно обойти, взгляните на эта тема для примера. Это не очень приятно, и, судя по вашему варианту использования, вероятно, проще просто разгрузить SSL на SRV1.