curl 52 empty response - elasticsearch and kibana not working after trying to set up Search Guard

3,845 views
Skip to first unread message

Angelika Stachura

unread,
Mar 15, 2018, 6:54:37 PM3/15/18
to Search Guard Community Forum
I tried to follow instructions on how to install the Search Guard, however, failed somewhere along the way... I am new to this and really have no clue how to fix it. when i try to do : 
curl -XGET 'http://localhost:9200'
curl: (52) Empty reply from server

curl -k -X GET 'https://localhost:9200'
Search Guard not initialized (SG11).

How do I fix it?? I tried to research the problem but I dont know enough to understand how to fix this. 

Thanks in advance.

* Search Guard - 6.2.2 -21.0 and Elasticsearch version - 6.2.2
* System version - Ubuntu server
* Search Guard configuration files 
elasticsearch.yml:

# ======================== Elasticsearch Configuration =========================
#
# NOTE: Elasticsearch comes with reasonable defaults for most settings.
#       Before you set out to tweak and tune the configuration, make sure you
#       understand what are you trying to accomplish and the consequences.
#
# The primary way of configuring a node is via this file. This template lists
# the most important settings you may want to configure for a production cluster.
#
# Please consult the documentation for further information on configuration options:
#
# ---------------------------------- Cluster -----------------------------------
#
# Use a descriptive name for your cluster:
#
#cluster.name: my-application
#
# ------------------------------------ Node ------------------------------------
#
# Use a descriptive name for the node:
#
#node.name: node-1
#
# Add custom attributes to the node:
#
#node.attr.rack: r1
#
# ----------------------------------- Paths ------------------------------------
#
# Path to directory where to store the data (separate multiple locations by comma):
#
path.data: /var/lib/elasticsearch
#
# Path to log files:
#
path.logs: /var/log/elasticsearch
#
# ----------------------------------- Memory -----------------------------------
#
# Lock the memory on startup:
#
#bootstrap.memory_lock: true
# Make sure that the heap size is set to about half the memory available
# on the system and that the owner of the process is allowed to use this
# limit.
#
# Elasticsearch performs poorly when the system is swapping the memory.
#
# ---------------------------------- Network -----------------------------------
#
# Set the bind address to a specific IP (IPv4 or IPv6):
#
#network.host: 192.168.0.1
#
# Set a custom port for HTTP:
#
#http.port: 9200
#
# For more information, consult the network module documentation.
#
# --------------------------------- Discovery ----------------------------------
#
# Pass an initial list of hosts to perform discovery when new node is started:
# The default list of hosts is ["127.0.0.1", "[::1]"]
#
#discovery.zen.ping.unicast.hosts: ["host1", "host2"]
#
# Prevent the "split brain" by configuring the majority of nodes (total number of master-eligible nodes / 2 + 1):
#
#discovery.zen.minimum_master_nodes:
#
# For more information, consult the zen discovery module documentation.
#
# ---------------------------------- Gateway -----------------------------------
#
# Block initial recovery after a full cluster restart until N nodes are started:
#
#gateway.recover_after_nodes: 3
#
# For more information, consult the gateway module documentation.
#
# ---------------------------------- Various -----------------------------------
#
# Require explicit names when deleting indices:
#
#action.destructive_requires_name: true

######## Start Search Guard Demo Configuration ########
# WARNING: revise all the lines below before you go into production
searchguard.ssl.transport.pemcert_filepath: esnode.pem
searchguard.ssl.transport.pemkey_filepath: esnode-key.pem
searchguard.ssl.transport.pemtrustedcas_filepath: root-ca.pem
searchguard.ssl.transport.enforce_hostname_verification: false
searchguard.ssl.http.enabled: true
searchguard.ssl.http.keystore_password: changeit
searchguard.ssl.http.pemcert_filepath: esnode.pem
searchguard.ssl.http.pemkey_filepath: esnode-key.pem
searchguard.ssl.http.pemtrustedcas_filepath: root-ca.pem
searchguard.allow_unsafe_democertificates: true
searchguard.allow_default_init_sgindex: true
searchguard.authcz.admin_dn:
  - CN=kirk,OU=client,O=client,L=test, C=de

searchguard.audit.type: internal_elasticsearch
searchguard.enable_snapshot_restore_privilege: true
searchguard.check_snapshot_restore_write_privileges: true
searchguard.restapi.roles_enabled: ["sg_all_access"]
cluster.name: searchguard_demo
discovery.zen.minimum_master_nodes: 1
node.max_local_storage_nodes: 3




Angelika Stachura

unread,
Mar 15, 2018, 8:07:18 PM3/15/18
to Search Guard Community Forum
Also, now im getting this response:

 curl --insecure -u admin:admin 'https://localhost:9200/_searchguard/authinfo?pretty'
curl: (35) gnutls_handshake() failed: An unexpected TLS packet was received.

anthony...@actual-experience.com

unread,
Mar 16, 2018, 6:36:17 AM3/16/18
to Search Guard Community Forum
Did you run the sgadmin tool in /usr/share/elasticsearch/kibana/tools?

benjamin fino

unread,
Mar 23, 2018, 10:18:51 AM3/23/18
to Search Guard Community Forum
Try with -1 :

curl -v -k 'https://localhost:9200/_searchguard/api/internalusers' -u admin:admin -1

Reply all
Reply to author
Forward
0 new messages