프록시를 통한 https 요청과 동일한 문제가 있습니다. request.js로 이동하고 싶지 않습니다.

return axios({ url: 'https://site.com', proxy: { host: 'proxy.xxxxxx.com', port: 3128 } })
결과:
Error: write EPROTO 139800246822688:error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol:../deps/openssl/openssl/ssl/s23_clnt.c:794

이 상황에서 request.js와 curl이 잘 작동합니다.

문맥

• 액시오스 버전: v0.16.1
• 환경: 노드 v6.9.5, CentOS 릴리스 6.8(최종)

나와 내 동료가 문제를 확인했습니다. PR이 곧 제공될 것입니다.

홍보는 여기 https://github.com/mzabriskie/axios/pull/959

동일한 문제: http 프록시 뒤에서 https 리소스를 요청합니다.

axios.get('https://resources.json', {   
   proxy: {
      host: 'http://my.proxy.com',
      port: 12345
   }
})
   .then(() => {})
   .catch(() => {});

결과:
Error: getaddrinfo ENOTFOUND http://my.proxy.com http://my.proxy.com:12345

현재까지 진전이 있습니까?

같은 문제가 있습니다.

어떤 소식이 있습니까?

내 문제는 프록시와 관련이 없었기 때문에 인증되지 않은 https 도메인에 GET 요청을 보내야 했습니다. Linux 터미널 내부의 curl 에서 해결책은 -k 또는 --insecure 플래그를 사용하는 것이 었습니다. Axios 솔루션을 찾을 수 없었지만 request lib를 사용하여 그렇게 했습니다. 당신에게 아이디어를 줄 수 있습니다:

const agentOptions = {
    host: '10.100.0.10',
    port: '443',
    path: '/',
    rejectUnauthorized: false,
  }

