2011-01-25 11 views
0

ブラウザはHTTPS接続の宛先をどのように把握しますか?すべてのヘッダは...HTTPS接続の宛先を特定します。

アップデートを暗号化されている:いいえ、これは宿題ではありません..私はいつもこの巨大な素晴らしいフィールド

+0

あなたの名前はstudentですか?これは宿題ですか? –

+0

私はそれが直接の宿題ではないと思っていますが、多分宿題に取り組んでいて、議定書に関する混乱が起きた可能性があります。これは私にとっては宿題のようには聞こえません。 – Aren

答えて

0

HTTPSを含む文字列で学習することがありますので、私の名前は学生です:あなたが入力したことブラウザはブラウザが使用するものです。これは暗号化されていません

2

ブラウザでは、https://www.gmail.com/のようなURLがブラウザに表示されると、まずブラウザで解決されます。www.gmail.com72.14.213.19

次ANYヘッダが送信される前に、お使いのブラウザがブラウザ&サーバーのポート上の72.14.213.19へのTCPコネクション443

を切り開くには、デジタル署名されたSSL証明書に基づく公開鍵暗号方式(RSA)を交渉します。

このプロセスでは、ブラウザは通信前に証明書の信頼性をチェックします。

クライアント&サーバー間の信頼が確立されると、クライアントはサーバーが復号化できるようにヘッダーを暗号化できるようになりました。 SSLトンネルの内部でHTTP要求が行われます。

サーバーはメッセージを復号化し、要求を処理し、特定のクライアントが復号化できるように暗号化します。

ブラウザはレスポンスを復号化し、ヘッダを読み込んでそこから進める方法を決定します。

これは、HTTPS接続イベントの概要です。 :D

+0

wow thanks ..しかし、なぜプロキシフィルタがhttpsをブロックできないのですか? IPアドレスがオープンで送信された場合。 – student

+0

トラフィックが別のポートを通過する可能性が高いためです。 (443)プロキシがHTTPSトラフィックをキャッチ/フォワーディングしていない可能性があります。 – Aren

+0

できます。彼らがしたい場合。 – stefan

0

おそらくあなたがほしいと思った以上に知っているだろうThe First Few Milliseconds of an HTTPS Connectionあなたのユーザ名が学生ではない場合、私は詳細を説明したいと思います。これは宿題ではないでしょう。

+0

リンクありがとうございます。これは宿題ではありません。宛先IPがクリアで送信された場合、なぜプロキシサーバがhttpsをブロックできないのですか? – student

関連する問題