HTTPS-сертификат Wildfly 10 в порядке на 8443, но на 443 говорит о плохом сертификате

Я пытаюсь настроить Wildfly (10) для использования SSL-сертификата для HTTPS. Кажется, он отлично работает для 8443 (используя https://example.com:8443 - никаких ошибок и сертификатов не отображается он подписан ЦС), но когда я переключаю HTTPS на порт 443, всякий раз, когда я захожу на сайт (через https://example.com он говорит мне, что мой сертификат не был правильно установлен, соединение не является безопасным и использует самозаверяющий ключ).

Вот фрагменты из моего файла standalone.xml:

Царство безопасности

       <security-realm name="ApplicationRealm">
            <server-identities>
                <ssl>
                    <keystore path="devifs.jks" relative-to="jboss.server.config.dir" keystore-password="yadayada" alias="tomcat" key-password="yadayada"/>
                </ssl>
            </server-identities>
            <authentication>
                <local default-user="$local" allowed-users="*" skip-group-loading="true"/>
                <properties path="application-users.properties" relative-to="jboss.server.config.dir"/>
            </authentication>
            <authorization>
                <properties path="application-roles.properties" relative-to="jboss.server.config.dir"/>
            </authorization>
        </security-realm>

Подсистема подводного течения

   <subsystem xmlns="urn:jboss:domain:undertow:3.0">
        <buffer-cache name="default"/>
        <server name="default-server">
            <http-listener name="default" socket-binding="http" redirect-socket="https"/>
            <https-listener name="default-ssl" security-realm="ApplicationRealm" socket-binding="https"/>
            <host name="default-host" default-web-module="hatteras.war" alias="localhost">
                <location name="/" handler="welcome-content"/>
                <location name="/reports/" handler="ifsreports"/>
                <filter-ref name="server-header"/>
                <filter-ref name="x-powered-by-header"/>
            </host>
         </server>
            ....
     </subsystem>

Группа привязки сокетов

<socket-binding-group name="standard-sockets" default-interface="public" port-offset="${jboss.socket.binding.port-offset:0}">
    <socket-binding name="management-http" interface="management" port="${jboss.management.http.port:9990}"/>
    <socket-binding name="management-https" interface="management" port="${jboss.management.https.port:9993}"/>
    <socket-binding name="ajp" port="${jboss.ajp.port:8009}"/>
    <socket-binding name="http" port="${jboss.http.port:8080}"/>
    <socket-binding name="https" port="${jboss.https.port:443}"/>
    <socket-binding name="txn-recovery-environment" port="4712"/>
    <socket-binding name="txn-status-manager" port="4713"/>
    <outbound-socket-binding name="mail-smtp">
        <remote-destination host="localhost" port="25"/>
    </outbound-socket-binding>
</socket-binding-group>

Я перезапустил Wildfly и даже сервер после внесения изменений в файл standalone.xml. Неудачно.

Куча:

  • Wildfly 10.0.0.финал
  • Убунту 14.04.4 ЛТС
  • АМС

Какие-либо предложения?


ssl ssl-certificate wildfly-10
person danielc    schedule 17.08.2016    source источник
comment
Мой контакт SSL указал, что JBoss не может работать на 443, потому что это привилегированный порт. Это привело меня к исследованию, и я обнаружил, что должен перенаправить порт, используя: iptables -t nat -A PREROUTING -p tcp --dport 443 -j REDIRECT --to-port 8443 Это правильный метод? ? Кажется, работает нормально.   -  person danielc    schedule 17.08.2016

Ответы (1)


arrow_upward
3
arrow_downward

Мой контакт SSL указал, что JBoss не может работать на 443, потому что это привилегированный порт. Это привело меня к исследованию, и я обнаружил, что должен перенаправить порт, используя: iptables - t nat - A PREROUTING - p tcp --dport 443 -j REDIRECT --to-port 8443 Это правильный метод? Кажется, работает нормально.

person danielc    schedule 20.08.2016
comment
Мне приходилось делать это раньше, поэтому я думаю, что в данных обстоятельствах это правильный метод для вас, если у вас нет балансировщика нагрузки, например, и F5 для перенаправления порта 443 на 8443. - person JGlass; 03.04.2018
comment
Спасибо также за сортировку установки https по сравнению со страницами RedHats и страницами информации, которые не совсем к делу! - person JGlass; 03.04.2018