httpとhttpsの違いとその他の問題点まとめ - 運用保守初心者

1.HTTPとHTTPSの間の接続は何ですか? ポート番号は何ですか?

http は TCP 接続に基づいています。TCP 接続には、https プロトコルと呼ばれるセキュリティ プロトコル (ssl/tsl) が追加されています。http のデフォルトのポート番号は 80、https ポートは 443 です。

2. HTTPS の方が安全なのはなぜですか?

リクエストネットワークには多数のノードとサーバーが存在し、改ざんされた情報が他のノードに現れる可能性があります。https プロトコルキーが使用される場合、それはエンドポイントでのみ使用できます。https が http より安全である理由は、https が http よりも安全であるためです。 SSL および TSL 安全な伝送プロトコル: トラフィック伝送を保証し、ロード バランシング、ページ アダプテーション、ブラウザ アダプテーション、その他の伝送テクノロジをオフロードして伝送プロセスを保証します。

3. 知っている一般的な HTTP ステータス コードに名前を付けます。

100 Continue は続行を意味し、200 OK は通常の戻り情報を意味し、 201 Created はリクエストが成功し、サーバーが新しいリソースを作成したことを意味します。202 Accepted は、サーバーがリクエストを受け入れたが、まだ処理していないことを意味します。301 Moved Permanently は、要求された Web ページが新しい場所に永久に移動されたことを意味します。302 Found は一時的なリダイレクトを示します。303 See Other は一時的なリダイレクトを示し、常に GET を使用して新しい URI を要求します。400  Bad Request はサーバーが要求の形式を理解できないことを示し、クライアントは同じコンテンツを使用して要求を再度開始するべきではありません。401 Unauthorized は、リクエストが承認されていないことを示します。403 Forbidden はアクセスが禁止されていることを意味します。404 Not Found は、URI に一致するリソースが見つからないことを意味します。500 内部サーバー エラーは、最も一般的なサーバー側エラーを表します。503 Service Unavailable は、サーバーが一時的にリクエストを処理できないことを示します (おそらく過負荷またはメンテナンスが原因です)。

4. 完全な HTTP トランザクション プロセスとは何ですか?

ドメイン名解決では、TCP 接続を確立するために3 つの TCP ハンドシェイクが開始され、その後 HTTP 要求が開始されます。サーバーは HTTP リクエストに応答し、ブラウザは HTML コードを取得します。ブラウザは HTML コードを解析し、HTML コード内のリソースを要求し、ページをレンダリングしてユーザーに表示します。

5.HTTPとは何ですか?

HTTP はクライアントとサーバー間のデータ転送の形式仕様であり、「Hypertext Transfer Protocol」の略です。

6. HTTP ステートレス プロトコルとは何ですか? HTTP ステートレス プロトコルの欠点を克服するにはどうすればよいでしょうか?

ステートレス プロトコルにはトランザクション処理用のメモリがありません。ステータスが欠落しているということは、後続の処理が必要な場合に、以前に提供された情報が必要であることを意味します。ステートレス プロトコルの欠点を克服する方法は、Cookie とセッションを通じて情報を保存することです。

7.HTTPリクエストメッセージとレスポンスメッセージにはどのような部分が含まれますか?

リクエスト行(リクエストメソッド、URI、HTTP バージョン情報を含む)。リクエストヘッダーフィールド。リクエストコンテンツエンティティ。

HTTP バージョン、ステータス コード、ステータス コードの理由フレーズを含む応答ステータス行。応答ヘッダーフィールド。応答コンテンツエンティティ。

8.HTTPのリクエストメソッドには何がありますか?

GET: URI (Uniform Resource Identifier) で識別されたリソースへのアクセスを要求します。URL を通じてサーバーにパラメーター データを渡すことができます。 POST: サーバーに情報を転送します。 main 関数は GET メソッドと似ていますが、通常、渡されるデータ量には制限がありません。PUT: ファイルを転送します。メッセージ本文にはファイルの内容が含まれており、対応する URI の場所に保存されます。HEAD: GET メソッドと同様にメッセージ ヘッダーを取得しますが、メッセージ本文が返されない点が異なります。通常、URI が有効かどうかを確認するために使用されます。DELETE: ファイルの削除 PUT メソッドとは逆に、URL の場所に対応するファイルを削除します。オプション: 対応する URI でサポートされている HTTP メソッドを照会します。

9.HTTP プロトコルの 1.0 バージョン仕様と 1.1 バージョン仕様の違いは何ですか?

HTTP 1.0 では、接続が確立されると、クライアントがリクエストを送信し、サーバーがシャットダウンされます。

HTTP 1.0 では、永続的な接続の概念が導入されました。

