常連

現在、Apacheのリバースプロキシ機能を使用して以下のような構成の環境を構築したいと考えています。
![![イメージ説明](4c41548fe55f01afb6997a28e1086a91.jpeg)説明]
(419e985e9606df496f6bdd4b34004835.jpeg)](1eca775e812b51a228c84e0a2e5ad2bc.jpeg)


※Mattermost部分はまだ構築できていません
この構成の中で、設定を一つずつ適用させた場合にはそれぞれのサービスに問題なくアクセスできることは確認できました。
しかし、同時にこれらを行うことが難しい状態です。
具体的いま分かっていることとしては
（１）KibanaとWordPressの定義は共存できる
（２）GitLabの定義とその他の定義が共存できない

事象としては、GitLabの定義を有効にして`https://mydomain.com/kibana/`や`https:/mydomain.com/blog/`にブラウザでアクセスすると、

```
Not found "/kibana/"
```

このような画面が表示され、思ったように動きません
この状態のときはGitLabにはアクセスが可能です

Apacheのログを見ましたが、上記ページを返しているメッセージが出ているのみであまり役に立ちませんでした。
なお、このログはプロキシによって出力されています。
そのため、/blogあてのリクエストもプロキシを通っていることになります。
末尾にコンフィグを掲出しますが、プロキシを通らないように設定はしてあります。

```
xx.xx.xx.xx - - [25/May/2019:01:34:38 +0900] "GET /blog/ HTTP/1.1" 404 19 "-" "Mozilla/5.0 (Android 9; Mobile; rv:67.0) Gecko/67.0 Firefox/67.0"
```
どうにかして上記環境を構築したいと思っております、ご助言いただけますと幸いです。
よろしくお願いいたします。

/etc/httpd/conf/httpd.conf(コメント行除外)
```
ServerRoot "/etc/httpd"
Listen 80
Include conf.modules.d/*.conf
User apache
Group apache
ServerName mydomain.com:80

<Directory />
    AllowOverride none
    Require all denied
</Directory>

DocumentRoot "/var/www/html"

<Directory "/var/www">
    AllowOverride None
    # Allow open access:
    Require all granted
</Directory>

<Directory "/var/www/html">
    Options Indexes FollowSymLinks
    AllowOverride None
    Require all granted
</Directory>

<IfModule dir_module>
    DirectoryIndex index.html
</IfModule>

<Files ".ht*">
    Require all denied
</Files>

ErrorLog "logs/error_log"
LogLevel warn

<IfModule log_config_module>
    LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\"" combined
    LogFormat "%h %l %u %t \"%r\" %>s %b" common

    <IfModule logio_module>
      LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\" %I %O" combinedio
    </IfModule>

    CustomLog "logs/access_log" combined
</IfModule>

<IfModule alias_module>
    ScriptAlias /cgi-bin/ "/var/www/cgi-bin/"
</IfModule>

<Directory "/var/www/cgi-bin">
    AllowOverride None
    Options None
    Require all granted
</Directory>

<IfModule mime_module>
    TypesConfig /etc/mime.types
    AddType application/x-compress .Z
    AddType application/x-gzip .gz .tgz

    AddType text/html .shtml
    AddOutputFilter INCLUDES .shtml
</IfModule>

AddDefaultCharset UTF-8

<IfModule mime_magic_module>
    MIMEMagicFile conf/magic
</IfModule>

EnableSendfile on

IncludeOptional conf.d/*.conf
```


