【虛擬機VMWare15使用】遠程虛擬機//加深TCP協議的理解

管理遠程虛擬機

在這裏插入圖片描述
開啓共享:虛擬機-管理-共享
在這裏插入圖片描述
共享之後,虛擬機的路徑將會發生變更,根據選擇不同,原位置的虛擬機將無法繼續使用。
然後在文件-連接服務器中,輸入目標地址的IP地址,然後再輸入對應的管理員權限。
在這裏插入圖片描述
連接後就能像管理本地虛擬機一樣管理遠程虛擬機。

設置虛擬機安全

編輯-首選項可以打開
在這裏插入圖片描述
有很多屬性,可以根據個人習慣來調整。
在這裏插入圖片描述
加密:當這臺虛擬機在第一次被一臺PC啓用時,會詢問密碼,否則無法開啓。當啓用後,默認不再該PC中輸入密碼也可以運行。
訪問控制權:加密後,無法再自由添加/移動虛擬硬盤。

導出OVF

選項-導出爲ovf文件

ovf開放虛擬機格式文件。導出後可以通過虛擬機來打開,這是一種通用格式,不僅侷限於VMWare,可以導入所有格式的虛擬機應用程序。

網絡適配器設置與TCP協議理解

在這裏插入圖片描述
VMW 14版本以上,允許限制網絡帶寬和傳輸數據的時延與丟包率等,這有助於幫助我們理解TCP協議。

在PC之間的數據交互依賴於數據包的傳送,而數據包的發送過程中,需要接收方和發送方的互相反饋來保證可靠傳輸,而這遵循的協議就是TCP協議。發送方每發送一個數據包,則等待接收方接收成功並給予確認信息,如果發送方沒有收到接收方的反饋信息,則認爲發送的數據包可能丟包,則會繼續發送。
在這裏插入圖片描述
實際情況中,單個數據包的傳輸效率過低,因此一般數據包都是連發,比如發上圖中五個數據包,會根據**發送延遲(越低越多)、帶寬(越高越多)、丟包率(越少越多)**來規定單位時間的連發的數據包數量,發送方會不斷連發這些數據包,把他們看作一組,只有當個接收方全部接收後纔會將這些數據包從發送方的等待區域剔除並開始接下來的傳輸。
當丟包時,發送方需要重傳數據包,而丟包會有兩種情況:1.超過規定的記錄時間,發送方認爲其已丟包,會重傳該數據包。2.接收方連續給予確認信息,告知發送方已經收到哪些包且哪些包丟了,則此時發送方會立刻重傳數據包而不是等待記錄時間超時。
也就說丟包時會頻繁產生確認信息,而我們爲了瞭解上述三個條件對文件傳輸效率的影響,就可以使用VMWare workstations帶有的這個功能來驗證。

實驗:ping命令直觀驗證傳輸速率

在這裏插入圖片描述
上圖爲傳入延遲改爲50ms,也就說確認信息回來,等50ms再接收。
在這裏插入圖片描述
然後,再把丟包率改爲20%,可以看到是不是會丟包。

抓包驗證TCP協議

在這裏插入圖片描述
在這裏插入圖片描述
在這種高延遲的情況下,可以看到主機平均發送2個數據包,接收方就要給發送方一個確認信息,確認信息的發送頻率很高。


然後修改延遲到0:
在這裏插入圖片描述
在這裏插入圖片描述
這裏可以看到,當如上制約條件下,確認消息給的比較頻繁,平均4個數據包就要給主機一次確認消息。
在這裏插入圖片描述
且可以發現,當丟包時,接收方會連續發送幾個確認消息給發送方,如圖所示。


在這裏插入圖片描述
速度改爲不限後幾乎是秒傳輸。如圖,傳輸了這麼多數據包,纔給予了主機一次確認信息。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章