Kibana: 플러그인 설치를 위해 http/https 프록시 허용

@seang-es 우리는 HTTP Connect 터널링 을 사용하는 솔루션을 구현할 수 있습니까?

@seang-es와 논의한 후 보안 네트워크 뒤에 있는 사용자는 자체 http 프록시 서버를 갖고 있으며 단순히 이러한 프록시를 통해 Kibana를 지시하는 기능을 원하는 것으로 보입니다.

사용자는 kibana.yml의 옵션을 수정하여 host 및 port 를 프록시 서버로 설정하려고 합니다.

인증 프록시 설정도 필요합니다.
구현이 완료되기를 기대합니다.

예, 여기에서 CONNECT를 원하지 않습니다. 그냥 평범한 오래된 http 프록시입니다.

@seang-es Elasticsearch의 bin/plugin 와 같은 다른 플러그인 설치 프로그램에서는 어떻게 작동합니까? 설치 프로그램이 인증된 프록시를 설정하기 위한 CLI 옵션이 표시되지 않습니까? 또한 이것에 대해 생각한 후에 이것은 OS 수준에서 처리되어야하지 않습니까?

@spalger 및 @rashidkpc 와 논의한 후 여기에서 CONNECT를 사용하지 않으려는 이유는 많은 회사에서 지원하지 않기 때문입니다. 제안된 옵션은 다음과 같습니다.

1. 이것이 사용자에게 정말로 필요한지 또는 사용자가 동일한 작업을 수행할 수 있도록 하는 다른 해결 방법이 있는지 확인하십시오. @seang-es, 고객이 Elasticsearch 플러그인에 대해 이 문제를 해결하는 방법을 더 잘 이해할 수 있도록 @simianhacker 의 의견에 응답해 주시겠습니까?
2. 난파선이 프록시를 지원하지 않기 때문에 wreck.js 대신 request 노드 모듈을 사용하도록 installedPlugins 모듈을 다시 작성합니다.
3. wreck.js 확장하는 http 프록시 플러그인을 작성하십시오.

3가지 중 이것이 많이 필요한 기능이라면 옵션 2를 구현하는 것이 가장 편안합니다.

추가 논의 끝에 Kibana에서 플러그인 설치를 위해 http/https 프록시를 추가하지 않기로 결정했습니다. 그 주된 이유는 Elasticsearch도 이를 지원하지 않고 파일 설치 프로그램을 사용하여 오프라인 설치를 수행하는 해결 방법이 있기 때문입니다.

예를 들어:

bin/kibana plugin --install --url file:///home/username/plugin.tar.gz

_참고_: 절대 경로를 사용해야 합니다 .

따라서 P1 레이블을 제거하고 이 문제를 닫습니다.

로컬 디렉터리에서 파일 설치를 포함하도록 Kibana 플러그인 설명서를 업데이트하기 위해 문제 #5998을 제출했습니다.

Elasticsearch의 플러그인 명령이 프록시 지정을 지원하기 때문에 위에서 직접 지원하지 않는 이유 중 하나는 유효하지 않습니다.
https://www.elastic.co/guide/en/elasticsearch/reference/1.6/modules-plugins.html

bin/plugin -DproxyHost=host_name -DproxyPort=port_number --install mobz/elasticsearch-head

@avallen 파일을 다운로드한 다음 수동으로 설치해도 됩니까?

이 소위 해결 방법이 작동하지 않는 것 같습니다.

$bin/kibana plugin --install --url file:///opt/kibana-4.4.1-linux-x64/marvel-latest.tar.gz
Invalid install option. Please use the format <org>/<plugin>/<version>.

또한 프록시 및/또는 오프라인 플러그인 설치를 허용하지 않으면 기본적으로 조직의 90%가 이 버전을 사용하지 못하게 됩니다...

오프라인 설치의 올바른 방법은 다음과 같습니다.

bin/kibana plugin -i marvel -u file:///tmp/marvel-latest.tar.gz

@stormpython PI 레이블을 제거해야 하지만 열린 상태로 유지하면 안 되나요?

이렇게 하면 HTTP 프록시 뒤에서 올바르게 작동하는 Dockerfile이 중단됩니다.

@stormpython - 몇 가지 이유로 우스꽝스러운 설명:

• Elasticsearch는 발신 프록시를 지원 합니다(플러그인을 설치하는 유일한 방법이기 때문에 알고 있습니다).
• 합리적인 관리자는 데이터 센터(서버)에서 무제한으로 나가는 트래픽을 허용하지 않으므로 플러그인 설치가 나가는 프록시를 통해 진행될 것으로 예상해야 합니다. 기본적으로 Kibana가 발신 프록시를 통해 플러그인을 설치할 수 없으면 플러그인을 전혀 설치할 수 없다는 것입니다.
• 제안한 해결 방법은 관리 및 구성 관리(예: Puppet, Chef)를 상당히 복잡하게 만듭니다. 그리고 혼란을 야기합니다. 예를 들어 센스 플러그인 설치 문제( 문제 7400 참조)가 파일 설치(해결 방법)로 인한 것인지 확실하지 않습니다.

Guyz, 논의 여부, 결정 여부, 다시 생각해야 합니다. 단 하나의 결정만이 올바른 결정이며(똑똑한 결정) 당신은 그것을 놓쳤습니다.

프로젝트 전반에 걸쳐 설치 일관성이 중요하므로 Elasticsearch에서 프록시 지원을 살펴보겠습니다.

puppet 를 사용하고 회사 방화벽 뒤에서 elasticsearch 및 logstash 에 대한 플러그인을 설치할 수 있습니다( kibana 제외).

(1) exec 인스턴스에서 환경 변수 설정

exec {
    "$name":
        command     => $command,
        creates     => $creates,
        environment => [ "http_proxy=http://1.2.3.4:3128" ],
        logoutput   => $logoutput,
        onlyif      => $onlyif,
        path        => ["/bin", "/sbin", "/usr/bin", "/usr/sbin"],
        returns     => [0,74],
    ;
}

또는

(2) 프록시 매개변수를 Java에 전달합니다.

"${bin_plugin} -DproxyHost=1.2.3.4 -DproxyPort=3128 install -b --verbose $name"

다음은 플러그인 설치를 위한 프록시 지원을 추가하는 #7967 시도입니다.

이것은 #12753으로 수정되었으며 6.1과 함께 릴리스됩니다. 플러그인 명령은 http_proxy , https_proxy 및 no_proxy 환경 변수를 이해합니다.

좋은 소식 @timroes !
큰 감사합니다!