jBoss7 няма отдалечен достъп

Настроих jboss7 сървър, включително standalon.xml за отдалечен достъп на debian машина. Но не мога да получа външен отдалечен достъп.

Това е моята част от интерфейса на standalone.xml:

<interfaces>
   <interface name="management">
       <inet-address value="192.168.3.182"/>
   </interface>
   <interface name="public">
       <inet-address value="192.168.3.182"/>
   </interface>
</interfaces>

Опитах също:

<interfaces>
   <interface name="management">
      <inet-address value="127.0.0.1"/>
   </interface>
   <interface name="public">
      <any-ipv4-address/>
   </interface>
</interfaces>

Опитах много възможности за настройка на standalone.xml, но сигурно съм забравил нещо.

Виждам началната страница на jboss7, когато въвеждам ip адреса в браузъра си, но отбелязвам, че мога да се свържа с моя клиент за тестване на Java на отдалечения порт (4447).

Тестовият клиент работи, ако клиентът работи локално на машината.

имаш ли идея

Редактиране: telnet 192.168.3.182 4447 ми връща ip-то с мигащ курсор, така че предполагам, че чакам отговор допълнително, виждам запис в журнала в моя дневник на сървъра jboss -> ) JBREM000200: Отдалечената връзка е неуспешна: java.io.IOException: Получено невалидна дължина на съобщението от 1728579688


linux jboss jboss7.x
person Dennis    schedule 13.11.2013    source източник
comment
повече ми прилича на мрежов проблем. Кутията на Debian защитена ли е със защитна стена?   -  person hgoebl    schedule 13.11.2013
comment
и аз си помислих това......но няма защитна стена и имахме jboss4, работещ преди на този сървър и това проработи.   -  person Dennis    schedule 13.11.2013
comment
Само за двойна проверка: клиент, свързващ 4447 от локална машина работи, от отдалечена машина не, нали? Какво извежда netstat -an | grep 4447?   -  person hgoebl    schedule 13.11.2013
comment
tcp 0 0 192.168.3.182:4447 0.0.0.0:* СЛУШАЙТЕ   -  person Dennis    schedule 13.11.2013
comment
И какво се случва, когато telnet 192.168.3.182 4447 от дистанционно? Отказ на връзка? Чакате без отговор? Може би редактирането на въпрос е по-ефективно от добавянето на коментар.   -  person hgoebl    schedule 13.11.2013
comment
ДОБРЕ. Това означава, че не е мрежов проблем. Може би вашият клиент използва грешни идентификационни данни? Страхувам се, че не мога да ви помогна повече :(   -  person hgoebl    schedule 13.11.2013

Отговори (2)


arrow_upward
0
arrow_downward

Бих проверил дали портът слуша със следната команда под linux "netstat -tulpn | grep -i 4447"

Късмет,

person Kevin    schedule 13.11.2013
comment
това е резултатът tcp 0 0 192.168.3.182:4447 0.0.0.0:* LISTEN 26679/java така че изглежда работи - person Dennis; 13.11.2013
comment
Здравей @kclair, Опитах се да добавя всички буркани, споменати в блога, но без успех. Имате ли повече представа как да го поправите? - person ruby; 24.06.2014

arrow_upward
0
arrow_downward

че „Получена невалидна дължина на съобщението от 1728579688“ грешка показва, че jboss слуша порта, но че конекторът не използва правилния вид протокол.

разбира се, ако се свързвате с telnet, тогава бихте очаквали да видите тази грешка, тъй като telnet не е JMX клиент.

JBoss използва JBoss Remoting за JMX връзки. Така че, ако използвате външен клиент, трябва да се уверите, че библиотеките на JBoss Remoting са достъпни за вашия клиент.

Това е добро описание на проблема при използване на VisualVM като клиент:

http://blog.akquinet.de/2012/11/01/connecting-visualvm-with-a-remote-jboss-as-7-eap6-jvm-process/

person kclair    schedule 13.11.2013