+ Antworten
Ergebnis 1 bis 10 von 10

Thema: Connection refused problem

  1. #1
    Premium User Halbes Megabyte Themenstarter
    Avatar von bygones
    Registriert seit
    17.07.2006
    Ort
    Dænemark
    Fachbeiträge
    580
    Genannt
    63 Post(s)
    Hi,

    ich habe zwei ubuntu server. Auf dem einen laeuft eine Java Anwendung mit einer REST Schnittstelle (erreichbar über <server1>:9012/rest/).

    Nun will ich vom anderen Server (server2) ein GET an die Schnittstelle senden <server1>:9012/rest/data/all.

    Ich bekomme aber die Fehlermeldung

    Code:
    curl: (7) Failed to connect to 10.3.0.103 port 9012: Connection refused
    Mein erster Verdacht war, dass auf server1 eine Firewall laeuft, die den Port 9012 blockt. Wenn ich aber dort
    Code:
    sudo ufw status verbose
    tippe, kommt einfach
    Code:
    Status: inactive
    , somit scheint keine Firewall zu laufen, die den Port blockt.

    ebenso habe ich
    Code:
    sudo netstat -tnlp | grep 9012
    auf server2 probiert, was
    Code:
    tcp6       0      0 127.0.0.1:9012          :::*                    LISTEN      1510/java
    ergab.

    Was ist das Problem ?
    Test Driven Development is like sex. If you dont like it, you probably aint doing it right

    You should never assume, because you make an ass of u and me

  2. #2
    User Viertel Megabyte Avatar von timbeau
    Registriert seit
    30.07.2013
    Fachbeiträge
    460
    Genannt
    54 Post(s)
    Andere Verbindungen gehen? Sprich SSH o.ä.? Listen aber nur auf tcp6?
    "Geht nicht" ist KEINE Fehlermeldung

  3. #3
    Premium User Halbes Megabyte Themenstarter
    Avatar von bygones
    Registriert seit
    17.07.2006
    Ort
    Dænemark
    Fachbeiträge
    580
    Genannt
    63 Post(s)
    Code:
    ping 10.3.0.103
    PING 10.3.0.103 (10.3.0.103) 56(84) bytes of data.
    64 bytes from 10.3.0.103: icmp_seq=1 ttl=64 time=0.213 ms
    64 bytes from 10.3.0.103: icmp_seq=2 ttl=64 time=0.150 ms
    64 bytes from 10.3.0.103: icmp_seq=3 ttl=64 time=0.118 ms
    Code:
    ssh 10.3.0.103
    The authenticity of host '10.3.0.103 (10.3.0.103)' can't be established.
    ECDSA key fingerprint is cc:b9:ef:bc:64:f1:e1:24:8e:38:89:99:c6:27:07:f9.
    Are you sure you want to continue connecting (yes/no)? yes
    Warning: Permanently added '10.3.0.103' (ECDSA) to the list of known hosts.
    user@10.3.0.103's password: 
    Welcome to Ubuntu 14.04.3 LTS (GNU/Linux 3.19.0-79-generic x86_64)
    Test Driven Development is like sex. If you dont like it, you probably aint doing it right

    You should never assume, because you make an ass of u and me

  4. #4
    User Viertel Megabyte Avatar von timbeau
    Registriert seit
    30.07.2013
    Fachbeiträge
    460
    Genannt
    54 Post(s)
    Lauscht der Server denn auch auf tcp(4) ? Oben ist nur tcp6
    "Geht nicht" ist KEINE Fehlermeldung

  5. #5
    Premium User Halbes Megabyte Themenstarter
    Avatar von bygones
    Registriert seit
    17.07.2006
    Ort
    Dænemark
    Fachbeiträge
    580
    Genannt
    63 Post(s)
    Zitat Zitat von timbeau Beitrag anzeigen
    Lauscht der Server denn auch auf tcp(4) ? Oben ist nur tcp6
    keine Ahnung - wie finde ich das raus ? habe den Befehl oben auch nur woher kopiert. bzw sollte er auf tcp(4) lauschen ?

    edit:

    soweit ich das sehen/verstehen kann, nur auf tcp(6)

    Code:
    Active Internet connections (only servers)
    Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name
    tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      1029/sshd       
    tcp6       0      0 127.0.0.1:8005          :::*                    LISTEN      1483/java       
    tcp6       0      0 :::8009                 :::*                    LISTEN      1483/java       
    tcp6       0      0 127.0.0.1:9012          :::*                    LISTEN      1423/java       
    tcp6       0      0 :::8181                 :::*                    LISTEN      1483/java       
    tcp6       0      0 :::22                   :::*                    LISTEN      1029/sshd
    Geändert von bygones (13.02.2017 um 10:07 Uhr)
    Test Driven Development is like sex. If you dont like it, you probably aint doing it right

    You should never assume, because you make an ass of u and me

  6. #6
    User Viertel Megabyte Avatar von timbeau
    Registriert seit
    30.07.2013
    Fachbeiträge
    460
    Genannt
    54 Post(s)
    Ich nehme an, das netstat Kommando hast du auf Server1 laufen lassen und nicht wie oben auf 2?

    Ja, er sollte auf tcp4 lauschen. Normal steht dann da eben nur tcp. Könnte aber sein, dass das bei den Java-Servern dann für beide lauscht.

    Testweise mal ein "nc -nlvp 9012" auf dem server1 starten (vorher den Java-Server beenden) und dann ein nc IP 9012 von dir aus starten. Dann siehst du ob beim server1 was ankommt
    "Geht nicht" ist KEINE Fehlermeldung

  7. #7
    Premium User Halbes Megabyte Themenstarter
    Avatar von bygones
    Registriert seit
    17.07.2006
    Ort
    Dænemark
    Fachbeiträge
    580
    Genannt
    63 Post(s)
    ich habe mal auf server1
    Code:
    nc -nlvp 9011
    gestartet, um das momentane System nicht runterfahren zu müssen.
    Auf server2 habe ich dann
    Code:
    curl http://10.3.0.103:9011
    probiert und dann auf server1 gesehen
    Code:
    Connection from [10.3.0.101] port 9011 [tcp/*] accepted (family 2, sport 55379)
    GET / HTTP/1.1
    User-Agent: curl/7.35.0
    Host: 10.3.0.103:9011
    Accept: */*
    ein curl auf 9012 kommt sofort die Fehlermeldung und auf server1 ist nix zu sehen.

    Der Java Prozess der auf server1:9012 laeuft ist ein org.glassfish.grizzly.http.server.HttpServer, den gestartet wird.
    Test Driven Development is like sex. If you dont like it, you probably aint doing it right

    You should never assume, because you make an ass of u and me

  8. #8
    User Viertel Megabyte Avatar von timbeau
    Registriert seit
    30.07.2013
    Fachbeiträge
    460
    Genannt
    54 Post(s)
    Rufst du denn mit einer BASe URI auf?
    "Geht nicht" ist KEINE Fehlermeldung

  9. #9
    Premium User Halbes Megabyte Themenstarter
    Avatar von bygones
    Registriert seit
    17.07.2006
    Ort
    Dænemark
    Fachbeiträge
    580
    Genannt
    63 Post(s)
    geschafft... doofer Fehler - wie üblich.

    Ich habe den server auf server1 mit http://localhost:9012 gestartet, somit schlug auch ein
    Code:
    curl http://server1:9012
    auf server1 fehl.

    Habe die Adresse fuer den server auf die IP gesetzt und dann funktioniert der curl von server1 und server2 auch ....

    danke @timbeau fuer die Zeit
    Geändert von bygones (13.02.2017 um 11:25 Uhr)
    Test Driven Development is like sex. If you dont like it, you probably aint doing it right

    You should never assume, because you make an ass of u and me

  10. #10
    User Viertel Megabyte Avatar von timbeau
    Registriert seit
    30.07.2013
    Fachbeiträge
    460
    Genannt
    54 Post(s)
    Ja, das wäre jetzt meine Vermutung gewesen
    "Geht nicht" ist KEINE Fehlermeldung

+ Antworten Thema als "gelöst" markieren

Direkt antworten Direkt antworten

Nenne ein bekanntes Betriebssystem!

Aktive Benutzer

Aktive Benutzer

Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)

Ähnliche Themen

  1. SocketException: Connection Reset
    Von IDC im Forum Netzwerkprogrammierung
    Antworten: 32
    Letzter Beitrag: 09.02.2014, 21:51
  2. Hibernate Wahl des Connection-Pools
    Von cmrudolph im Forum APIs & Frameworks
    Antworten: 2
    Letzter Beitrag: 30.11.2013, 12:59
  3. Kryonet Lan Connection
    Von iFelixxxx im Forum Spiele- und Multimedia-Programmierung
    Antworten: 3
    Letzter Beitrag: 01.11.2013, 13:33
  4. (I/O) URL Connection
    Von Bernhard im Forum Java-Grundlagen
    Antworten: 24
    Letzter Beitrag: 07.08.2013, 14:00
  5. [Erledigt] JDBC/MySQL Problem Connection closed
    Von Snape im Forum Java-Grundlagen
    Antworten: 4
    Letzter Beitrag: 16.11.2007, 09:36

Berechtigungen

  • Neue Themen erstellen: Ja
  • Themen beantworten: Ja
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •