プロキシ経由の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はうまく機能します。

環境

• axiosバージョン：v0.16.1
• 環境：ノードv6.9.5、CentOSリリース6.8（最終版）

私と私の同僚は問題を特定しました、PRはすぐに来るはずです

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フラグを使用すること-k 。 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がマージされるまで、これを自由に使用してください。

ここでも同じですが、 @ mistermoeのPRは正常に機能します

@mistermoe私はそれを成功させずに仕事を辞めました:(

私はこのパッケージを使用します： https ：

そして、「axios」をあなたのものに置き換えると、次のエラーが消えます。
「エラー：EPROTO 139800246822688の書き込み：エラー：140770FC ：SSLルーチン：SSL23_GET_SERVER_HELLO ：不明なプロトコル：../ deps / openssl / openssl / ssl / s23_clnt.c ：794」

しかし、私は次のようなものを持っています：
「エラー：getaddrinfo EAI_AGAIN」

メッセンジャープラグインが次のようなリクエストを行うことに気付きました。
`
クライアント= axios.create（{...}）;

client.get（ '...'）
`

この方法で成功しましたか、それともAxiosの「リクエスト」機能で直接成功しませんでしたか？

ありがとう！

編集：この問題を抱えている別のもの：
https://github.com/axios/axios/pull/959#issuecomment -337595602

これをマージする可能性はありますか？ この問題を回避するために、新しく追加されたconfig.transportを活用できますか？

アップ、ここで同じ問題！

残念ながら、このプルリクエストはマージされませんが、この問題を修正しました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 install 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つの+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

そのパッケージを使用しますが、その多くのコミットが遅れていますか？

その変更を待っている間、私はノードフェッチ+ httpsProxyAgent + bluebirdを探します。 正常に動作します。

@Makoehle

ねえ、私はそれを動作させることになった、あなたのターミナルの ""にhttpとhttpsをエクスポートしてみてください

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

環境変数について知っていただきありがとうございます。 私はすべてを試しました。 私の推測では、それは＃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で問題が修正されるはずです。問題を解決します。まだ問題が発生している場合は、新しい問題を作成してください。

@ Khaledgarbaya0.19.0-beta.1でまだこの問題が発生しています
私の質問は、プロキシリクエストはどのように見えるべきか（そしてisHttpsフラグはどのように機能するのか）です。

HTTPS over HTTPの場合、プロキシのhttp url / portを次のように設定するだけだと思いました。

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プロキシ経由でhttpsURLをリクエストします

リクエストを使用している場合は、Nginxは必要ありません。 リクエストはプロキシを正常に処理しました。

-
アンソニー

2019年1月17日には、20:44で、redbearder [email protected]書きました：

axios 0.18ですべての解決策を試し、すべて失敗しました
最終的解決 ：
nginxモジュールをインストールしますngx_http_proxy_connect_module
次に、request-promiseを使用してhttpプロキシ経由でhttpsURLをリクエストします

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信するか、GitHubで表示するか、スレッドをミュートしてください。

リクエストを使用している場合は、Nginxは必要ありません。 リクエストはプロキシを正常に処理しました。 -アンソニー
…
2019年1月17日、午後8時44分、redbearder @ 。 * >書き込み：axios 0.18に基づいてすべての解決策を試し、すべて失敗しました最終的な解決策：nginxモジュールngx_http_proxy_connect_moduleをインストールし、request-promiseを使用してhttpプロキシ経由でhttps urlを要求します—言及されたため、これを受け取ります。 このメールに直接返信するか、GitHubで表示するか、スレッドをミュートしてください。

返信ありがとうございます
私は人々がプロキシゲートウェイとして単一のIPアドレスを介してリクエストを送信すると思います、それは私がすることです
ただし、request-promiseは「RequestError：エラー：トンネリングソケットを確立できませんでした、コード400」というエラーをキャッチします
だから私はノードから解決策を見つけられず、それからゲートウェイ側からそれを修正しようとします
解決策は上に出てきます

2年後、まだ壊れています!!!

リクエストプロミスを使用します。

アンソニー
http://profullstack.com

2019年7月18日には、7:05で、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リリースによると、これは修正されています。 明らかにそうではないので、新しい問題を開く必要があります

この機能は、axios0.19でもまだ機能していません。
バージョン0.19.0は、「エラー：プロトコル「http：」はサポートされていません。予期される「https：」」というメッセージで失敗します。
バージョン0.19.1は_ "エラー：1000msのタイムアウトを超えました" _で失敗します。 タイムアウトを増やしても効果はありません。 プロキシサーバーはCONNECTリクエストを予期しますが、axiosはGETリクエストを送信します。