原始碼安裝BEEF時總是出現Fetching錯誤，很多跟Network Error/Fail有關
之後ping不了，聯不了網
機緣巧合把虛擬機器網路介面卡的連線方式從Nat改為橋接才可以
之後在想，為什麼Nat不行，什麼原因？先看一下三種連線

3種連線模式

1、橋接模式：

所謂橋接就是把兩個本來分開的網段連線起來，連線之後成為了一個更大的網路。vmware提供了一個虛擬的橋接器，他就像一座橋一樣把虛擬機器的網路環境和物理機的網路環境連在了一起。
 所以橋接之後虛擬機器就是物理機網路環境的一部分了，此時虛擬機器就像和區域網中其他機器一樣，它可以訪問網路中的任何機器，網路中其他機器也可以訪問虛擬機器，當然虛擬機器也可以上外網。所以這種模式下天然就是可以互聯互通的。

2、Host-only模式：

這種又叫“僅主機模式”，此時，虛擬機器最多隻能跟宿主機傳輸資料，但所有虛擬機器之間是可以相互訪問的。這種模式下虛擬機器和真實的物理網路是隔離開來的，所有虛擬機器可以互相訪問，但區域網其他機器不可以訪問虛擬機器。這種模式安全限制是最嚴的，虛擬機器不會對網路中其他機器產生任何影響，一般用於區域性測試。這種模式下虛擬機器沒法上網，虛擬機器需要的資料可以通過宿主機拷貝進去。

3、NAT模式：

所謂NAT就是網路地址對映，虛擬機器對外訪問的時候是先對映到宿主物理機上，物理機再對外進行轉發，反過來，也是類似的過程。所以想實現虛擬機器和其他物理機的互聯互通就需要配置相應的閘道器代理或埠轉發。此時，如果宿主物理機可以上網，那麼虛擬機器也是可以的。VMnet8虛擬網絡卡是用來與虛擬機器通訊的。具體以可看

網絡卡配置和防火牆原因

一般linux無論是Debian系列還是紅旗系列，安裝linux虛擬機器之後，給它設定一種網路連線方式，啟動網絡卡後一般都可以與宿主機互ping通。但Windows虛擬機器卻未必。

互ping設定

宿主機

win+R 輸入services.msc確保下面兩個服務啟動
開啟更改介面卡選項VMware-編輯-虛擬網路編輯器
通常Windows虛擬機器需要設定以下步驟才能與宿主機互ping

win10虛擬機器/win7虛擬機器

關防火牆或者修改防火牆-高階設定-入站規則（太麻煩直接關掉防火牆）

虛擬機器linu紅旗系列

（Red Hat、Fedora、CentOS、Mandriva、紅旗Linux）
通常linux虛擬機器並不需要做太多設定，開啟對應網絡卡(ONBOOT=yes)、重啟服務。或者再設定一個固定IP(BOOTPROTO="static"、DNS、IPADDR、NETMASK、GATEWAY).
vi /etc/sysconfig/network-scripts/ifcfg-網絡卡名稱
sudo service network restart //或者用
systemctl restart networking //重啟服務
失敗，檢視原因原因：
在CentOS系統上，目前有NetworkManager和network兩種網路管理工具。如果兩種都配置會引起衝突，而且NetworkManager在網路斷開的時候，會清理路由，如果一些自定義的路由，沒有加入到NetworkManager的配置檔案中，路由就被清理掉，網路連線後需要自定義新增上去。
解決方法：將networkmanager服務停了
https://blog.csdn.net/u012904764/article/details/95883192
解決不了的話重啟
reboot

Debian系列，以Kali為例

配置檔案位置：
/etc/network/interfaces
先備份檔案
sudo cp/etc/network/interfaces /etc/network/interfaces.bak
需要管理員許可權才能執行，所以需要sudo

編輯檔案
sudo vi /etc/network/interfaces
1.DHCP自動獲取IP方式內容如下：
auto eth0
iface eth0 inet dhcp //用於設定網路介面eth0 通過dhcp協議獲取網路配置
2.靜態地址配置網路引數修改內容如下：
auto eth0
iface eth0 inet static
address 192.168.3.90
gateway 192.168.3.1
netmask 255.255.255.0
Esc :wq！
修改/etc/resolv.conf,修改DNS
vi /etc/resolv.conf
nameserver 114.114.114.114
Esc :wq！
3.重啟網路服務
/etc/init.d/networking restart

然而上面都配置好了，卻還是ping不通，看看ping丟包的原因有哪些

網路丟包原因

網路丟包的四大原因和修復方法

網路連結阻塞

資料在網路傳輸過程中會經過很多裝置和網路連結，只要其中一個網路連結在資料到達之前已經滿負載了，那麼資料將會在這裡阻塞一段時間。如果說網路裝置非常落後，那麼網路連結就沒有足夠的等待空間給新資料，它唯一能做的就是將資訊丟棄。
修復方法
A增加阻塞連結的頻寬
B使用Qos(流量優先順序和資源保留控制機制)優先處理實時應用。儘管這種方法並不能緩解網路連結阻塞情況，但是它可以優先處理語音和視訊來降低斷線的可能性。

裝置效能（路由器、防火牆、交換機）

在頻寬充足的情況下，如果你的路由器、防火牆、交換機不能處理流量，那麼你仍然有可能面臨丟包的情況。讓我們考慮一個場景，流量報告顯示日高峰時期流量達到了頂點，所以你將網路頻寬從 1Gb 升級到 10Gb ，升級之後資料顯示你只能達到 1.5Gb。當網路資料包傳送到達網路裝置，但是此時網路裝置的CPU，或者記憶體滿載了，它們就會丟棄不能處理的資料包。
修復方法
更換更好的網路硬體，或者構建叢集來提高網路的利用率。

網線纜線或硬體問題

另外一個常見的導致丟包的原因可能是由物理元件故障引起的。如果硬體故障，那麼通常在裝置終端或者系統日誌中輸出錯誤資訊。如果是網路連結錯誤，一般是網路接口出錯，這可以在銅纜線和光纖上檢測到。
修復方法
這些是網路丟包的常見原因之一，最好是做網路評估和徹底的故障排查。核實清楚後故障的硬體必須更換，故障的網路連結必須修復。

網路裝置上的軟體問題

網路裝置上的軟體不是完美的，這些網路裝置十分複雜，遇到bug只是時間問題而已。
修復方法
需要更新軟體的最新版本。

從網路丟包的原因找線索，現在的記憶體達到了95%。關掉幾個虛擬機器之後，突然好了，但過會又回到了起點

宿主機協議安裝問題

保證A.VMware Bridge Protocol被勾選
B.DNE LightWeight Filter未被勾選

但是也沒用，開著虛擬機器時，Nat模式還是有時ping得了，有時ping不了

最後沒辦法，重灌Mware，預設配置
Nat模式聯網成功

VMware虛擬機器金鑰

這裡給了VMware15.0.1的版本可供下載
VMware Workstation Pro 15官方版下載：https://download3.vmware.com/software/wkst/file/VMware-workstation-full-15.5.0-14665864.exe
百度網盤連結：https://pan.baidu.com/s/1OfI_4nF-AiarOFLgTG6Wig 提取碼：12qw
VMware Workstation Pro 15 啟用許可證
UY758-0RXEQ-M81WP-8ZM7Z-Y3HDA
VF750-4MX5Q-488DQ-9WZE9-ZY2D6
UU54R-FVD91-488PP-7NNGC-ZFAX6
YC74H-FGF92-081VZ-R5QNG-P6RY4
YC34H-6WWDK-085MQ-JYPNX-NZRA2