コンピュータネットワーク（II） - インタビューの質問

いくつかの方法があります1.HTTP要求、？

HTTPリクエストに、最初の行は、要求ライン（要求線）である必要があり、リソースへのアクセス要求の種類、およびHTTPのバージョンを示すために使用されます。

ヘッダ（ヘッダ）部、続いて付加情報サーバーを説明するために使用されます。ヘッダは空白行した後、これは、次いで、[ボディ（本体）と呼ばれる]他のデータを追加することができ

8種類：

 

OPTIONS   ：サーバーでサポートされているリクエストメソッドを返します。

GET            ：サーバーに指定されたリソースを取得します。

HEAD         ：GETと一致しますが、体だけでレスポンスヘッダを返すために、戻るには応答しません

POST         ：身体上のデータを要求し、サーバにデータを送信する、そこに既存のリソースの改正につながる可能性があるか、新しいリソースを確立します

PUT            と類似してPOSTを、一般的に更新するために使用される電力およびその他の特性、と（最新の指定されたリソースの場所に自分のコンテンツをアップロードします）：

DELETE     ：指定されたリソースサーバーを削除する（リクエストURLがリソースをマーク）

TRACE       ：要求しているクライアントへのバックテストや診断のための重要なサーバーを受け取ります

CONNECT：  HTTP / 1.1プロトコルは、プロキシサーバダクテッドファンに接続することができます

 

GETとPOSTの違いを要求します。

　　基本的に2つの間に違いはありません。彼らは、リクエストメソッドのHTTPプロトコルです。基本となる実装は、TCP / IPプロトコルに基づいています。

（1）URLにGET要求パラメータに配置され、POSTリクエストのボディパラメータは、リクエストに配置されます。

（2）限定的な長さを有するURLの送信パラメータが、無長限界POSTリクエストに要求をGET。

（3）のパラメータは、要求だけASCIIコードすることができGETので、中国は、質量参加をURLエンコードを必要とし、POSTリクエストはこの制限はありません。

（4）アドレスバーに表示されます提出リクエストパラメータデータを取得し、POSTはしません。POSTしたがって、より安全。

（5）GETブラウザが返されたときに無害であり、かつPOSTが再びリクエストを送信します。

 

フォームの送信は邪魔になるし、ポスト差：
（1）サーバから取得したデータを取得することで、サーバがポストにデータを送信します。
（2）フォームの送信のために、サーバは、ポスト方法によって送信されたデータへの提出を取得する場合、Request.QueryStringデータを取得するために使用することができる唯一のRequest.Formを得るために使用することができます。
（3）一般的には、セキュリティ上の問題につながる可能性があるため、フォームを送信入手使用しないようにしてみてください。例を取得し、ユーザーのアドレスバーにユーザー名とパスワードを入力するには、ログインフォームを使用して公開されます。しかし、ページャで、使用方法はポストとのより良い取得します。

代わりに、最初の行の要求情報によってステータス情報、その応答においてのみ実質的な違い。要求されたリソースを示すために、ステータスコードを提供することにより、ステータス行（ステータス行）。

最も一般的なステータスコードを持っている：
（OK）200◆：リソースを見つけて、すべてが正常です。
◆304（変更されません）：リソースは最後の要求以降のすべての変更はありません。これは典型的には、キャッシングのブラウザのために使用されています。
◆401（無許可）：クライアントがリソースにアクセスすることはできません。これは通常、ブラウザがサーバにログインするためのユーザー名とパスワードを入力するユーザーを必要とします。
◆403（FORBIDDEN）：クライアントが許可を得ることができませんでした。401は、不正なユーザー名やパスワードを入力した後、これが通常です。
◆404（FOUND NOT）：要求されたリソースは、指定された場所に存在しません。

2.TCPとUDPの違いは何ですか？

図1に示すように、TCPコネクション指向型（例えば、ダイヤルアップ接続が最初の呼を確立し）; UDPは、データ送信前に接続を確立することなく、すなわち、コネクションレスである
2を、TCPは信頼性の高いサービスを提供します。言い換えれば、TCPのデータ転送接続は、エラーのない、ない失われ、繰り返さない、と順不同で到着し、信頼性の高い配信を保証するものではありませんUDP最善の努力を、

検証することにより、TCPと、再送制御、シリアル番号識別、スライディングウィンドウ、確認応答の信頼できる送信。再送制御パケット損失、サブシーケンス制御のためにも混乱。

図3は、UDPは高速伝送と高いリアルタイム通信またはブロードキャスト通信に適した良好リアルタイム性能、TCPよりも高い効率を有します。

4.各TCP接続は点のみであり、UDPサポート一対一に、多くの、および多対多の双方向通信に1

5、システムリソース上のUDP要求が厳しく、システムリソースのより厳しいTCP。

3.TCPは、どのような対策により、信頼性の高いデータ伝送を実現するには？

1、TCP通信当事者の実効データ伝送要件は握手をしなければならない前に、私たちはデータ伝送のための通信を確立することができますが。                                                （彼らは、データ伝送のための通信を確立する前に、ハンドシェイク）

図1に示すように、アプリケーションデータは、データブロックとみなさ最も適切なTCP送信に分割されます。これは、アプリケーションによって生成されたUDPデータグラムの長さは変わらない完全に異なっています。      （データは、合理的な長さに切り捨てられます） 2、送信されたTCPセグメント、それはタイマーを開始すると、セグメントの受信を確認するために先を待ちます。あなたが確認を受信できない場合は、このセグメントを再送します。     （再送タイムアウト） 3、TCP接続がTCPデータの他方の端部の底部から受信したとき、それは肯定応答を送信します。                                                                                       （要求の受信の肯定応答が与えられているため）  
 

4、TCPは、自動的に伝送ネットワークの帯域幅に応じて速度を調整します- スライディングウィンドウ技術を！  受信側に基づいて、その受信状況が自動的に送信されたバイトの数を含んでいるたびにパケットの数、及び各パケットを調整されます                                      

4. 2つのハンドシェイク大丈夫TCPコネクションを確立するために詳細スリーウェイハンドシェイクで説明して？

 

1. クライアント - SYNフラグを持つパケットを送信する - 握手 - サーバー
2. サーバ - SYN / ACKフラグでパケットを送信する - 二次握手 - クライアント
3. クライアント - スリーウェイハンドシェイク - - ACKフラグを持つパケットをサーバーから送信されました

お互いに送受信して、それらのスリーウェイハンドシェイクを確認するために双方が正常であるため、双方向ハンドシェイクは、できません

最初のハンドシェイク：クライアントは何かを確認することはできません。サーバーは、通常送信するために他の当事者を確認

第二のハンドシェイク：クライアントが確認：彼らは通常の受信、送信、送信するために他の当事者は、通常の受信、サーバーが確認：彼らは通常、受信通常お互いを送信します

サードハンドシェイク：クライアントが確認：彼らは、送信するために他の当事者は、通常の受信通常の受信、送信、サーバーが確認：彼らは、他の正常な送受信を通常の受信、送信します

だから、3ウェイハンドシェイクは、二重トランシーバ機能は、通常不可欠であることを確認することができるようになります。

5.プロセスの詳細な説明は、4回をシャットダウンして、TCPコネクションを振った、なぜ4波すべきか？

「4波」を必要とするTCPコネクションを切断してください。

1. クライアントがデータ転送を終了すると、制御ビットが1 FIN、作られたTCPコネクション停止要求に設定されています
2. FINそれサーバの応答を受信した後に、TCPコネクションの肯定応答がその方向に閉鎖され、1がACKに設定されています
3. 次いで、逆方向クローズ要求で行われ、サーバは、FIN 1を設定します
4. クライアントが確認するサーバを要求し、両方の閉鎖端に、ACKに設定されています。

当事者は、データ転送、ハーフクローズ状態になり、確認のため待機した後、接続解除通知することができます。そこには、他の時間はありませんし、データを送信すると、接続解除通知が発行され、TCPコネクションの後に確認された人は、完全に閉じています。

例えば：AとBの呼び出しは、通話が終了され、Aは、Bが「私が知っている」と回答したが、Bにも言わなければならないことがあり、AがBに従う求めることはできません「私は何も言わないしたい」と述べました通話を終了するには自分のペースで、その後、Bはよくbarabaraパス、最後のBは、「私は終わりだ」と述べたことを、答えた「私が知っている」、この呼び出しの終わりと考えられます。