2016-08-24 4 views
0

私は本当にここで助けが必要です。Firefoxの有効なSSL証明書ですか?

私はSSLを使用していません。私は通常、http-Siteからhttp-Siteへxhrで接続します。これはCORSを介してうまく動作します。

しかし、今私はhttps-> httpsでそれを行う必要があります。そこで、私はホスティングプロバイダ "FreeSSL"オプションを有効にしました。私はと思っています。シマンテックまたはGeoTrustによって何らかの形で認定されていますが、私は疑問を持っています。

Firefox経由で直接RESTリソースを開くと、すべてが正常であり、証明書は取得リクエストであるため信頼できます。

RESTリソースへのAJAX-GET要求も正常に動作します。

しかし、AJAX-POSTリクエストは失敗します。

誰かがFirefoxのAJAXリクエストで次のサイトの証明書を使用するのがよいかどうか確認してください。私をたくさん助けになる

https://tempapi.kanubox.de/kanubox/v1/activities

。ありがとうございました!

答えて

0

要求がGETまたはPOSTで、証明書が有効であることを除けば、証明書の検証は依存しません。

しかし、これらの要求がクロスオリジンとして可能な場合、XHRは要求の詳細と、サーバーによって設定されたCORSヘッダーがあるかどうかによって異なります。リクエストの詳細は不明で、CORSヘッダーはターゲットURLで設定されていないので、これはHTTPとHTTPSとは無関係ですが、CORSの問題であると思います。ブラウザのコンソール(ブラウザのデベロッパーツール)を見ると、おそらく問題の詳細を確認するのに役立ちます。

+0

はい、わかっています。しかし、CORSはHTTP/GET HTTP/POST HTTPS/GETで働いていました。問題は何らかの理由で、FirefoxがHTTPS/POSTのCONTENT-LENGTHフィールドと(!)CONTENT-TYPE = 'application/json'を設定していないことです。したがって、Webサーバは、CORSヘッダーを配信しない411の「長さが必要」というCORSプリフライトに応答しました。 CONTENT-TYPE = 'application/x-www-form-urlencoded'は正常に動作します!ここの悪い人は誰ですか? Firefoxまたはウェブサーバー? –

+0

@ChrisPillen:Firefoxがcontent-lengthを設定せず、POSTリクエストでチャンクされた転送エンコーディングを使用しない場合、POSTではいくつかの種類の長さ情報が必要なため、これはFirefoxのバグです。この現象を再現するコードはありますか(最小限) –

+0

だから変わった:このcodepenを参照してください:http://codepen.io/chrispillen/pen/dXBZkv。機能し、テストしない組み合わせのコメントを外します(FF 47.0) –