`/etc/httpd/conf.d/gitlab_proxy.conf`
```
Alias /blog /usr/share/blog

<Directory "/usr/share/blog">
    Options FollowSymLinks
    AllowOverride All
    Require all granted
</Directory>

ProxyPass /blog !

<VirtualHost *:80>
  ServerName mydomain.com
  ServerSignature Off

  RewriteEngine on
  RewriteCond %{HTTPS} !=on
  RewriteRule .* https://%{SERVER_NAME}%{REQUEST_URI} [NE,R,L]
  ProxyPass /blog !
  ProxyPass /kibana !

</VirtualHost>

<VirtualHost *:443>
  SSLEngine on
  SSLProtocol all -SSLv2
  SSLHonorCipherOrder on
  SSLCipherSuite "ECDH+AESGCM:DH+AESGCM:ECDH+AES256:DH+AES256:ECDH+AES128:DH+AES:ECDH+3DES:DH+3DES:RSA+AESGCM:RSA+AES:RSA+3DES:!aNULL:!MD5:!DSS"
  Header add Strict-Transport-Security: "max-age=15768000;includeSubdomains"
  SSLCompression Off
  SSLCertificateFile /etc/letsencrypt/live/mydomain.com/cert.pem
  SSLCertificateKeyFile /etc/letsencrypt/live/mydomain.com/privkey.pem
  SSLCACertificateFile /etc/letsencrypt/live/mydomain.com/chain.pem

  ServerName mydomain.com
  ServerSignature Off

  ProxyPreserveHost On

  AllowEncodedSlashes NoDecode

  <Location /gitlab/>
    Require all granted

    ProxyPassReverse http://127.0.0.1:8181
    ProxyPassReverse http://mydomain.com/gitlab/
  </Location>

  RewriteEngine on

  RewriteCond %{DOCUMENT_ROOT}/%{REQUEST_FILENAME} !-f [OR]
  RewriteCond %{REQUEST_URI} ^/uploads/.*
  RewriteRule .* http://127.0.0.1:8181%{REQUEST_URI} [P,QSA,NE]

  RequestHeader set X_FORWARDED_PROTO 'https'
  RequestHeader set X-Forwarded-Ssl on

  DocumentRoot /home/git/gitlab/public

  ErrorDocument 404 /404.html
  ErrorDocument 422 /422.html
  ErrorDocument 500 /500.html
  ErrorDocument 502 /502.html
  ErrorDocument 503 /503.html

  LogFormat "%{X-Forwarded-For}i %l %u %t \"%r\" %>s %b" common_forwarded
  ErrorLog /var/log/httpd/logs/YOUR_SERVER_FQDN_error.log
  CustomLog /var/log/httpd/logs/YOUR_SERVER_FQDN_forwarded.log common_forwarded
  CustomLog /var/log/httpd/logs/YOUR_SERVER_FQDN_access.log combined env=!dontlog
  CustomLog /var/log/httpd/logs/YOUR_SERVER_FQDN.log combined

</VirtualHost>

```

`/etc/httpd/conf.d/kibana.conf`
```
<VirtualHost *:443>
 ProxyRequests off
 SSLEngine on
 SSLProxyCheckPeerCN off
 SSLProxyCheckPeerName off
 SSLCertificateFile /etc/letsencrypt/live/mydomain.com/cert.pem
 SSLCertificateKeyFile /etc/letsencrypt/live/mydomain.com/privkey.pem
 SSLCertificateChainFile /etc/letsencrypt/live/mydomain.com/chain.pem

<Location /kibana/>
  ProxyPass http://192.168.xx.xx:5601/
  ProxyPassReverse https://mydomain.com/kibana/
  ProxyPassReverseCookieDomain 192.168.xx.xx:5601 mydomain.com
  ProxyPassReverseCookiePath / /kibana/
  RewriteRule "^/kibana/(.*)$" "/$1" [L,PT]
  Substitute "s|http://192.168.xx.xx:5601/|https://mydomain.com/kibana/|q"
</Location>
</VirtualHost>
```

`/etc/httpd/conf.d/ssl.conf`
```
Listen 443 https

SSLPassPhraseDialog exec:/usr/libexec/httpd-ssl-pass-dialog

SSLSessionCacheTimeout  300

SSLRandomSeed startup file:/dev/urandom  256
SSLRandomSeed connect builtin

SSLCryptoDevice builtin

<VirtualHost mydomain.com:443>

DocumentRoot "/var/www/html"
ServerName mydomain.com:443

ErrorLog logs/ssl_error_log
TransferLog logs/ssl_access_log
LogLevel warn

SSLEngine on

SSLProtocol all -SSLv2 -SSLv3

SSLCipherSuite HIGH:3DES:!aNULL:!MD5:!SEED:!IDEA

SSLCertificateFile /etc/letsencrypt/live/mydomain.com/cert.pem

SSLCertificateKeyFile /etc/letsencrypt/live/mydomain.com/privkey.pem

SSLCertificateChainFile /etc/letsencrypt/live/mydomain.com/chain.pem

<Files ~ ".(cgi|shtml|phtml|php3?)$">
    SSLOptions +StdEnvVars
</Files>
<Directory "/var/www/cgi-bin">
    SSLOptions +StdEnvVars
</Directory>

BrowserMatch "MSIE [2-5]" \
         nokeepalive ssl-unclean-shutdown \
         downgrade-1.0 force-response-1.0

CustomLog logs/ssl_request_log \
          "%t %h %{SSL_PROTOCOL}x %{SSL_CIPHER}x \"%r\" %b"

</VirtualHost>
```

不足している情報等ありましたら、できる限りお伝えしたいと思います
よろしくお願いいたします

Apacheの複数サイトへのリバースプロキシについて

### 前提・実現したいこと
- 実現したいこと
ログデータを取り込み、Hourlyで分析をおこなうこと

- Version
Filebeat 6.5.4
elasticsearch 6.5.4
kibana 6.5.4
logstash 6.5.4



### 発生している問題
- データ投入時刻
2019-01-16T013:56
- 投入データ
251400T,18/01/23 15:00,5110002647,PPD00267694,(v32.0),18/01/23 12:00


- Elastic Search データ
```
 "hits":[
 {"_index":"log","_type":"doc",
 {中略}
 {"@timestamp":"2019-01-16T04:56:34.403Z",
  "tags":["beats_input_codec_plain_applied","_dateparsefailure"],"Feature":"251400T",
  "message":"251400T,18/01/23 18:00,5110002647,PPD00267694,(v32.0),18/01/23 12:00","login_id":"5110002647",
  "prospector":{"type":"log"},"PC_Name":"PPD00267694",
  "input":{"type":"log"},"beat":
  {中略}
  "start_date":"18/01/23 12:00","offset":144,"login_date":"18/01/23 18:00"
  ...}},
```

- 問題
Timestampが9時間ずれている


### 試したこと

- Filebeat のpipeline.jsonに、Timestampの設定を付与
→"timezone": "Asia/Tokyo"にしても、"timezone": "UTC"にしても、結果は変わらず。

- Kibanaの詳細設定を変更
→"timezone": "Default"にすると、Timestampは合うが、ログデータが+9時間になってしまい、"timezone": "UTC"にするとログデータは合うが、Timestampが‐9時間になる

‐ LogstashのFilterにTimezoneの設定を追加
→   timezone => "Asia/Tokyo"にしても、   timezone => "UTC"にしても、結果は変わらず。

Elastic searchにおけるTimestampとログデータの日付データが、９時間ずれる

# dockerでelastiflowを構築するときにkibanaが動作しない
elastiflowをdockerで構築しようと思っています。下記の公式のドキュメントを参考にしました。
https://docs.elastiflow.com/docs/elasticsearch_xsmall

ブラウザでkibanaに入ろうとすると"Kibana server is not ready yet"と表示されました。kibanaのログを見てみると"Unable to retrieve version information from Elasticsearch nodes"と表示されます。通信自体ができないのかと思ってkibanaのコンテナにアタッチし、elasticsearchへpingしてみましたが応答が帰ってきたので普通に通信できてるようです。
elasticsearchのログは"Authentication of [kibana_system] was terminated by realm [reserved] - failed to authenticate user [kibana_system]"と表示されていました。そもそも"kibana_system"も"CHANGEME"も公式が示しているdocker-composeに書かれてあったものなので、デフォルト値であり、こちらが何もしなくてもこの値であれば特に変更しなくても認証されると思っていたのですが違うのでしょうか？それに関する言及が公式ドキュメント上に一切なく途方に暮れています。だれかELKに詳しい方教えていただけないでしょうか？

