源碼安裝BEEF時總是出現Fetching錯誤，很多跟Network Error/Fail有關
之后ping不了，聯不了網
機緣巧合把虛擬機網絡適配器的連接方式從Nat改為橋接才可以
之后在想，為什么Nat不行，什么原因？先看一下三種連接
3種連接模式
1、橋接模式：
所謂橋接就是把兩個本來分開的網段連接起來，連接之后成為了一個更大的網絡。vmware提供了一個虛擬的橋接器，他就像一座橋一樣把虛擬機的網絡環境和物理機的網絡環境連在了一起。
所以橋接之后虛擬機就是物理機網絡環境的一部分了，此時虛擬機就像和局域網中其他機器一樣，它可以訪問網絡中的任何機器，網絡中其他機器也可以訪問虛擬機，當然虛擬機也可以上外網。所以這種模式下天然就是可以互聯互通的。
2、Host-only模式：
這種又叫“僅主機模式”，此時，虛擬機最多只能跟宿主機傳輸數據，但所有虛擬機之間是可以相互訪問的。這種模式下虛擬機和真實的物理網絡是隔離開來的，所有虛擬機可以互相訪問，但局域網其他機器不可以訪問虛擬機。這種模式安全限制是最嚴的，虛擬機不會對網絡中其他機器產生任何影響，一般用於局部測試。這種模式下虛擬機沒法上網，虛擬機需要的資料可以通過宿主機拷貝進去。
3、NAT模式：
所謂NAT就是網絡地址映射，虛擬機對外訪問的時候是先映射到宿主物理機上，物理機再對外進行轉發，反過來，也是類似的過程。所以想實現虛擬機和其他物理機的互聯互通就需要配置相應的網關代理或端口轉發。此時，如果宿主物理機可以上網，那么虛擬機也是可以的。VMnet8虛擬網卡是用來與虛擬機通信的。
具體以可看https://blog.csdn.net/davidhzq/article/details/102539914
https://www.linuxidc.com/Linux/2016-09/135521p2.htm
網卡配置和防火牆原因
一般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)。下面內容是BOOTPROTO="DHCP"模式的。
vi /etc/sysconfig/network-scripts/ifcfg-網卡名稱
sudo service network restart //或者用
systemctl restart networking //重啟服務
失敗，查看原因
原因：
在CentOS系統上，目前有NetworkManager和network兩種網絡管理工具。如果兩種都配置會引起沖突，而且NetworkManager在網絡斷開的時候，會清理路由，如果一些自定義的路由，沒有加入到NetworkManager的配置文件中，路由就被清理掉，網絡連接后需要自定義添加上去。
解決方法：將networkmanager服務停了 或者直接reboot
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