const agent = new https.Agent(agentOptions)
request({
      url: 'https://10.100.0.10/myUncertifiedTargetUrl',
      method: 'GET',
      agent,
    }, (err, resp, body) => {
...

#959가 병합될 때까지 자유롭게 사용 하세요 .

여기도 마찬가지입니다 . btw

@mistermo 나는 성공하지 않고 방금 일을 떠났습니다 :(

나는이 패키지를 사용합니다 : https://github.com/Yoctol/messaging-apis/tree/master/packages/messaging-api-messenger

그리고 "axios"를 귀하의 것으로 바꾸면 다음 오류가 사라집니다.
"오류: EPROTO 139800246822688 쓰기: 오류:140770FC :SSL 루틴:SSL23_GET_SERVER_HELLO :알 수 없는 프로토콜:../deps/openssl/openssl/ssl/s23_clnt.c :794"

하지만 다음과 같은 것이 있습니다.
"오류: getaddrinfo EAI_AGAIN"

Messenger 플러그인이 다음과 같은 요청을 하는 것을 확인했습니다.
`
클라이언트 = axios.create({ ... });

client.get('...')
`

Axios "요청" 기능으로 직접 성공했습니까, 아니면 성공하지 못하셨습니까?

감사 해요!

편집: 이 문제가 있는 또 다른 것:
https://github.com/axios/axios/pull/959#issuecomment -337595602

이것을 합칠 가능성이 있습니까? 이 문제를 피하기 위해 새로 추가된 config.transport를 활용할 수 있습니까?

ups, 여기에 같은 문제가 있습니다!

불행히도 이 pull 요청은 병합되지 않았지만 이 문제를 수정했습니다. https://github.com/Sitronik/axios

최근에 비슷한 문제가 발생하여 내 솔루션은 HTTPS-over-HTTP 터널을 사용하고 URL에 명시적으로 포트 443을 지정하고 axios에서 자동 프록시 감지를 비활성화하는 것이었습니다.

import axios, { AxiosInstance } from 'axios';
import * as tunnel from 'tunnel';

const tunnel = tunnel.httpsOverHttp({
    proxy: {
        host: 'proxy.mycorp.com',
        port: 8000,
    },
});

const httpClient: AxiosInstance = axios.create({
    baseURL: 'https://some.api.com:443',
    httpsAgent: tunnel,
    proxy: false,
});

이 문서 의 솔루션에 대해 자세히 알아보십시오.

도움이 되었기를 바랍니다,
1월

@jan-molak 내 수정은 사용하기 쉽습니다.

1. npm 설치 axios-https-proxy-fix
2. 그 다음에

import axios from 'axios-https-proxy-fix'; 

const proxy = {
  host: 'some_ip',
  port: some_port_number,
  auth: {
    username: 'some_login',
    password: 'some_pass'
  }
};

async someMethod() {
  const result = await axios.get('some_https_link', {proxy});
}

@jan-molak의 솔루션도 저에게 효과적이었습니다. URL에 포트 번호를 강제하지 않아도 된다면 정말 좋을 것입니다.

@jan-molak @Sitronik 귀하의 솔루션을 시도했지만 오류가 발생합니다: 소켓 끊기.
내가 원하는 것은 요청이 charles를 통과하는 방법을 보는 것이므로 charles를 열고 내 코드에서 프록시를 {host:'127.0.0.1', port:8888 }로 설정합니다. 귀하의 솔루션을 사용하는 것이 적합한지 여부를 모르겠습니다.

0.19.0에 포함될 가능성이 있습니까?

@astappev 이것은 확실히 최대한 빨리 수정이 필요한 것처럼 보입니다. 검토해야 할 관련 문제와 PR이 많이 있지만 0.19.0 로드맵에 추가하겠습니다.

@emilyemorehouse , 언제 출시될지 예상이
PR #959는 이 문제의 중요한 부분, 리디렉션 프록시와 같은 기타 문제를 해결하므로 나중에 개선할 수 있습니다. #959의 변경 사항은 매우 간단하며 몇 분 안에 게시할 수 있습니다.

@Sitronik 덕분에 작동합니다.

@jan-molak의 수정이 내 하루를 구했습니다.
PR 병합에 +1.

이것을 병합하는 또 다른 +1!!

같은 문제... 병합하십시오!

여기서도 같은 문제

@Sitronik 덕분에 작동합니다. 병합하십시오!
그러나 프록시 설정은 환경 변수(http_proxy / https_proxy)에서 읽히지 않는 것 같지만 AxiosRequestConfig의 일부로 지정해야 합니다.

+1 위에서 언급한 해결 방법을 계속 사용하고 있지만 이 작업을 즉시 사용하고 싶습니다.

+1 이것을 고칠 때? 하지만 no_proxy도 필요합니다...

@Sitronik은 PR을 추가하십시오. axios-https-proxy-fix 패키지가 axios.defaults.proxy = {host: ip, port: port}

여전히 문제입니다. 해당 패키지를 사용하지만 그 뒤에 많은 커밋이 있습니까? 문제가 되지 않을까요? :S

그 패키지를 사용하지만 그 뒤에 많은 커밋이 있습니까?

나는 node-fetch + httpsProxyAgent + bluebird로 가는 변경 사항을 기다리는 동안에도 마찬가지입니다. 잘 작동합니다.

@Makoehle

이봐, 나는 그것을 작동 시켰습니다. 터미널에서 http 및 https를 ""로 내보내십시오.

export http_proxy="" && export https_proxy=""

env 변수에 대해 알고 있습니다. 감사합니다. 나는 모든 것을 시도했다. 제 추측으로는 #1207과 관련이 있습니다.

병합도 기다리고 있습니다. 왜 이렇게 길어요?

959가 병합되었으며 0.19.0-beta.1에서 사용할 수 있습니다.

0.19.0-beta.1에서는 해결이 안되는데 이렇게 수정했습니다

// default axios usage
import * as ProxyAgent from "proxy-agent";
const proxyAgent = new ProxyAgent(process.env.HTTPS_PROXY);  // http://127.0.0.1:1080
Axios.defaults.httpsAgent = proxyAgent;
Axios.defaults.proxy = false;

// google api usage
const Sheets = google.sheets({
    version: "v4",
    auth: key,
    httpsAgent: /dev/.test(process.env.NODE_ENV) ? proxyAgent : false,
    proxy: false
});

0.19.0-beta.1이 문제를 수정해야 합니다. 문제를 종료하고 여전히 문제가 있는 사람이 있으면 언제든지 새 문제를 만들 수 있습니다.

@Khaledgarbaya 0.19.0-beta.1에서 여전히 이 문제가 발생합니다.
내 질문은 내 프록시 요청이 어떻게 생겼는지입니다(그리고 isHttps 플래그는 어떻게 작동합니까?).

HTTP를 통한 HTTPS의 경우 다음과 같이 프록시에 대한 http URL/포트를 간단하게 설정한다고 가정했습니다.

axiosRequestOptions.proxy = {
            host: '192.0.01',
            port: '8888',
            // isHttps: true, ?
        }

즉, 위의 내용은 여전히 ​​실패하므로 프록시 속성/객체의 구조화가 원인인 구성/문서 문제인지 궁금합니다.

@necevil
호스트: '192.0.01'

0.19.0-beta.1은 여전히 작동하지 않습니다 . 계속 Request failed with status code 400 . 이것에 많은 시간을 낭비했습니다. 요청 라이브러리로 전환했고 첫 번째 시도에서 매력처럼 작동했습니다.

같은 문제가 발생했습니다.

const axios = require('axios-https-proxy-fix')

나를 위해 문제를 해결했습니다.

0.18.0 업데이트한 후 이것이 저에게 효과가 있는 것 같습니다. 내 사용 사례에 대해 다음 옵션을 지정해야 했습니다.

axios.get('<some_url_on_corporate_intranet>', {
        proxy: false,
        httpsAgent: https.Agent({
            rejectUnauthorized: false // Allows the use of self-signed certificates (not recommended)
    })

axios 0.18에서 모든 솔루션과 모든 실패한 기반을 시도했습니다.
마지막 해결책 :
nginx 모듈 ngx_http_proxy_connect_module 설치
그런 다음 request -promise를 사용하여 http 프록시를 통해 https URL을 요청하십시오.

요청을 사용하는 경우 Nginx가 필요하지 않습니다. 요청 처리 프록시는 괜찮습니다.

-
안토니

2019년 1월 17일 오후 8시 44분에 redbearder [email protected]이 다음과 같이 썼습니다.

axios 0.18에서 모든 솔루션과 모든 실패한 기반을 시도했습니다.
마지막 해결책 :
nginx 모듈 ngx_http_proxy_connect_module 설치
그런 다음 request-promise를 사용하여 http 프록시를 통해 https URL을 요청하십시오.

—
당신이 언급되었기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하거나 GitHub에서 보거나 스레드를 음소거하세요.

요청을 사용하는 경우 Nginx가 필요하지 않습니다. 요청 처리 프록시는 괜찮습니다. - 안토니
…
2019년 1월 17일 오후 8시 44분 redbearder @ . * > 작성: axios 0.18 최종 솔루션을 기반으로 모든 솔루션을 시도하고 모두 실패했습니다. 최종 솔루션: nginx 모듈 ngx_http_proxy_connect_module을 설치한 다음 request-promise를 사용하여 http 프록시를 통해 https URL을 요청합니다. 이 이메일에 직접 답장하거나 GitHub에서 보거나 스레드를 음소거하세요.

답장을 보내 주셔서 감사합니다
나는 사람들이 프록시 게이트웨이로 단일 IP 주소를 통해 요청을 보낼 것이라고 가정합니다.
그러나 요청 약속은 "RequestError: 오류: 터널링 소켓을 설정할 수 없습니다. 코드 400" 오류를 포착합니다.
그래서 노드에서 솔루션을 찾지 못한 다음 게이트웨이 측에서 수정하려고합니다.
그리고 해결책이 위에 나옵니다.

2년이 지난 지금도 고장!!!

요청 약속을 사용합니다.

안토니
http://profullstack.com

2019년 7월 18일 오전 7시 5분에 Yassien [email protected]에서 다음과 같이 썼습니다.

2년이 지난 지금도 고장!!!

—
당신이 언급되었기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하거나 GitHub에서 보거나 스레드를 음소거하세요.

이것을 발견하고 여전히 axios를 사용하려는 사람들을 위해 내가 한 일은 다음과 같습니다.

const HttpsProxyAgent = require("https-proxy-agent"),
      axios = require("axios");

const httpsAgent = new HttpsProxyAgent({host: "proxyhost", port: "proxyport", auth: "username:password"})

//use axios as you normally would, but specify httpsAgent in the config
axios = axios.create({httpsAgent});

이렇게 하면 http 프록시를 통해 간단하고 깔끔하게 https 요청을 할 수 있습니다.

2년이 지난 지금도 같은 문제가 있습니다.
누군가 이 작업을 하고 있거나 참여하여 기여할 수 있습니까?

방금이 문제가 발생했습니다. 언젠가는 이 문제를 해결할 수 있기를 바랍니다.
proxy-agent 를 사용하는 czl032405의 솔루션이 저에게 효과적이었습니다.

0.19.0 릴리스에 따르면 이 문제가 수정되었습니다. 분명히 없었기 때문에 새로운 문제를 열어야합니다.

이 기능은 axios 0.19에서 여전히 깨졌습니다.
버전 0.19.0이 실패하고 _"오류: 프로토콜 "http:"가 지원되지 않습니다. "https:"가 필요합니다."_
버전 0.19.1은 _"오류: 시간 초과 1000ms 초과"_와 함께 실패합니다. 시간 초과를 늘려도 도움이 되지 않습니다. axios가 GET 요청을 보내는 동안 프록시 서버는 CONNECT 요청을 예상합니다.