非官方答案，本人已盡最大努力（包括參考官方答案），使結果正確，如有錯誤，請大佬指出
正文：
2.1節
R1
Web：HTTP
文件傳輸：FTP
電子郵件：SMTP，POP3，IMAP，基於web的郵件還使用了HTTP
目錄服務：DNS
流式視頻：HTTP
P2P：BitTorrent
遠程登錄：Telnet
R2
網絡體系結構指的是網絡層次的組織形式，比如我們常見的五層網絡結構
應用體系結構指的是應用當中各個部分的組織形式，如BS、CS結構。本人拙見，MVC或許也算吧
R3
主動發起的是用戶
被動等待的是服務器
即使在P2P中也是如此，只不過P2P雙方既可以做用戶，也可以做服務器
R4
No
看R3我的回答
R5
對方IP+對方端口號
R6
UDP
因為UDP是一種不提供不必要服務的輕量級運輸協，相比於TCP，UDP沒有握手過程，沒有擁塞控制機制等，使得自身的傳輸速率更快
書上也有關於二者RTT的分析，UDP發送一個報文只需要一個RTT，而TCP需要兩個
（P67 如果你的也是陳鳴的翻譯本的話）
R7
騰訊在線文檔蠻符合的，畢竟要多人編輯，又不能出錯
R8
可靠數據傳輸：TCP
吞吐量：×
定時：×
安全性：×
安全套接字層（SSL）保證了安全性，是對TCP的加強
R9
應用層
需要在應用程序的客戶端和服務端代碼中插入SSL代碼，除此之外，考慮到UDP的特性，還要盡可能提升效率。
2.2~2.4節
R10
提供可靠的數據傳輸服務
R11
數據的損失對這些應用來說難以接受，而且他們對時間不是特別敏感
R12
用戶第一次登陸是，將用戶信息，瀏覽記錄等放在服務器的一個cookie中，並將該cookie的編號放入響應報文中，接來下每一次訪問該網站使，用戶便可以通過cookie的編號來和服務器交流，服務器通過cookie獲取相關的用戶信息
R13
當用戶訪問某一個資源時，其主機會先向web緩存器發送一個請求，如果用戶請求的資源就在web緩存器上，則web緩存器將會直接將資源返回給用戶，如果沒有，則向服務器請求在返回給用戶，並在本地存下該資源。由於web緩存器一般離用戶更近，在web緩存器已有資源的情況下，可以降低時延。而在沒有資源，向服務器請求時，由於web緩存器的存在，大大減小了服務器以及網絡核心鏈路的壓力，所以這部分時延也會有所降低。
R14
< 暫時不會 >
R15
SMS是短信息服務，我們常用的短信應該就屬於它
即使通信應用：telegram，微信，QQ，微博這些都是，顯然他們使用的協議並不是完全相同的
R16
Alice主機通過HTTP將郵件發送到Alice的郵件服務器
Alice的郵件服務器通過SMTP將郵件發送到Bob的郵件服務器
Bob的主機通過Pop3獲取到Bob的郵件服務器上的郵件
R17
< 暫時不會 >
我嘗試使用wireshark抓包，但是這題好像不是這個意思
這個東西，像，又不想，也沒有找到received字段。
R18
下載並刪除，服務器上不會保留郵件，用戶無法重新下載，或者更換設備查看
下載並保留，用戶就可以重新下載，也可以更換設備查看
R19
可以
RR是資源記錄
包含郵件服務器主機名的RR的類型有：MX
R20
從郵件中能找到，但是不能從google賬戶產生的報文中找到
2.5節
R21
不一定，根據BitTorrent的對換算法，只有Alice成為提供給Bob數據塊的前四位，才能從Bob手中拿到數據塊。
否則，只能等待Bob在選擇一個隨機鄰居時，選中了Alice
R22
網絡中的鄰居們，每過30s，就會隨機選擇一個對等方向其發送數據塊，這時只需要Alice等待就行了
R23
覆蓋網路是一種應用層網絡，在P2P協議中，覆蓋網路由文件共享系統的節點與節點間的邏輯聯系（TCP連接）構成，這條邏輯聯系就是“邊”，不包括路由器
2.6節
R24
深入：將服務器放置到接入ISP中，使得服務器離用戶更近
邀請做客：在關鍵位置建立大集群，通常將其放入IXP中
R25
成本，服務器負載平衡
2.7節
R26
TCP有一個歡迎套接字
n+1
R27
TCP發送數據之前，必須建立連接，在此過程中，需要服務器返回響應報文，否則連接無法建立
對於UDP，客戶端發送信息之前，無需建立連接，但是服務器未啟動可能造成數據丟失