```yml
version: '3'
services:
  kibana:
    image: docker.elastic.co/kibana/kibana:7.13.1
    restart: unless-stopped
    hostname: kibana
    # network_mode: bridge
    networks:
      elastic:
      proxy_network:
    ports:
      # HTTP/REST
      - 5601:5601/tcp
    environment:
      TZ: Asia/Tokyo
      VIRTUAL_HOST: hogehoge.com
      VIRTUAL_PORT: 5601
      
      TELEMETRY_ENABLED: 'false'
      NEWSFEED_ENABLED: 'false'

      SERVER_NAME: 'kibana'
      SERVER_HOST: '0.0.0.0'
      SERVER_PORT: 5601
      SERVER_MAXPAYLOADBYTES: 8388608

      ELASTICSEARCH_HOSTS: 'http://elasticsearch:9200'
      ELASTICSEARCH_USERNAME: 'kibana_system'
      ELASTICSEARCH_PASSWORD: 'CHANGEME'
      ELASTICSEARCH_REQUESTTIMEOUT: 132000
      ELASTICSEARCH_SHARDTIMEOUT: 120000

      ELASTICSEARCH_SSL_VERIFICATIONMODE: 'none' 

      KIBANA_AUTOCOMPLETETIMEOUT: 3000
      KIBANA_AUTOCOMPLETETERMINATEAFTER: 2500000

      VIS_TYPE_VEGA_ENABLEEXTERNALURLS: 'true'

      XPACK_MAPS_SHOWMAPVISUALIZATIONTYPES: 'true'
      XPACK_ENCRYPTEDSAVEDOBJECTS_ENCRYPTIONKEY: 'ElastiFlow_0123456789_0123456789_0123456789'

  elasticsearch:
    image: docker.elastic.co/elasticsearch/elasticsearch:7.13.1
    container_name: elasticsearch
    restart: unless-stopped
    hostname: elasticsearch
    ulimits:
      memlock:
        soft: -1
        hard: -1
      nofile:
        soft: 131072
        hard: 131072
      nproc: 8192
      fsize: -1
    networks:
      elastic:
    ports:
      - 9200:9200/tcp
    volumes:
        - ./elasticsearch:/usr/share/elasticsearch/data
        - ./certs:/usr/share/elasticsearch/config/certificates
    environment:
      ES_JAVA_OPTS: '-Xms2g -Xmx2g'
      ELASTIC_PASSWORD: 'CHANGEME'
      cluster.name: elastiflow
      node.name: elasticsearch

      bootstrap.memory_lock: 'true'

      network.host: 0.0.0.0
      http.port: 9200

      discovery.type: 'single-node'

      indices.query.bool.max_clause_count: 8192
      search.max_buckets: 250000

      action.destructive_requires_name: 'true'

      reindex.remote.whitelist: '*:*'
      reindex.ssl.verification_mode: 'none'

      xpack.security.http.ssl.enabled: 'false'

      xpack.monitoring.collection.enabled: 'true'
      xpack.monitoring.collection.interval: 30s

      xpack.security.enabled: 'true'
      xpack.security.audit.enabled: 'false'
  # ElastiFlow Unified Flow Collector
  flow-collector:
    image: elastiflow/flow-collector:5.3.5
    container_name: flow-collector
    restart: 'unless-stopped'
    network_mode: 'host'
    volumes:
      - /etc/elastiflow:/etc/elastiflow
    environment:

      EF_FLOW_SERVER_UDP_IP: '0.0.0.0'
      EF_FLOW_SERVER_UDP_PORT: 9995
        
      EF_FLOW_DECODER_ENRICH_IPADDR_METADATA_ENABLE: 'false'

      EF_FLOW_DECODER_ENRICH_DNS_ENABLE: 'true'
      EF_FLOW_DECODER_ENRICH_DNS_NAMESERVER_IP: '1.1.1.1'
      EF_FLOW_DECODER_ENRICH_DNS_NAMESERVER_TIMEOUT: 3000

      EF_FLOW_DECODER_ENRICH_MAXMIND_ASN_ENABLE: 'false'

      EF_FLOW_DECODER_ENRICH_MAXMIND_GEOIP_ENABLE: 'false'

      EF_FLOW_DECODER_ENRICH_RISKIQ_ASN_ENABLE: 'false'
      EF_FLOW_DECODER_ENRICH_RISKIQ_THREAT_ENABLE: 'false

      # Elasticsearch
      EF_FLOW_OUTPUT_ELASTICSEARCH_ENABLE: 'true'
      EF_FLOW_OUTPUT_ELASTICSEARCH_ECS_ENABLE: 'false'

      EF_FLOW_OUTPUT_ELASTICSEARCH_INDEX_TEMPLATE_SHARDS: 1
      EF_FLOW_OUTPUT_ELASTICSEARCH_INDEX_TEMPLATE_REPLICAS: 0

      # A comma separated list of Elasticsearch nodes to use. DO NOT include "http://" or "https://"
      EF_FLOW_OUTPUT_ELASTICSEARCH_ADDRESSES: '127.0.0.1:9200'
      EF_FLOW_OUTPUT_ELASTICSEARCH_USERNAME: 'kibana_system'
      EF_FLOW_OUTPUT_ELASTICSEARCH_PASSWORD: 'CHANGEME'

      EF_FLOW_OUTPUT_ELASTICSEARCH_TLS_ENABLE: 'false'
      EF_FLOW_OUTPUT_ELASTICSEARCH_TLS_SKIP_VERIFICATION: 'false'
      EF_FLOW_OUTPUT_ELASTICSEARCH_TLS_CA_CERT_FILEPATH: ''


      # Splunk
      EF_FLOW_OUTPUT_SPLUNK_HEC_ENABLE: 'false'
      EF_FLOW_OUTPUT_SPLUNK_HEC_ADDRESSES: '127.0.0.1:8088'
      EF_FLOW_OUTPUT_SPLUNK_HEC_TOKEN: ''

      # Logz.io
      EF_FLOW_OUTPUT_LOGZIO_ENABLE: 'false'
      EF_FLOW_OUTPUT_LOGZIO_ADDRESSES: 'listener.logz.io:8070'
      EF_FLOW_OUTPUT_LOGZIO_TOKEN: ''

      # Kafka
      EF_FLOW_OUTPUT_KAFKA_ENABLE: 'false'
      EF_FLOW_OUTPUT_KAFKA_BROKERS: ''
      #EF_FLOW_OUTPUT_KAFKA_VERSION: '1.0.0'
      #EF_FLOW_OUTPUT_KAFKA_TOPIC: 'elastiflow-flow-codex'
      #EF_FLOW_OUTPUT_KAFKA_PARTITION_KEY: 'flow.export.ip.addr'
      #EF_FLOW_OUTPUT_KAFKA_CLIENT_ID: 'elastiflow-flowcoll'
      #EF_FLOW_OUTPUT_KAFKA_RACK_ID: ''
      #EF_FLOW_OUTPUT_KAFKA_TIMEOUT: 30

      EF_FLOW_OUTPUT_KAFKA_SASL_ENABLE: 'false'

      # Cribl
      EF_FLOW_OUTPUT_CRIBL_ENABLE: 'false'
      EF_FLOW_OUTPUT_CRIBL_ADDRESSES: '127.0.0.1:10080'
      EF_FLOW_OUTPUT_CRIBL_TOKEN: ''
      
      # RiskIQ
      EF_FLOW_OUTPUT_RISKIQ_ENABLE: 'false'


networks:
  elastic:
    driver: bridge
    driver_opts:
      com.docker.network.bridge.enable_icc: "true"
  proxy_network:
    external: true
```

