java.rmi.ConnectException: соединение с хостом отказано: 127.0.1.1;

Question

    java.rmi.ConnectException: Connection refused to host: 127.0.1.1; nested exception is:
    java.net.ConnectException: Connection refused
    at sun.rmi.transport.tcp.TCPEndpoint.newSocket(TCPEndpoint.java:619)
    at sun.rmi.transport.tcp.TCPChannel.createConnection(TCPChannel.java:216)
    at sun.rmi.transport.tcp.TCPChannel.newConnection(TCPChannel.java:202)
    at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:128)
    at java.rmi.server.RemoteObjectInvocationHandler.invokeRemoteMethod(RemoteObjectInvocationHandler.java:194)
    at java.rmi.server.RemoteObjectInvocationHandler.invoke(RemoteObjectInvocationHandler.java:148)
    at com.sun.proxy.$Proxy0.notifyMe(Unknown Source)
    at CallbackServerImpl.doCallback(CallbackServerImpl.java:149)
    at CallbackServerImpl.registerForCallback(CallbackServerImpl.java:70)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:601)
    at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:322)
    at sun.rmi.transport.Transport$1.run(Transport.java:177)
    at sun.rmi.transport.Transport$1.run(Transport.java:174)
    at java.security.AccessController.doPrivileged(Native Method)
    at sun.rmi.transport.Transport.serviceCall(Transport.java:173)
    at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:553)
    at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:808)
    at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:667)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
    at java.lang.Thread.run(Thread.java:722)
    Caused by: java.net.ConnectException: Connection refused
    at java.net.PlainSocketImpl.socketConnect(Native Method)
    at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:339)
    at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:200)
    at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:182)
    at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:391)
    at java.net.Socket.connect(Socket.java:579)
    at java.net.Socket.connect(Socket.java:528)
    at java.net.Socket.<init>(Socket.java:425)
    at java.net.Socket.<init>(Socket.java:208)
    at sun.rmi.transport.proxy.RMIDirectSocketFactory.createSocket(RMIDirectSocketFactory.java:40)
    at sun.rmi.transport.proxy.RMIMasterSocketFactory.createSocket(RMIMasterSocketFactory.java:146)
    at sun.rmi.transport.tcp.TCPEndpoint.newSocket(TCPEndpoint.java:613)
    ... 23 more

Я получаю это исключение, когда пытаюсь подключить удаленный клиент к своему серверу. И на сервере, и на клиенте hostName для registryUrl в rmi является публичным IP-адресом сервера. Я также попытался поместить localhost в сервер, но ошибка не меняется.

Мой java.policy настроен на предоставление всех подключений ко всем портам, и у меня не включены брандмауэры на сервере или клиенте.

Любые предложения, что может быть?

Answer 1

Это пункт A.1 в FAQ RMI. Вам нужно либо исправить файл /etc/hosts, либо установить java.rmi.server.hostname собственность на сервере.

Answer 2

ЗАДАЧА РЕШЕНА

У меня была точно такая же ошибка. Когда удаленный объект был связан с rmiregistry, он был связан с IP-адресом обратной связи, который, очевидно, потерпит неудачу, если вы попытаетесь вызвать метод с удаленного адреса. Чтобы это исправить, нам нужно установить в свойстве java.rmi.server.hostname IP-адрес, по которому другие устройства могут получать доступ к вашей сети через сеть. Это не работает, когда вы пытаетесь установить параметр через JVM. Это сработало для меня, просто добавив следующую строку в мой код непосредственно перед привязкой объекта к rmiregistry:

System.setProperty("java.rmi.server.hostname","192.168.1.2");

В этом случае IP-адрес в локальной сети ПК, связывающего удаленный объект в реестре RMI, составляет 192.168.1.2.

Answer 3

Вы можете использовать LocalRegistry, такие как:

Registry rgsty = LocateRegistry.createRegistry(1888); rgsty.rebind("hello", hello);

Answer 4

Я нашел много вопросов и ответов по этой теме, мне ничто не помогало, потому что моя проблема была более простой (что я могу сказать, что я не сетевой гуру:)). Мой IP-адрес в / etc / hosts был неверным. То, что я пробовал, включало следующее для CATALINA_OPTS:

CATALINA_OPTS="$CATALINA_OPTS -Djava.awt.headless=true -Xmx128M -server 
-Dcom.sun.management.jmxremote 
-Dcom.sun.management.jmxremote.port=7091 
-Dcom.sun.management.jmxremote.authenticate=false 
-Dcom.sun.management.jmxremote.ssl=false
-Djava.rmi.server.hostname=A.B.C.D"  #howeverI put the wrong ip here!

export CATALINA_OPTS

Моя проблема заключалась в том, что я изменил свой IP-адрес много месяцев назад, но никогда не обновлял свой файл / etc / hosts. кажется, что по умолчанию jconsole каким-то образом использует IP-адрес хоста -i, хотя я просматривал локальные процессы. Лучшим решением было просто изменить файл / etc / hosts.

Другое решение, которое может работать, - это получить ваш правильный IP-адрес из / sbin / ifconfig и использовать этот IP-адрес при указании IP-адреса, например, в скрипте catalina.sh:

-Djava.rmi.server.hostname=A.B.C.D

Answer 5

Если вы работаете в среде Linux, откройте файл /etc/hosts.allowдобавьте следующую строку

ALL

Wildcards

Также проверьте /etc/hostname а также /etc/host чтобы увидеть, может быть там что-то не так.

Я должен был изменить свой / etc / host от

127.0.0.1 localhost
127.0.1.1 AMK

в

127.0.0.1 localhost
127.0.0.1 AMK

также написал в ALL в файле /etc/hosts.allow который ранее был полностью пуст

Теперь все работает

