Estou tentando implementar o SSL para Tomcat
on CentOS 6.7
. Não é um problema de aninhamento de carrapatos, nem o SELinux se aplica, assim como outras postagens - pelo menos eu acho que não.
O arquivo server.xml
tem entrada:
<Connector protocol="org.apache.coyote.http11.Http11NioProtocol"
port="443" SSLEnabled="true"
maxThreads="150" scheme="https" secure="true"
clientAuth="false" sslProtocol="TLS"
keystoreFile="/usr/share/tomcat/.keystore" keystorePass="password-omitted-for-security" />
A senha está correta e foi validada usando keytool.
O Tomcat também possui o arquivo:
-rwxrwxrwx. 1 tomcat tomcat 7192 Sep 2 2014 .keystore
O que causaria o seguinte em catalina.out
:
SEVERE: Failed to initialize end point associated with ProtocolHandler ["http-nio-443"]
java.net.SocketException: Permission denied
at sun.nio.ch.Net.bind0(Native Method)
at sun.nio.ch.Net.bind(Net.java:437)
at sun.nio.ch.Net.bind(Net.java:429)
at sun.nio.ch.ServerSocketChannelImpl.bind(ServerSocketChannelImpl.java:223)
at sun.nio.ch.ServerSocketAdaptor.bind(ServerSocketAdaptor.java:74)
at org.apache.tomcat.util.net.NioEndpoint.bind(NioEndpoint.java:475)
at org.apache.tomcat.util.net.AbstractEndpoint.init(AbstractEndpoint.java:651)
at org.apache.coyote.AbstractProtocol.init(AbstractProtocol.java:434)
at org.apache.coyote.http11.AbstractHttp11JsseProtocol.init(AbstractHttp11JsseProtocol.java:119)
at org.apache.catalina.connector.Connector.initInternal(Connector.java:978)
at org.apache.catalina.util.LifecycleBase.init(LifecycleBase.java:102)
at org.apache.catalina.core.StandardService.initInternal(StandardService.java:559)
at org.apache.catalina.util.LifecycleBase.init(LifecycleBase.java:102)
at org.apache.catalina.core.StandardServer.initInternal(StandardServer.java:821)
at org.apache.catalina.util.LifecycleBase.init(LifecycleBase.java:102)
at org.apache.catalina.startup.Catalina.load(Catalina.java:638)
at org.apache.catalina.startup.Catalina.load(Catalina.java:663)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at org.apache.catalina.startup.Bootstrap.load(Bootstrap.java:253)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:427)
Por Apache , o Tomcat7 deve ser executado como daemon. No entanto, suas instruções lançam sua própria exceção:
-bash: ./bin/jsvc: No such file or directory
Então, eles mencionam que eu posso precisar especificar a VM se o cliente usar diferente, o que faz:
echo $JAVA_HOME
/usr/java/jdk1.7.0_79
e o Tomcat7 usa:
/usr/java/jre1.8.0_51
então usei de dentro de $ CATALINA_HOME:
./bin/jsvc \ -classpath $CATALINA_HOME/bin/bootstrap.jar:$CATALINA_HOME/bin/tomcat-juli.jar \
-outfile $CATALINA_BASE/logs/catalina.out \ -errfile $CATALINA_BASE/logs/catalina.err \ -Dcatalina.home=$CATALINA_HOME \
-Dcatalina.base=$CATALINA_BASE \
-Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager \
-Djava.util.logging.config.file=$CATALINA_BASE/conf/logging.properties \
-jvm /usr/java/jre1.8.0_51 \
org.apache.catalina.startup.Bootstrap
com os mesmos resultados:
-bash: ./bin/jsvc: No such file or directory
Por favor, informe
Tags permissions tomcat