Elasticsearch: impossible de se connecter à localhost port 9200 - Connexion refusée

Quand j'ai essayé la connexion à Elasticsearch à l'aide de la
curl http://localhost:9200 il fonctionne très bien.

Mais quand je lance le curl http://IpAddress:9200 il est en train de lancer un message d'erreur indiquant

Impossible de se connecter à localhost port 9200: Connexion refusée

Comment résoudre cette erreur?

Si vous avez déjà mis en réseau.hôte: localhost dans le elasticsearch.fichier yml, alors vous pouvez essayer d'ajouter le protocole http de la requête: curl -X GET "http://localhost:9200"

InformationsquelleAutor chinna2580 | 2015-07-28

74

Par défaut, il doit se lier à toutes les adresses locales. Donc, en supposant que vous n'avez pas de réseau de couche problème avec les pare-feu, ES le seul paramètre que je peux penser à vérifier est network.bind_host et assurez-vous qu'elle n'est pas définie ou est mis à 0.0.0.0 ou ::0 ou à l'adresse IP de votre réseau.

Mise à jour: par commentaires dans ES 2.3 vous devez définir network.host à la place.
- J'ai eu à définir explicitement le network.bind_host valeur, laissant unset était mon problème.
- comment définir explicitement le réseau.bind_host dans windows ?
- Êtes-vous sûr que c'est sûr? Je pense que le droit d'accès est seulement à partir du serveur local.
- Ainsi, dans la plupart des cas, c'est sûr. Mais ouais, c'est pourquoi la clause de "bonne adresse IP pour votre réseau" est là.
- Comme indiqué ci-dessous "du réseau.bind_host" est maintenant "du réseau.accueil" pour elasticsearch 2.3
- quelles sont les commandes de réseau je doit utiliser pour vérifier mes paramètres de serveur? si je n'ai netstat -plunt | grep 9200 que devrait-il montrer?
- il devrait vous montrer LISTEN dans la sortie. Quelque chose comme tcp6 0 0 1.1.1.1:9200 :::* LISTEN 12345/java LISTEN signifie ES est à l'écoute et prêt à accepter les connexions. Le moyen idéal pour ES vérifier l'état du cluster est bien à l'aide de curl $HOSTNAME:9200
InformationsquelleAutor Andrew White
74

Modifier /etc/elasticsearch/elasticsearch.yml et ajoutez la ligne suivante:
```
réseau.hôte: 0.0.0.0
```
Cela va "détruire" ce paramètre et autoriser les connexions à partir d'autres IPs.
- Cela a fonctionné pour moi, merci! Cependant, sur mon Mac, le fichier de configuration est situé à /Applications/elasticsearch-2.1.1/config/elasticsearch.yml, et le paramètre j'ai eu à modifier était network.host, pas network.bind_host.
- dans elasticsearch 2.2 le paramètre est appelé réseau.accueil
- ce /etc/elasticsearch/elasticsearch.yml fichier doit être dans le conteneur Docker ?
- Cela résout pour moi, je suis à l'aide d'elasticsearch-6.0.0 en cours d'exécution à l'intérieur de conteneur docker. Après la config de changement, je peux maintenant accéder en curl http://172.17.0.2:9200. Vous reconnaîtrez qui est couramment utilisé docker adressage ip.
- réseau.hôte: 0.0.0.0 - ne pas aider, mais cette exception que je reçois de cerebro
InformationsquelleAutor Ramon
27

Tout essayé sur cette page, et seulement des instructions de ici aidé.

dans /etc/default/elasticsearch, assurez-vous que ce sont des nations unies-a commenté:
```
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
```
assurez-vous que /var/lib/elasticsearch est détenue par elasticsearch utilisateur:
```
chown -R elasticsearch:elasticsearch /var/lib/elasticsearch/
```
- Eu le même problème et la solution était juste chown -R elasticsearch:elasticsearch /var/lib/elasticsearch/ et de l'onu, a commenté le START_DAEMON=true
- pour moi, cette solution + sudo systemctl restart elasticsearch comme répondu par @kalanit, a résolu le problème
- C'est la seule solution qui m'a aidé sur Ubuntu 16.04.
InformationsquelleAutor dikirill
21