10.HTTP ヘッダー フィールドにはどのような種類がありますか?

Date Connection Cache-Control Transfer-Encoding Host Accept Accept-Charset Accept-Encoding

11. HTTPS と比較した HTTP の欠点は何ですか?

通信には平文が使用され、暗号化されていないため、内容が盗聴される可能性があります。つまり、パケットがキャプチャされ、分析される可能性があります。

通信相手の本人確認が取れない場合は、偽装される可能性があります。メッセージの整合性は検証できず、改ざんされている可能性があります。

HTTPS は HTTP+暗号化処理 (通常は SSL セキュア通信回線)+認証+完全性保護です

12. HTTP リクエストを最適化するにはどうすればよいですか?

負荷分散を使用して HTTP アプリケーション リクエストを最適化および高速化します。HTTP キャッシュを使用して Web サイト リクエストを最適化します。

13.HTTPプロトコルの特徴は何ですか?

シンプル、高速、柔軟、コネクションレス、ステートレスなクライアント/サーバー モードをサポートします。

14 TCP 送信の 3 ウェイ ハンドシェイクと 4 ウェイ ウェーブ戦略について話しましょう。

TCP は 3 ウェイ ハンドシェイク戦略を使用します。TCPでデータパケットを送信した後、TCPは送信されたデータを無視することはなく、正しく送信されたかどうかを必ず相手に確認します。TCP フラグの SYN および ACK は、ハンドシェイク プロセス中に使用されます。送信者はまず、SYN フラグを含むデータ パケットを受信者に送信します。それを受信した後、受信側は、正しい送信を示し、情報を確認するために、SYN/ACK フラグを付けたデータ パケットを送り返します。最後に、送信者は「ハンドシェイク」の終了を表す ACK フラグを付けたデータ パケットを送り返します。ある段階で明確な理由もなくハンドシェイクが中断された場合、TCP は同じデータ パケットを同じ順序で再度送信します。TCP 接続の切断には「4 ウェイ ハンドシェイク」が必要です。最初のハンドシェイク: アクティブ クロージング パーティは、アクティブ クロージング パーティからパッシブ クロージング パーティへのデータ送信を終了するために FIN を送信します。つまり、アクティブ クロージング パーティは、パッシブ クロージング パーティに、アクティブ クロージング パーティが今後データを送信しないことを伝えます。 (もちろん、FIN パケットの前に送信されたデータが対応する ACK 確認メッセージを受信しなかった場合でも、アクティブなクロージング パーティは引き続きデータを再送信します)。ただし、アクティブなクロージング パーティはこの時点でもデータを受信できます。 。2 回目のハンドシェイク: パッシブ クロージング側が FIN パケットを受信した後、相手に ACK を送信し、確認シーケンス番号は受信したシーケンス番号 + 1 (SYN と同様、1 つの FIN で 1 つのシーケンス番号を占有) となります。3 回目のハンドシェイク: パッシブ クロージング パーティは、パッシブ クロージング パーティからアクティブ クロージング パーティへのデータ送信を終了するために FIN を送信します。つまり、パッシブ クロージング パーティのデータが送信され、今後送信されないことをアクティブ クロージング パーティに伝えます。アクティブなクロージングパーティに再度送信されるデータ。4 回目のハンドシェイク: FIN を受信した後、アクティブなクロージング パーティがパッシブ クロージング パーティに ACK を送信します。確認シーケンス番号は、受信したシーケンス番号 + 1 です。この時点で、4 ウェイ ハンドシェイクが完了します。

15. TCP と UDP の違いについて話します。

TCP は接続ベースのプロトコルです。つまり、データを正式に送受信する前に、相手との間で信頼できる接続を確立する必要があります。TCP 接続は、確立される前に 3 つの「会話」を経る必要があります。

UDPはTCPに相当するプロトコルです。これは非接続指向のプロトコルであり、相手との接続を確立せず、データ パケットを相手に直接送信します。UDP は、一度に少量のデータのみを送信し、高い信頼性を必要としないアプリケーション環境に適しています。

16.ネットワーク階層化モデルの 7 つの層とは何ですか?

アプリケーション層: OSI 環境へのアクセスを許可することを意味します。プレゼンテーション層: データを変換、暗号化、圧縮します。セッション層: セッションを確立、管理、終了します。トランスポート層: エンドツーエンドの信頼性の高いメッセージ配信とエラー回復を提供します。ネットワーク層: 送信元から宛先へのデータ パケットの送信およびインターネット接続を担当します。データリンク層: ビットをフレームに組み立て、ポイントツーポイント伝送を実装します。物理層: 媒体上でビットを送信し、機械的および電気的仕様を決定します。

おすすめ

転載: blog.csdn.net/qq_41118173/article/details/130766449