не знаю, насколько это безопасно. Вы должны прочитать больше о возможных вариантах /etc/hosts.allow делать то, что требует прикосновения безопасности.

Answer 6

Возможно, ваша rmiregistry не будет создана до того, как клиент попытается подключиться к вашему серверу, и это приведет к этому исключению. В Linux вы можете использовать "netstat", чтобы проверить, связана ли ваша rmiregistry с нужным портом, назначенным вами в коде java.

Answer 7

Если вы попытались изменить etc/hosts и добавить свойство java.rmi.server.hostname, но реестр по-прежнему привязан к 127.0.0.1

проблема для меня была решена после явной установки свойства System с помощью кода, хотя это же свойство не было выбрано из аргументов jvm

Answer 8

Это работает для меня после избавления от "::1" в /etc/hosts.

Answer 9

У меня была точно такая же проблема, и моя проблема была в том, что у меня было 2 IP-адреса из 2 разных сетей, настроенных в etc/hosts, как показано ниже.

10.xxx.x.xxx    localhost
192.xxx.x.xxx   localhost

Это должно быть связано с тем, что возник конфликт из-за того, какой IP-адрес будет использоваться для других устройств для доступа к сетевому протоколу.

Как только я удалил лишнюю запись, которая не требуется, я смог решить проблему.

Так что в моем файле etc/hosts была только следующая запись.

10.xxx.x.xxx    localhost

Answer 10

IntelliJ

Я использовал эти флаги в параметрах виртуальной машины IntelliJs , чтобы включить поддержку только IPv6, что привело к этой ошибке:

      java.lang.RuntimeException: java.rmi.ConnectException: Connection refused to host: ::1; nested exception is: java.net.ConnectException: Connection refused: connect in ExceptionUtil.rethrow(ExceptionUtil.java:138) Caused by: java.rmi.ConnectException: Connection refused to host: ::1; nested exception is: java.net.ConnectException: Connection refused: connect at java.rmi/sun.rmi.transport.tcp.TCPEndpoint.newSocket(TCPEndpoint.java:626) at java.rmi/sun.rmi.transport.tcp.TCPChannel.createConnection(TCPChannel.java:217) at java.rmi/sun.rmi.transport.tcp.TCPChannel.newConnection(TCPChannel.java:204) at java.rmi/sun.rmi.server.UnicastRef.newCall(UnicastRef.java:344) at java.rmi/sun.rmi.registry.RegistryImpl_Stub.lookup(RegistryImpl_Stub.java:116) in RemoteProcessSupport.lambda$acquire$2(RemoteProcessSupport.java:324) Caused by: java.net.ConnectException: Connection refused: connect at java.base/sun.nio.ch.Net.connect0(Native Method) at java.base/sun.nio.ch.Net.connect(Net.java:579) at java.base/sun.nio.ch.Net.connect(Net.java:568) at java.base/sun.nio.ch.NioSocketImpl.connect(NioSocketImpl.java:593) at java.base/java.net.SocksSocketImpl.connect(SocksSocketImpl.java:327) at java.base/java.net.Socket.connect(Socket.java:633) at java.base/java.net.Socket.connect(Socket.java:583) at java.base/java.net.Socket. (Socket.java:507) at java.base/java.net.Socket. (Socket.java:287) in RemoteServer$1.createSocket(RemoteServer.java:156) ... 22 more Suppressed: com.intellij.database.util.AsyncTask$Companion$FrameData: Async frame data: Submit -> Prepare connection -> 

Я закомментировал флаги с помощью#

      -Djava.net.preferIPv4Stack=false
-Djava.net.preferIPv6Addresses=true

И запустил сервер postgres через

      postgres -D "C:\Program Files\PostgreSQL\16\data"

Answer 11

В моем случае мне не удалось отредактировать файл hosts, потому что я использовал компьютер из университета.

Я исправил проблему с запуском rmiregistry в другом порту (вместо 1099) с помощью:

rmiregistry <port>

а затем запустить сервер на этом порту.

По сути, это была ошибка, вызванная занятым портом.

Answer 12

Когда вы хотите подключиться к удаленному серверу с RMI, вы должны добавить системное свойство, такое же как:

System.setProperty("java.rmi.server.hostname","Ip or DNS of the server");

или добавьте переменную окружения.

Для меня я получил отказ в соединении и решил его, добавив следующую строку кода на стороне сервера:

 java -jar -Djava.rmi.server.hostname="ip or dns of the server" packageName.jar

Спасибо другому парню за руководство, чтобы решить его.

Answer 13

В Windows убедитесь, что ваш брандмауэр Windows правильно настроен / отключен. Мне пришлось отключить брандмауэр Windows (потому что я не стал его настраивать), чтобы заставить работать все, даже когда я тестировал с localhost.

Answer 14

Когда я получил ту же ошибку на моем компьютере ("соединение отклонено"), причина заключалась в том, что я определил следующее на стороне сервера:

 Naming.rebind("rmi://localhost:8080/AddService"
   ,addService); 

Таким образом, сервер связывает IP = 127.0.0.1 и порт 8080.

Но на стороне клиента я использовал:

AddServerInterface st = (AddServerInterface)Naming.lookup("rmi://localhost"
                        +"/AddService");

Таким образом, я забыл добавить номер порта после localhost, поэтому я переписал приведенную выше команду и добавил номер порта 8080 следующим образом:

AddServerInterface st = (AddServerInterface)Naming.lookup("rmi://localhost:8080"
                        +"/AddService");

и все работало нормально.

Answer 15

Просто вы можете использовать:

на стороне сервера:

Registry <objectName1> =LocateRegisty.createRegistry(1099);
Registry <objectName2> =LocateRegisty.getRegistry();

на стороне клиента:

Registry <object name you want> =LocateRegisty.getRegistry();