Dans mon cas, elasticsearch a été lancé.
Mais encore fallait -
```
curl: (7) Failed to connect to localhost port 9200: Connection refused
```
La commande suivante a échoué
```
sudo service elasticsearch restart
```
Afin de le faire fonctionner, j'ai dû courir à la place
```
sudo systemctl restart elasticsearch
```
Puis il est allé tous bien.
- Le problème que j'ai est exactement le même que le vôtre, et votre solution fonctionne pour moi. Merci beaucoup!
- J'ai également eu à faire sudo systemctl enable elasticsearch.
- J'ai eu le même problème, mais ne pouvait pas comprendre pourquoi systemctl de travaux et de services n'a pas ?
- systemctl est alimenté par systemd et est un programme totalement différent
- Redémarrer le service a fonctionné pour moi sur Ubuntu 16.04 et elastic search 1.74
InformationsquelleAutor Kalanit
17

Pourquoi ne pas commencer avec cette ligne de commande:
```
$ sudo service elasticsearch status
```
Je l'ai fait et obtenez:
```
"There is insufficient memory for the Java Runtime..."
```
Puis j'ai édité /etc/elasticsearch/jvm.options fichier:
```
...

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

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

#-Xms2g
#-Xms2g

-Xms512m
-Xmx512m

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

...
```
Cela a fonctionné comme un charme.
- Cela semble donner les mêmes informations que le 22 Mars réponse bu @Jefferson.macedo. Une nouvelle réponse ne doit pas seulement réécrire les détails, il devrait fournir de nouvelles et usefil de l'information.
InformationsquelleAutor Đào Minh Đức
15

Aucune des solutions proposées ici a fonctionné pour moi, mais ce que finalement obtenu ce travail a été adjonction de elasticsearch.yml
```
network:
  host: 0.0.0.0
http:
  port: 9200
```
Après, j'ai redémarré le service, et maintenant je peux curl à la fois à l'intérieur de la VM et de l'extérieur. Pour une raison étrange, j'ai dû essayer quelques variantes d'un curl appel à l'intérieur de la VM avant il a travaillé:
```
curl localhost:9200
curl http://localhost:9200
curl 127.0.0.1:9200
```
Note: j'utilise Elasticsearch 5.5 sur Ubuntu 14.04
- Vous êtes un sauveteur. C'est la seule chose qui a fonctionné pour moi, après la lecture à travers une variété de différents postes.
- yep, très utile c'est la seule chose qui a fonctionné pour moi aussi!
- Merci, j'ai essayé ta solution et ça a fonctionné. Ce que je trouve étrange, parce que j'ai juste eu à décommenter le numéro de port. Je pensais que les lignes commentées ont comme valeurs par défaut prédéfinies
InformationsquelleAutor Kimberly W
12
```
OpenJDK 64-Bit Server VM warning: INFO: os::commit_memory(0x0000000085330000, 2060255232, 0) failed; error='Cannot allocate memory' (errno=12)
```
assurez-vous que le serveur est démarré. J'ai vu ce problème lors de ma machine virtuelle avait trop peu de RAM et es n'a pas pu démarrer.
```
sudo systemctl status elasticsearch
```
ci-dessus vous montrera si es est en effet en cours d'exécution.
- Découvrez stackoverflow.com/questions/29447434/... pour aider à trier ce problème.
InformationsquelleAutor Jes Chergui
7

Pour ce problème, j'ai eu à utiliser :
sudo /usr/share/elasticsearch/bin/elasticsearch start

pour être en mesure d'obtenir quelque chose sur les ports 9200/9300 (sudo netstat -ntlp) et une réponse à:

