Клиентское соединениеasticsearch.js отклонено: Access-Control-Allow-Origin не распознан?
Я пытался пропинговать локально работающий эластичный поиск с использованиемasticsearch.jquery.min.js, и каждый раз получаю сообщение об ошибке «отсутствует живое соединение».
ETA: в Chrome я вижу довольно низкоуровневое «Отказ в соединении». Я работаю на MacOS X, и мой браузер указывает на страницу черезhttp://localhost/~myuserid/SiteName/
, Как я получаю доступlocalhost:9200
это явно подпадает под междоменные требования CORS.
Я вижу следующую ошибку в консоли Chrome:
XMLHttpRequest cannot load http://localhost:9200/?hello=elasticsearch!.
No 'Access-Control-Allow-Origin' header is present on the requested resource.
Origin 'http://localhost' is therefore not allowed access.
вhttp://enable-cors.org/server_apache.html Я добавил следующее в /etc/apache2/httpd.conf:
<Directory />
Header set Access-Control-Allow-Origin "localhost:9200"
AllowOverride none
Require all denied
</Directory>
и беги
$ sudo apachectl -t
$ sudo apachectl -k graceful
но ошибка сохраняется. Есть ли другие настройки, которые я пропускаю?
Я новичок вasticsearch.js. Есть ли что-то, что мне нужно сделать на сторонеasticsearch, чтобы разрешить клиентские подключения из браузера, или что-то еще?
я следуюкнига в моей попытке пинга:
var client = new $.es.Client({
hosts: 'localhost:9200'
});
client.ping(
{
requestTimeout: Infinity,
// undocumented params are appended to the query string
hello: "elasticsearch!"
},
function (error) {
if (error) {
console.error('elasticsearch cluster is down!');
console.error(error);
} else {
console.log('All is well');
}
}
);
но я получаю следующие ошибки:
"WARNING: 2015-10-10T07:00:16Z" elasticsearch.jquery.min.js:14:10575
Unable to revive connection: http://localhost:9200/
"WARNING: 2015-10-10T07:00:16Z" elasticsearch.jquery.min.js:14:10575
No living connections
Я могу подключиться с помощью curl в командной строке просто отлично, тянуть и вставлять данные и т.д .:
$ curl "localhost:9200/_cat/indices?v"
health status index pri rep docs.count docs.deleted store.size pri.store.size
green open fuddle 1 0 3 0 12.9kb 12.9kb
green open faddle 1 0 0 0 144b 144b
ЕТА дополнительная диагностика. Google Chrome показывает следующие следы сети для неудачной попытки. На уровне HTTP ответ выглядит так, как будто это происходит.
General
Remote Address:[::1]:9200
Request URL:http://localhost:9200/?hello=elasticsearch!
Request Method:HEAD
Status Code:200 OK
Response Headers
Content-Length:0
Content-Type:text/plain; charset=UTF-8
Request Headers
Accept:text/plain, */*; q=0.01
Accept-Encoding:gzip, deflate, sdch
Accept-Language:en-US,en;q=0.8
Connection:keep-alive
Content-Length:0
Host:localhost:9200
Origin:http://localhost
Referer:http://localhost/~browsc3/Opticon/
User-Agent:Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/45.0.2454.101 Safari/537.36
Query String Parameters
view URL encoded
hello:elasticsearch!
Тот же запрос в wget:
wget http://localhost:9200/?hello=elasticsearch!
--2015-10-10 09:47:13-- http://localhost:9200/?hello=elasticsearch!
Resolving localhost... ::1, 127.0.0.1
Connecting to localhost|::1|:9200... connected.
HTTP request sent, awaiting response... 200 OK
Length: 342 [application/json]
Saving to: 'index.html?hello=elasticsearch!'
index.html?hello=elastics 100%[=====================================>] 342 --.-KB/s in 0s
2015-10-10 09:47:13 (65.2 MB/s) - 'index.html?hello=elasticsearch!' saved [342/342]
Я действительно в растерянности, куда идти отсюда. Я вижу много ссылок на ошибку на googlz, но ни одно из обстоятельств не кажется отдаленно похожим. Такое ощущение, что я просто попадаю в какую-то неверную конфигурацию, но я не могу найти ничего, что указывало бы, что это такое.