dockerでelastiflowを構築するときにkibanaが動作しない

#実現したいこと
kibanaのコンソールに接続したい

###■環境
　centOS7.8
  elasticsearch-7.12.1-1
  kibanna-7.12.1-1

###■課題
elasticsearchの検証を自宅で行っており
elasticsearchとkibanaをインストールしてサービスを起動しました。
その後、microsoftのエッジを起動して「http://127.0.0.1:5601」でkibanaコンソールに接続しましたが
[申し訳ございません。このページに到達できません」と表示され接続できません。
kibanaコンソールに接続する原因についてアドバイスいただけますでしょうか。

###■確認したこと
elasticsearchとkibanaのサービス起動とポートがListenとなっていることは確認。
Windowsのファイアーウォールを無効にして接続確認。→NGでした。

kibanaコンソールに接続できない

kibanaのdashboardで作ったクエリをquery.json
に入れて以下のように実行しました。

 curl -XGET http://localhost/cwl*/_search -d @query.json |jq .aggregations

result.
```
{
  "2": {
    "doc_count_error_upper_bound": 0,
    "sum_other_doc_count": 1544,
    "buckets": [
      {
        "key": "GET /search/xx?q= HTTP/1.1",
        "doc_count": 16
      }
     ]
  }
}
```
自分はkeyとdoc_countだけ取得したかったため
jqコマンドを利用して２の下にアクセスしたいですが、方法がよくわかりません。

以下の方法だとエラーが出ました。

```
 curl -XGET http://localhost/cwl*/_search -d @query.json |jq .aggregations.2
jq: error: syntax error, unexpected LITERAL, expecting $end (Unix shell quoting issues?) at <top-level>, line 1:
.aggregations.2

 curl -XGET http://localhost/cwl*/_search -d @query.json |jq .aggregations."2"
jq: error: syntax error, unexpected LITERAL, expecting $end (Unix shell quoting issues?) at <top-level>, line 1:
.aggregations.2
```

などではエラーが出ました。
何か自分が勘違いしてることがありますか。

ヒントになることがありましたら教えていただければ助かります。
よろしくお願いします。

jqコマンドの使い方について

Windows10環境にelasticserchとkibanaをinstallしました。
そして、次のURLに沿って環境構築しようと思いました。
https://qiita.com/kws9/items/7695262be0befb94897f

インストール自体はうまく行ったと思っています。その根拠として、次のコマンドを打ったら、

```
 C:\elasticsearch-7.6.2\bin> ./elasticsearch
```

次のメッセージが出力されました。

```
[2020-04-05T14:35:04,961][INFO ][o.e.e.NodeEnvironment    ] [MATY-VAIO] using [1] data paths, mounts [[(C:)]], net usable_space [596.4gb], net total_space [925.2gb], types [NTFS]
[2020-04-05T14:35:04,981][INFO ][o.e.e.NodeEnvironment    ] [MATY-VAIO] heap size [1gb], compressed ordinary object pointers [true]
[2020-04-05T14:35:05,724][INFO ][o.e.n.Node               ] [MATY-VAIO] node name [MATY-VAIO], node ID [edpQAJC2Sr-JasGjy2pc6A], cluster name [elasticsearch]
[2020-04-05T14:35:05,725][INFO ][o.e.n.Node               ] [MATY-VAIO] version[7.6.2], pid[27416], build[default/zip/ef48eb35cf30adf4db14086e8aabd07ef6fb113f/2020-03-26T06:34:37.794943Z], OS[Windows 10/10.0/amd64], JVM[Oracle Corporation/Java HotSpot(TM) 64-Bit Server VM/14/14+36-1461]
[2020-04-05T14:35:05,726][INFO ][o.e.n.Node               ] [MATY-VAIO] JVM home [C:\Program Files\Java\jdk-14]
[2020-04-05T14:35:05,727][INFO ][o.e.n.Node               ] [MATY-VAIO] JVM arguments [-Des.networkaddress.cache.ttl=60, -Des.networkaddress.cache.negative.ttl=10, -XX:+AlwaysPreTouch, -Xss1m, -Djava.awt.headless=true, -Dfile.encoding=UTF-8, -Djna.nosys=true, -XX:-OmitStackTraceInFastThrow, -Dio.netty.noUnsafe=true, -Dio.netty.noKeySetOptimization=true, -Dio.netty.recycler.maxCapacityPerThread=0, -Dio.netty.allocator.numDirectArenas=0, -Dlog4j.shutdownHookEnabled=false, -Dlog4j2.disable.jmx=true, -Djava.locale.providers=COMPAT, -Xms1g, -Xmx1g, -XX:+UseG1GC, -XX:G1ReservePercent=25, -XX:InitiatingHeapOccupancyPercent=30, -Djava.io.tmpdir=C:\Users\Maty\AppData\Local\Temp\elasticsearch, -XX:+HeapDumpOnOutOfMemoryError, -XX:HeapDumpPath=data, -XX:ErrorFile=logs/hs_err_pid%p.log, -Xlog:gc*,gc+age=trace,safepoint:file=logs/gc.log:utctime,pid,tags:filecount=32,filesize=64m, -XX:MaxDirectMemorySize=536870912, -Delasticsearch, -Des.path.home=C:\elasticsearch-7.6.2, -Des.path.conf=C:\elasticsearch-7.6.2\config, -Des.distribution.flavor=default, -Des.distribution.type=zip, -Des.bundled_jdk=true]
.
.
.
[2020-04-05T14:35:35,724][INFO ][o.e.h.AbstractHttpServerTransport] [MATY-VAIO] publish_address {127.0.0.1:9200}, bound_addresses {127.0.0.1:9200}, {[::1]:9200}
[2020-04-05T14:35:35,727][INFO ][o.e.n.Node               ] [MATY-VAIO] started
[2020-04-05T14:35:36,054][INFO ][o.e.l.LicenseService     ] [MATY-VAIO] license [012d3d86-36e8-4aae-9cef-34ebdbf4d00c] mode [basic] - valid
[2020-04-05T14:35:36,057][INFO ][o.e.x.s.s.SecurityStatusChangeListener] [MATY-VAIO] Active license is now [BASIC]; Security is disabled
[2020-04-05T14:35:36,077][INFO ][o.e.g.GatewayService     ] [MATY-VAIO] recovered [0] indices into cluster_state
```

そして、画面側には次の表示がされました。

```
{
  "name" : "MATY-VAIO",
  "cluster_name" : "elasticsearch",
  "cluster_uuid" : "tLxBU_9ITiO5t-VOEZrA5Q",
  "version" : {
    "number" : "7.6.2",
    "build_flavor" : "default",
    "build_type" : "zip",
    "build_hash" : "ef48eb35cf30adf4db14086e8aabd07ef6fb113f",
    "build_date" : "2020-03-26T06:34:37.794943Z",
    "build_snapshot" : false,
    "lucene_version" : "8.4.0",
    "minimum_wire_compatibility_version" : "6.8.0",
    "minimum_index_compatibility_version" : "6.0.0-beta1"
  },
  "tagline" : "You Know, for Search"
}
```

ところが、Indexを生成しようとして、次のコマンドを打ったら、

```
C:\elasticsearch-7.6.2\bin>curl -XGET http://127.0.0.1:9200/customer?pretty
```

次のメッセージが返ってきました。

```
curl: (7) Failed to connect to 127.0.0.1 port 9200: Connection refused
```

どうやら、コネクションが確立できていないようです。
だとしたら、どのようにこれから環境構築していけばよろしいでしょうか。
何か他に参考になるWebサイトをご存知でしたら、教えて頂けないでしょうか。

環境は、次のとおりです。
・OS:windows10
・elasticsearch-7.6.2
・kibana-5.4.0-windows-x86

追記
上記コマンドは、URL上のコマンドをhttp型に変更したものです。
URL上のコマンドを実施した結果は、次のとおりでした。

```
C:\elasticsearch-7.6.2\bin>curl -XPUT 'localhost:9200/customer'
curl: (6) Could not resolve host: 'localhost
```

elasticsearchでConnection refusedエラー

### 前提・実現したいこと

Kibanaの起動に失敗してしまいます。

### 発生している問題・エラーメッセージ

$ ./bin/kibana -c ./config/kibana.yml
のコマンドでKibanaを起動しようとすると、エラーメッセージが出て起動に失敗してしまいます。

エラーメッセージ
```
  log   [17:59:06.707] [info][plugins-service] Plugin "case" is disabled.
  log   [18:00:21.994] [fatal][root] { Error: listen EADDRNOTAVAIL: address not available <サーバのグローバルIPアドレス>:5601
    at Server.setupListenHandle [as _listen2] (net.js:1263:19)
    at listenInCluster (net.js:1328:12)
    at doListen (net.js:1461:7)
    at process._tickCallback (internal/process/next_tick.js:63:19)
  code: 'EADDRNOTAVAIL',
  errno: 'EADDRNOTAVAIL',
  syscall: 'listen',
  address: '<サーバのグローバルIPアドレス>',
  port: 5601 }

 FATAL  Error: listen EADDRNOTAVAIL: address not available <サーバのグローバルIPアドレス>
```

./config/kibana.yml の記述は、以下のようになっています。
```
# Kibana is served by a back end server. This setting specifies the port to use.
server.port: 5601
...
# Specifies the address to which the Kibana server will bind. IP addresses and host names are both valid values.
# The default is 'localhost', which usually means remote machines will not be able to connect.
# To allow connections from remote users, set this parameter to a non-loopback address.
server.host: "<サーバのグローバルIPアドレス>"
...
# Enables you specify a file where Kibana stores log output.
logging.dest: stdout
...
```

logging.dest: stdout となっているので、エラーログはすべて出力されているはずです。
一応/var/log/syslogも確認しましたが、何も追記されていませんでした。

ポート開放状況は、以下のようになっています。
```
$ sudo ufw status
Status: active

To                         Action      From
--                         ------      ----
22                         ALLOW       Anywhere
9200                       ALLOW       Anywhere
9300                       ALLOW       Anywhere
5601                       ALLOW       Anywhere
22 (v6)                    ALLOW       Anywhere (v6)
9200 (v6)                  ALLOW       Anywhere (v6)
9300 (v6)                  ALLOW       Anywhere (v6)
5601 (v6)                  ALLOW       Anywhere (v6)
```


### 試したこと

「kibana listen EADDRNOTAVAIL: address not available」などで検索しましたが、解決できそうな情報が見つからず困っています。
どなたかご教授お願いいたします。

### 補足情報（FW/ツールのバージョンなど）

OS : Ubuntu 18.04
Kibana : 7.6.2

Kibanaの起動に失敗してしまいます

---

〇環境
windows 10
python 3.6.9
Elasticsearch　7.10.2

---

〇参考リンク
https://qiita.com/ume1126/items/b8be3ce191944cbf83e5

---
〇問題
Elasticsearch初動作です。
Elasticsearchのsearchを実行する際に、kuromojiを咬ませたいと考えています。

しかしバージョンの違いか、エラーが生じ、インデックスが作成できません。
mappingの設定時にアナライザーを指定すると思うのですが、その際にうまく動作していない印象です。
こちらどのように対処すればよろしいでしょうか？
生じたエラーとソースを下記に記述します。


---

〇エラー
```ここに言語を入力
{
  "error" : {
    "root_cause" : [
      {
        "type" : "mapper_parsing_exception",
        "reason" : "Root mapping definition has unsupported parameters:  [kuromoji_type : {properties={sentence={analyzer=hoge_kuromoji_analyzer, type=text}, title={analyzer=hoge_kuromoji_analyzer, type=text}}}]"
      }
    ],
    "type" : "mapper_parsing_exception",
    "reason" : "Failed to parse mapping [_doc]: Root mapping definition has unsupported parameters:  [kuromoji_type : {properties={sentence={analyzer=hoge_kuromoji_analyzer, type=text}, title={analyzer=hoge_kuromoji_analyzer, type=text}}}]",
    "caused_by" : {
      "type" : "mapper_parsing_exception",
      "reason" : "Root mapping definition has unsupported parameters:  [kuromoji_type : {properties={sentence={analyzer=hoge_kuromoji_analyzer, type=text}, title={analyzer=hoge_kuromoji_analyzer, type=text}}}]"
    }
  },
  "status" : 400
}

```



---

〇ソース

```ここに言語を入力
PUT /kuromoji_index
{
  "settings": {
    "analysis": {
      "analyzer": {
        "hoge_kuromoji_analyzer": {
          "type": "custom",
          "tokenizer": "kuromoji_tokenizer"
        }
      }
    }
  },
  "mappings": {
    "kuromoji_type": {
      "properties": {
        "title": {
          "type": "text",
          "analyzer": "hoge_kuromoji_analyzer"
        },
        "sentence": {
          "type": "text",
          "analyzer": "hoge_kuromoji_analyzer"
        }
      }
    }
  }
}
```


---