tomcat en cours d'exécution, mais le port 8080 ne répond pas
J'ai installé Sun jdk 1.6 x64 et Tomcat dans une machine linux x64 via ssh.
J'ai réussi à exécuter Tomcat, mais si j'essaie d'entrer dans mydomain.com:8080, le serveur ne répond pas.
Avec cette commande:
netstat -atnp|grep LISTEN
j'ai vérifié le port et il est à l'écoute
Dec 18, 2011 5:11:20 PM org.Apache.catalina.core.AprLifecycleListener init
INFO: The APR based Apache Tomcat Native library which allows optimal performance in production environments was not found on the Java.library.path: /home2/fiegmund/jdk1.6.0_25/jre/lib/AMD64/server:/home2/fiegmund/jdk1.6.0_25/jre/lib/AMD64:/home2/fiegmund/jdk1.6.0_25/jre/../lib/AMD64:/usr/Java/packages/lib/AMD64:/usr/lib64:/lib64:/lib:/usr/lib
Dec 18, 2011 5:11:21 PM org.Apache.coyote.AbstractProtocol init
INFO: Initializing ProtocolHandler ["http-bio-8080"]
Dec 18, 2011 5:11:21 PM org.Apache.coyote.AbstractProtocol init
INFO: Initializing ProtocolHandler ["ajp-bio-8009"]
Dec 18, 2011 5:11:21 PM org.Apache.catalina.startup.Catalina load
INFO: Initialization processed in 2015 ms
Dec 18, 2011 5:11:21 PM org.Apache.catalina.core.StandardService startInternal
INFO: Starting service Catalina
Dec 18, 2011 5:11:21 PM org.Apache.catalina.core.StandardEngine startInternal
INFO: Starting Servlet Engine: Apache Tomcat/7.0.23
Dec 18, 2011 5:11:21 PM org.Apache.catalina.startup.HostConfig deployDirectory
INFO: Deploying web application directory /home2/fiegmund/Apache-Tomcat-7.0.23/webapps/docs
Dec 18, 2011 5:11:24 PM org.Apache.catalina.util.SessionIdGenerator createSecureRandom
INFO: Creation of SecureRandom instance for session ID generation using [SHA1PRNG] took [1,869] milliseconds.
Dec 18, 2011 5:11:24 PM org.Apache.catalina.startup.HostConfig deployDirectory
INFO: Deploying web application directory /home2/fiegmund/Apache-Tomcat-7.0.23/webapps/manager
Dec 18, 2011 5:11:24 PM org.Apache.catalina.startup.HostConfig deployDirectory
INFO: Deploying web application directory /home2/fiegmund/Apache-Tomcat-7.0.23/webapps/ROOT
Dec 18, 2011 5:11:24 PM org.Apache.catalina.startup.HostConfig deployDirectory
INFO: Deploying web application directory /home2/fiegmund/Apache-Tomcat-7.0.23/webapps/examples
Dec 18, 2011 5:11:25 PM org.Apache.catalina.startup.TaglibUriRule body
INFO: TLD skipped. URI: http://Java.Sun.com/jstl/core is already defined
Dec 18, 2011 5:11:25 PM org.Apache.catalina.startup.TaglibUriRule body
INFO: TLD skipped. URI: http://Java.Sun.com/jstl/sql_rt is already defined
Dec 18, 2011 5:11:25 PM org.Apache.catalina.startup.TaglibUriRule body
INFO: TLD skipped. URI: http://Java.Sun.com/jsp/jstl/sql is already defined
Dec 18, 2011 5:11:25 PM org.Apache.catalina.startup.TaglibUriRule body
INFO: TLD skipped. URI: http://Java.Sun.com/jstl/core_rt is already defined
Dec 18, 2011 5:11:25 PM org.Apache.catalina.startup.TaglibUriRule body
INFO: TLD skipped. URI: http://Java.Sun.com/jsp/jstl/core is already defined
Dec 18, 2011 5:11:25 PM org.Apache.catalina.startup.TaglibUriRule body
INFO: TLD skipped. URI: http://Java.Sun.com/jsp/jstl/functions is already defined
Dec 18, 2011 5:11:25 PM org.Apache.catalina.startup.TaglibUriRule body
INFO: TLD skipped. URI: http://Java.Sun.com/jstl/fmt is already defined
Dec 18, 2011 5:11:25 PM org.Apache.catalina.startup.TaglibUriRule body
INFO: TLD skipped. URI: http://jakarta.Apache.org/taglibs/standard/permittedTaglibs is already defined
Dec 18, 2011 5:11:25 PM org.Apache.catalina.startup.TaglibUriRule body
INFO: TLD skipped. URI: http://Java.Sun.com/jstl/xml is already defined
Dec 18, 2011 5:11:25 PM org.Apache.catalina.startup.TaglibUriRule body
INFO: TLD skipped. URI: http://jakarta.Apache.org/taglibs/standard/scriptfree is already defined
Dec 18, 2011 5:11:25 PM org.Apache.catalina.startup.TaglibUriRule body
INFO: TLD skipped. URI: http://Java.Sun.com/jstl/fmt_rt is already defined
Dec 18, 2011 5:11:25 PM org.Apache.catalina.startup.TaglibUriRule body
INFO: TLD skipped. URI: http://Java.Sun.com/jsp/jstl/fmt is already defined
Dec 18, 2011 5:11:25 PM org.Apache.catalina.startup.TaglibUriRule body
INFO: TLD skipped. URI: http://Java.Sun.com/jsp/jstl/xml is already defined
Dec 18, 2011 5:11:25 PM org.Apache.catalina.startup.TaglibUriRule body
INFO: TLD skipped. URI: http://Java.Sun.com/jstl/xml_rt is already defined
Dec 18, 2011 5:11:25 PM org.Apache.catalina.startup.TaglibUriRule body
INFO: TLD skipped. URI: http://Java.Sun.com/jstl/sql is already defined
Dec 18, 2011 5:11:25 PM org.Apache.catalina.startup.HostConfig deployDirectory
INFO: Deploying web application directory /home2/fiegmund/Apache-Tomcat-7.0.23/webapps/Host-manager
Dec 18, 2011 5:11:25 PM org.Apache.coyote.AbstractProtocol start
INFO: Starting ProtocolHandler ["http-bio-8080"]
Dec 18, 2011 5:11:25 PM org.Apache.coyote.AbstractProtocol start
INFO: Starting ProtocolHandler ["ajp-bio-8009"]
Dec 18, 2011 5:11:25 PM org.Apache.catalina.startup.Catalina start
INFO: Server startup in 4582 ms>
Des idées sur quel est le problème?
Merci d'avance et désolé pour le terrible anglais que j'ai écrit.
La première étape consiste à exécuter telnet localhost 8080 une fois connecté localement. Puis tapez quelque chose comme
GET /
et vous devriez récupérer le code HTML… .. Si cela ne fonctionne pas, Tomcat ne fonctionne pas correctement ou n'écoute pas sur le port 8080 . Si cela fonctionne, mais lorsque vous essayez de l'extérieur, assurez-vous que le adresse IP correcte. Essayez d'abord avec l'adresse IP. Si l'adresse IP fonctionne, peut-être que votre domaine mydomain.com ne le résoudra pas . Si l'IP est correct (le même que vous êtes ssh'ing) et qu'il ne fonctionne toujours pas, alors vous utilisez probablement laissez pas 8080 à travers. La modification de la configuration du pare-feu nécessite un accès root.
Essayez de lister en utilisant la commande suivante sur le terminal Linux LISTEN TCP Adresses et détails du port avec le nom du programme
netstat -ltnpa | grep -i --colour LISTEN
En outre, vous devez vérifier si le pare-feu est activé ou désactivé. (La plupart du temps, il est possible que le port spécifique de Tomcat 8080 par défaut soit bloqué par iptables sous Linux et ait pu le bloquer
Le problème pour moi est que mon Tomcat a commencé à écouter IPv6 UNIQUEMENT. En le mettant ici au cas où quelqu'un d'autre découvrirait la même chose.
J'ai pu obtenir des réponses correctes avec
curl -g -6 "http://[::1]:8080/"
Mais pas avec localhost . Pour résoudre ce problème, je _ attribut suppriméaddress de conf/server.xml
<Connector port="8080" protocol="HTTP/1.1"
connectionTimeout="20000"
redirectPort="8443" URIEncoding="UTF-8" />
address="0.0.0.0" />
et redémarré et lié à IPv4 à nouveau. Je sais que cela devrait être autrement, mais c'est ce qui a réglé le problème pour moi. OS était Ubuntu.
Sur CentOs je devais ouvrir le pare-feu manuellement
Sudo firewall-cmd --zone=public --add-port=7999/tcp --permanent
Sudo firewall-cmd --reload
Je ne sais pas comment, mais si Docker exécutait un conteneur sur le même port, il ouvrirait automatiquement le pare-feu et me rejetait
Tomcat est peut-être trop lent à démarrer si l’une des applications déployées est trop lente à initialiser. Vous pouvez savoir que c'est le cas lorsque vous avez démarré Tomcat, mais le navigateur indique que le serveur ne répond pas, même si vous pouvez voir que le port est à l'écoute (en vous connectant avec telnet). Notez également que votre utilisation du processeur peut être trop élevée. Dans mon cas, c’est parce que j’ai activé le mode TRACE sur l’enregistreur.
En cas de déploiement de war s'il y a une erreur dans le fichier war, Tomcat peut ne pas être en mesure d'extraire le fichier war. Assurez-vous qu'un dossier portant le même nom qu'un fichier war est créé dans Tomcat // libexec/webapps, sinon localhost: 8080 sera bloqué.
Fermez l'IDE. Redémarrez le processus Java.exe si vous êtes sur un système Windows. Et lancez le IDE après cela.