curl -XGET http://localhost:9200
- Merci. C'est pour ElasticSearch 1.~ les versions.
- vérification de l'état, le message d'erreur ne vous aide pas. uniquement lors de l'exécution de la corbeille de fichier manuellement, il donne le message d'erreur approprié.
InformationsquelleAutor DependencyHell

Ouvrir votre Dockerfile sous elasticsearch dossier et mise à jour "du réseau.host=0.0.0.0" avec "du réseau.host=127.0.0.1". Puis redémarrez le conteneur. Vérifiez votre connexion avec 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"
}

InformationsquelleAutor javasenior

3

J'ai eu le même problème en refusant les connexions sur le port 9200.
Vérifier elasticsearch l'état de service avec la commande sudo service elasticsearch status. Si c'est la présentation d'une erreur et que vous lisez tout ce qui est lié à Java, probablement le problème, c'est votre mémoire jvm. Vous pouvez le modifier dans la /etc/elasticsearch/jvm.options. Pour un 1 GO de mémoire RAM de la machine sur Amazon environnement, j'ai gardé ma configuration:
```
-Xms128m
-Xmx128m
```
Après le réglage et le redémarrage d'elasticsearch service, il a travaillé comme un charme. Nmap et UFW (si vous utilisez le pare-feu local) contrôle devrait également être utile.
- C'est ce qu'il a fait pour moi. Ma config a 1g pour les deux, et l'instance AWS (t2.micro) n'a pas pu allouer beaucoup de mémoire pour elle. Le démarrage et le redémarrage de commandes a échoué en silence, mais le statut de la commande détaillée de l'erreur.
InformationsquelleAutor jefferson.macedo
3

Modifier elasticsearch.yml et ajoutez la ligne suivante
```
http.host: 0.0.0.0
```
network.host: 0.0.0.0 ne fonctionne pas pour

InformationsquelleAutor Mike
2

J'ai connu un problème similaire.

Voici comment je l'ai résolu

Exécuter le service de commande ci-dessous pour commencer ElasticSearch
```
sudo service elasticsearch start
```
OU
```
sudo systemctl start elasticsearch
```
Si vous obtenez toujours l'erreur

curl: (7) n'a pas pu se connecter à localhost port 9200: Connexion refusée

Exécuter le service de commande ci-dessous pour vérifier l'état de ElasticSearch
```
sudo service elasticsearch status
```
OU
```
sudo systemctl status elasticsearch
```
Si vous obtenez une réponse (Actif: actif (en cours)) comme celui-ci, alors vous ElasticSearch est actif et en cours d'exécution

● elasticsearch.service - Elasticsearch
Chargé: chargé (/usr/lib/systemd/system/elasticsearch.service; handicapés; fournisseur de préréglage: activé)
Actif: actif (en cours) depuis Sat 2019-09-21 11:22:21 WAT; 3s il y a

Vous pouvez ensuite tester votre Elasticsearch nœud est en cours d'exécution par l'envoi d'une requête HTTP vers le port 9200 sur localhost l'aide de la commande ci-dessous:
```
curl http://localhost:9200
```
D'autre, si vous obtenez une réponse à une réponse différente, vous pourriez avoir à déboguer encore à résoudre, mais l'exécution de la commande ci-dessous, vous aidera à détecter ce que les mises en garde sont maintenant ElasticSearch service de départ.
```
sudo service elasticsearch status
```
OU
```
sudo systemctl status elasticsearch
```
Si vous voulez arrêter l' ElasticSearch service, il suffit de lancer le service de commande ci-dessous;
```
sudo service elasticsearch stop
```
OU
```
sudo systemctl stop elasticsearch
```
N/B: Vous pouvez exécuter la commande sudo service elasticsearch status OU sudo systemctl status elasticsearch chaque fois que vous rencontrez l'erreur, afin de dire l'état de la ElasticSearch service.

Ceci s'applique également pour Kibana, exécutez la commande sudo service kibana status OU sudo systemctl status kibana chaque fois que vous rencontrez l'erreur, afin de dire l'état de la Kibana service.

