Elasticsearch: nie można połączyć się z portem hosta lokalnego 9200 - połączenie odrzucone

Kiedy próbowałem połączyć się z Elasticsearch za pomocą tego curl http://localhost:9200, działa dobrze.

Ale kiedy uruchamiam curl http://IpAddress:9200, rzuca komunikat o błędzie

Nie można połączyć się z portem hosta lokalnego 9200: odmowa połączenia

Jak rozwiązać ten błąd?

Domyślnie powinien być powiązany ze wszystkimi lokalnymi adresami. Tak więc, zakładając, że nie masz problemu z warstwą sieciową z zaporami ogniowymi, jedyne ustawienie ES, które mogę sprawdzić, to network.bind_hosti upewnić się, że nie jest ustawione lub jest ustawione na 0.0.0.0lub ::0lub na prawidłowy adres IP dla Twojej sieci.

Aktualizacja: za komentarze w ES 2.3 należy ustawić network.hostzamiast.

Edytuj /etc/elasticsearch/elasticsearch.ymli dodaj następujący wiersz:

network.host: 0.0.0.0

Spowoduje to "usunięcie" tego parametru i umożliwi połączenia z innych adresów IP.

Wypróbowałem wszystko na tej stronie i pomogły tylko instrukcje z tego miejsca .

w /etc/default/elasticsearch, upewnij się, że te nie są komentowane:

START_DAEMON=true
ES_USER=elasticsearch
ES_GROUP=elasticsearch
LOG_DIR=/var/log/elasticsearch
DATA_DIR=/var/lib/elasticsearch
WORK_DIR=/tmp/elasticsearch
CONF_DIR=/etc/elasticsearch
CONF_FILE=/etc/elasticsearch/elasticsearch.yml
RESTART_ON_UPGRADE=true

upewnij się, że /var/lib/elasticsearchnależy do użytkownika Flexiblesearch:

chown -R elasticsearch:elasticsearch /var/lib/elasticsearch/

W moim przypadku uruchomiono elastyczne wyszukiwanie. Ale nadal miał

curl: (7) Failed to connect to localhost port 9200: Connection refused

Następujące polecenie nie powiodło się

sudo service elasticsearch restart

Aby to zadziałało, musiałem zamiast tego biec

sudo systemctl restart elasticsearch

Potem wszystko poszło dobrze.

Dlaczego nie zaczniesz od tego wiersza poleceń:

$ sudo service elasticsearch status

Zrobiłem to i otrzymałem:

"There is insufficient memory for the Java Runtime..."

Następnie edytowałem /etc/elasticsearch/jvm.optionsplik:

...

################################################################

# Xms represents the initial size of total heap space
# Xmx represents the maximum size of total heap space

#-Xms2g
#-Xms2g

-Xms512m
-Xmx512m

################################################################

...

To zadziałało jak urok.

Żadne z proponowanych tutaj rozwiązań nie działało dla mnie, ale ostatecznie udało się to dodać do elasticsearch.yml

network:
  host: 0.0.0.0
http:
  port: 9200

Następnie ponownie uruchomiłem usługę i teraz mogę to curlzrobić zarówno z maszyny wirtualnej, jak i zewnętrznie. Z jakiegoś dziwnego powodu musiałem wypróbować kilka różnych wariantów curlpołączenia wewnątrz maszyny wirtualnej, zanim zadziałało:

curl localhost:9200
curl http://localhost:9200
curl 127.0.0.1:9200

Uwaga: używam Elasticsearch 5.5 na Ubuntu 14.04

OpenJDK 64-Bit Server VM warning: INFO: os::commit_memory(0x0000000085330000, 2060255232, 0) failed; error='Cannot allocate memory' (errno=12)

upewnij się, że serwer jest uruchomiony. Widziałem ten problem, gdy moja maszyna wirtualna miała zbyt małą pamięć RAM i nie można było uruchomić es.

sudo systemctl status elasticsearch

