Tomcat работает, но порт 8080 не отвечает

Question

Я установил sun jdk 1.6 x64 и tomcat на машину linux x64 через ssh, у меня нет привилегий root, поэтому я установил оба в моем домашнем каталоге.

Мне удалось успешно запустить tomcat, но если я попытаюсь войти в mydomain.com:8080, ответа от сервера не будет.

С помощью этой команды:

netstat -atnp|grep LISTEN

Я проверил порт, и он СЛУШАЕТ

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>

Есть идеи, в чем проблема?

Заранее спасибо и извините за ужасный английский, который я написал.

Answer 1

Первый шаг - запустить telnet localhost 8080 при локальном входе в систему. Затем введите что-то вроде

GET /

и вы должны вернуть HTML. Если это не сработает, то tomcat на самом деле не работает должным образом или не прослушивает порт 8080. Если это работает, но при попытке извне, убедитесь, что у вас есть правильный IP-адрес. Попробуйте сначала с IP-адресом. Если IP-адрес работает, возможно, ваш mydomain.com не разрешает его. Если IP-адрес правильный (тот, который вы используете в ssh) и он все еще не работает, то вы, вероятно, используете брандмауэр, который не пропускает 8080 Изменение конфигурации брандмауэра требует root-доступа.

Answer 2

Проблема для меня заключалась в том, что мой Tomcat начал слушать ТОЛЬКО IPv6.Помещение здесь на случай, если кто-то другой обнаружит то же самое.

Я смог получить правильные ответы с помощью

curl -g -6 "http://[::1]:8080/"

Но не с localhost.Чтобы это исправить, я удалил атрибут address из conf / server.xml:

<Connector port="8080" protocol="HTTP/1.1"
           connectionTimeout="20000"
           redirectPort="8443" URIEncoding="UTF-8" />
           address="0.0.0.0" />

, перезапустил и снова привязал к IPv4.Я знаю, что должно быть по-другому, но это было то, что исправило это для меня.ОС была Ubuntu.

Answer 3

Попробуйте выполнить перечисление с помощью следующей команды на терминале Linux. СЛУШАТЬ TCP Адреса и данные портов с именем программы

netstat -ltnpa | grep -i --colour LISTEN

Далее необходимо проверить, включен ли брандмауэр или нет.(В большинстве случаев он может быть включен и может заблокировать определенный порт tomcat 8080 по умолчанию, заблокированный iptables в linux)

Answer 4

В CentOs мне приходилось открывать брандмауэр вручную

sudo firewall-cmd --zone=public --add-port=7999/tcp --permanent
sudo firewall-cmd --reload

Не уверен, как, но если бы Docker запускал контейнер на том же порту, он автоматически открывал брандмауэр и, таким образом, отбрасывал меня1004 *

Answer 5

Tomcat может быть слишком медленным для запуска, если одно из развернутых приложений слишком медленное для инициализации. Вы можете сказать, что это тот случай, когда вы запустили Tomcat, но браузер говорит, что сервер не отвечает, даже если вы видите, что порт прослушивает (подключаясь через telnet). Также обратите внимание, что загрузка вашего процессора может быть слишком высокой. В моем случае это было потому, что я включил режим TRACE на регистраторе.

Answer 6

В случае развертывания войны, если есть ошибка в файле войны, tomcat не сможет извлечь файл войны. Убедитесь, что в tomcat // libexec / webapps создана папка с тем же именем, что и у файла war. В противном случае localhost: 8080 застрянет.

Answer 7

Закройте IDE.Перезапустите процесс java.exe, если вы находитесь в системе Windows.И запустите IDE после этого.