C'est tout.

J'espère que cette aide.

InformationsquelleAutor Promise Preston
1

Dans ce cas, tout d'abord, vous devez vérifier la version de java à l'aide de commande ci-dessous:
```
java -version
```
après l'exécution de cette commande, vous obtenez quelque chose comme ceci:

java version "1.7.0_51"
OpenJDK Environnement d'Exécution (rhel-2.4.5.5.el7-x86_64 u51-b31)
OpenJDK 64-Bit Server VM (build 24.51-b03, en mode mixte)

ensuite, utilisez cette commande:
```
update-alternatives --config java
```
et sélectionnez ci-dessous la version

*+ 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/java

Entrée pour conserver la sélection en cours[+], ou la sélection du type de numéro: 2
```
curl -XGET http://127.0.0.1:9200
```
InformationsquelleAutor saurabh cse
1

Mes 2 cents,

J'ai simplement suivi la procédure d'installation sur le Numérique de l'Océan, apparemment le paquet disponible dans le repos n'est pas à jour, j'ai supprimé tout et a suivi la procédure d'installation directe à partir d'Elastic Search et tout fonctionne maintenant, fondamentalement, sortir de la zone de comportement est en localhost pointant vers 9200. Même chose/problème constaté avec Kibana, la solution pour moi a été de trop, pour enlever tout et il suffit de suivre la procédure, l'Espoir qu'il sauve quelqu'un de deux heures (le temps que j'ai passé à essayer de comprendre comment le programme d'installation de WAPITIS!)

fr

InformationsquelleAutor ximbal
1

Modifier le réseau.lier à 0.0.0.0 et http:port à 9200. La liaison de l'adresse 0.0.0.0 signifie toutes les adresses IPv4 de la machine locale. Si un hôte a deux adresses IP 192.168.1.1 et 10.1.2.1, et un serveur en cours d'exécution sur l'hôte à l'écoute sur 0.0.0.0, il sera accessible à la fois de ces IPs.

InformationsquelleAutor Siddu
1

Si vous rencontrez le Connexion refusée d'erreur, il suffit de lancer la commande ci-dessous pour vérifier l'état de ElasticSearch service
```
sudo service elasticsearch status
```
Ce sera vous aider à décrypter l'état de ElasticSearch service et quoi faire à ce sujet.

InformationsquelleAutor Jessica Fav
0

Après l'aide de certains des réponses ci-dessus, n'oubliez pas que, après un apt install, un total de redémarrage peut être dans l'ordre.

InformationsquelleAutor Altus
0

Juste à ajouter sur ce, je suis tombé sur beaucoup de docs par le biais de google qui dit réseau.l'hôte localhost.

Le faire m'a donné l'infâme connexion refusée. Vous devez utiliser une adresse IP (127.0.0.1), pas un nom de domaine complet.

Jeff

InformationsquelleAutor J.F.Gratton
0

Mise à jour de votre jdk à la dernière version minimale pour votre elasticsearch.

InformationsquelleAutor Zhu Xiaohu
0

Assurez-vous que le port 9200 est ouvert pour mon cas, c'était une instance amazon donc quand je l'ai ouvert dans mon groupe de sécurité de la commande curl travaillé.

InformationsquelleAutor Buhiire Keneth
0

Désactiver SELinux a fonctionné pour moi, bien que je ne le conseille pas c' - je l'ai fait juste pour un PoC

InformationsquelleAutor Adhitya Ganesan
0

Mon problème était que je ne pouvais pas travailler avec localhost j'avais besoin de le mettre à localhost l'adresse IP de

network.bind_host: 127.0.0.1

InformationsquelleAutor Mahdi Younesi
0

Dans mon cas, le problème est qu'avec la version java, j'ai installé open-jdk 11 précédemment. C'est la création de la question pendant le démarrage du service. Je l'ai changé open-jdk 8 et il a commencé à travailler

InformationsquelleAutor Satyaaditya

Vous devez vous connecter pour publier un commentaire.