powyższe pokaże, czy es rzeczywiście działa.

Do tego problemu musiałem użyć: sudo /usr/share/elasticsearch/bin/elasticsearch start

aby móc uzyskać coś na portach 9200/9300 (sudo netstat -ntlp) i odpowiedź na:

curl -XGET http://localhost:9200

Edytuj elasticsearch.ymli dodaj następujący wiersz

http.host: 0.0.0.0

network.host: 0.0.0.0 nie pracował dla

Otwórz Dockerfile pod elasticsearch folderu i aktualizacji "network.host = 0.0.0.0" z "network.host = 127.0.0.1" . Następnie uruchom ponownie kontener. Sprawdź połączenie z curl.

$ curl http://docker-machine-ip:9200
{
  "name" : "vI6Zq_D",
  "cluster_name" : "elasticsearch",
  "cluster_uuid" : "hhyB_Wa4QwSX6zZd1F894Q",
  "version" : {
    "number" : "5.2.0",
    "build_hash" : "24e05b9",
    "build_date" : "2017-01-24T19:52:35.800Z",
    "build_snapshot" : false,
    "lucene_version" : "6.4.0"
  },
  "tagline" : "You Know, for Search"
}

Miałem ten sam problem z odmową połączenia na porcie 9200. Sprawdź stan usługi Flexiblesearch za pomocą polecenia sudo service elasticsearch status. Jeśli wyświetla błąd i czytasz cokolwiek związanego z Javą, prawdopodobnie problem dotyczy pamięci jvm. Możesz go edytować w /etc/elasticsearch/jvm.options. W przypadku maszyny z 1 GB pamięci RAM w środowisku Amazon zachowałem konfigurację na:

-Xms128m
-Xmx128m

Po ustawieniu tego i ponownym uruchomieniu usługi elastycznego wyszukiwania działało to jak marzenie. Sprawdzanie Nmapa i UFW (jeśli używasz lokalnej zapory) również powinno być przydatne.

Miałem podobny problem.

Oto jak to rozwiązałem

Uruchom poniższe polecenie usługi, aby uruchomić ElasticSearch

sudo service elasticsearch start

LUB

sudo systemctl start elasticsearch

Jeśli nadal otrzymujesz błąd

curl: (7) Nie można połączyć się z portem hosta lokalnego 9200: Odmowa połączenia

Uruchom poniższe polecenie usługi, aby sprawdzić stan ElasticSearch

sudo service elasticsearch status

LUB

sudo systemctl status elasticsearch

Jeśli otrzymasz odpowiedź ( Active: active (running) ), jak ta poniżej, oznacza to, że ElasticSearch jest aktywny i działa

● flexiblesearch.service - Elasticsearch Loaded: załadowano (/usr/lib/systemd/system/elasticsearch.service; wyłączone; ustawienie dostawcy: włączone) Aktywne: aktywne (działa) od sob. 21.09.2019 11:22:21 WAT; 3 s temu

Następnie możesz sprawdzić, czy węzeł Elasticsearch działa, wysyłając żądanie HTTP do portu 9200 na hoście lokalnym za pomocą poniższego polecenia:

curl http://localhost:9200

W przeciwnym razie, jeśli otrzymasz inną odpowiedź, być może będziesz musiał dalej debugować, aby to naprawić, ale uruchomienie poniższego polecenia pomoże Ci wykryć, jakie zastrzeżenia powstrzymują uruchomienie usługi ElasticSearch .

sudo service elasticsearch status

LUB

sudo systemctl status elasticsearch

Jeśli chcesz zatrzymać usługę ElasticSearch , po prostu uruchom poniższe polecenie usługi;

sudo service elasticsearch stop

LUB

sudo systemctl stop elasticsearch

N / B: Może być konieczne uruchomienie polecenia sudo service elasticsearch status LUB za sudo systemctl status elasticsearch każdym razem, gdy napotkasz błąd, aby poinformować o stanie usługi ElasticSearch .

Dotyczy to również Kibany , uruchom polecenie sudo service kibana status LUB za sudo systemctl status kibana każdym razem, gdy napotkasz błąd, aby poinformować o stanie usługi Kibana .

To wszystko.

Mam nadzieję, że to pomoże.

W takim przypadku w pierwszej kolejności należy sprawdzić wersję java za pomocą poniższego polecenia:

java -version

po uruchomieniu tego polecenia otrzymujesz coś takiego:

wersja java „1.7.0_51” Środowisko wykonawcze OpenJDK (rhel-2.4.5.5.el7-x86_64 u51-b31) 64-bitowa maszyna wirtualna serwera OpenJDK (kompilacja 24.51-b03, tryb mieszany)

następnie użyj tego polecenia:

update-alternatives --config java

i wybierz poniższą wersję

* + 1 /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.51-2.4.5.5.el7.x86_64/jre/bin/java 2 /usr/java/jdk1.8.0_73/jre/bin/ Jawa

Enter, aby zachować bieżący wybór [+], lub wpisz numer wyboru: 2

curl -XGET http://127.0.0.1:9200

Moje 2 centy,

Właśnie wykonałem procedurę instalacji na Digital Ocean, najwyraźniej pakiet dostępny w repozytoriach nie jest aktualny, usunąłem wszystko i wykonałem procedurę instalacji bezpośrednio z Elastic Search i wszystko działa teraz, w zasadzie jest włączone zachowanie po wyjęciu z pudełka lokalny host wskazujący na 9200. To samo / problem znaleziony w Kibanie, rozwiązaniem dla mnie było również usunięcie wszystkiego i po prostu wykonanie ich procedury. Mam nadzieję, że zaoszczędzi to komuś dwie godziny (czas, który spędziłem na zastanawianiu się, jak skonfigurować ELK!)

en

Zaktualizuj swój plik jdk do najnowszej minimalnej wersji dla swojej elastycznej wyszukiwarki.

Zmień network.bind na 0.0.0.0 i http: port na 9200. Adres powiązania 0.0.0.0 oznacza wszystkie adresy IPv4 na komputerze lokalnym. Jeśli host ma dwa adresy IP, 192.168.1.1 i 10.1.2.1, a serwer działający na hoście nasłuchuje na 0.0.0.0, będzie osiągalny z obu tych adresów IP.

Jeśli napotkasz błąd odmowy połączenia , po prostu uruchom poniższe polecenie, aby sprawdzić stan usługi ElasticSearch

sudo service elasticsearch status

Pomoże ci to rozszyfrować stan usługi ElasticSearch i co z tym zrobić.

Nieprzydatne w wersji 7.5.0 i nowszych.

Po skorzystaniu z niektórych z powyższych odpowiedzi nie zapominaj, że po instalacji apt może być konieczne całkowite ponowne uruchomienie.

Aby to dodać, natknąłem się na wiele dokumentów za pośrednictwem Google, które mówiły o ustawieniu network.host na localhost.

W ten sposób odmówiono mi niesławnego połączenia. Musisz użyć adresu IP (127.0.0.1), a nie nazwy FQDN.

Jeff

Upewnij się, że port 9200jest otwarty dla mojej sprawy, była to instancja amazon, więc kiedy otworzyłem go w mojej grupie bezpieczeństwa, polecenie curl zadziałało.

Wyłączenie SELinux działało dla mnie, chociaż nie sugeruję tego - zrobiłem to tylko dla PoC

Mój problem polegał na tym, że nie mogłem pracować localhost, musiałem ustawić go na adres IP lokalnego hosta

network.bind_host: 127.0.0.1

W moim przypadku problem dotyczy wersji java, którą zainstalowałem open-jdk 11wcześniej. To powoduje problem podczas uruchamiania usługi. Zmieniłem to open-jdk 8i zaczęło działać