1. 問題定位從“突然不能上網(wǎng)”說起虛擬機(jī)網(wǎng)絡(luò)突然中斷這事兒我估計(jì)每個(gè)用VMware玩Linux的朋友都遇到過。上一秒還在yum update或者apt upgrade下一秒ping 8.8.8.8就石沉大海那種感覺就像正聊得火熱突然被拔了網(wǎng)線非常惱火。尤其是當(dāng)你正在部署服務(wù)或者下載關(guān)鍵依賴的時(shí)候這種“突然死亡”式的斷網(wǎng)往往讓人手足無措。問題的核心在于“之前可以之后不行”。這排除了基礎(chǔ)配置錯(cuò)誤的可能性意味著我們不需要去重頭檢查NAT網(wǎng)絡(luò)設(shè)置、橋接模式選擇或者靜態(tài)IP配置這些“一次性”工作。問題的根源大概率是某個(gè)動(dòng)態(tài)的、運(yùn)行時(shí)的狀態(tài)發(fā)生了變化。可能是虛擬機(jī)內(nèi)部的網(wǎng)絡(luò)服務(wù)抽風(fēng)了可能是VMware虛擬網(wǎng)絡(luò)組件的臨時(shí)故障也可能是宿主機(jī)的網(wǎng)絡(luò)策略或防火墻“誤傷”了虛擬機(jī)。我們的排查思路就應(yīng)該像老中醫(yī)問診一樣遵循“先虛后實(shí)先內(nèi)后外”的原則先從虛擬機(jī)內(nèi)部查起再排查VMware這個(gè)“中間層”最后看看宿主機(jī)有沒有“使絆子”。記住一個(gè)黃金法則網(wǎng)絡(luò)問題的排查就是一場逐層剝離的偵探游戲。每一層都正常數(shù)據(jù)包才能順利抵達(dá)目的地。我們的任務(wù)就是找到那個(gè)“不正常”的環(huán)節(jié)。2. 核心排查思路與工具箱準(zhǔn)備面對突發(fā)性斷網(wǎng)切忌無頭蒼蠅似的亂試。一個(gè)系統(tǒng)化的排查流程能幫你節(jié)省大量時(shí)間。整體上我們可以分為三大排查方向按順序進(jìn)行虛擬機(jī)內(nèi)部狀態(tài)檢查這是最快、最直接的切入點(diǎn)。檢查網(wǎng)卡狀態(tài)、IP地址、路由、DNS以及網(wǎng)絡(luò)服務(wù)本身是否在正常運(yùn)行。VMware虛擬網(wǎng)絡(luò)環(huán)境檢查作為虛擬機(jī)的“網(wǎng)絡(luò)運(yùn)營商”VMware的虛擬網(wǎng)絡(luò)適配器、虛擬網(wǎng)絡(luò)編輯器VMnet的狀態(tài)至關(guān)重要。宿主機(jī)及外部環(huán)境檢查虛擬機(jī)的網(wǎng)絡(luò)流量最終要經(jīng)過宿主機(jī)網(wǎng)卡出去因此宿主機(jī)的防火墻、網(wǎng)絡(luò)共享設(shè)置、甚至物理網(wǎng)卡驅(qū)動(dòng)都可能成為瓶頸。在開始之前請確保你有一個(gè)可用的終端窗口。如果虛擬機(jī)桌面已經(jīng)無法操作你可以通過VMware的“打開終端”功能或者如果配置了SSH且之前能連上嘗試從宿主機(jī)用SSH連接有時(shí)網(wǎng)絡(luò)服務(wù)掛了但TCP連接還在來獲取操作權(quán)限。常用命令工具箱ip addr或ifconfig較老系統(tǒng)查看網(wǎng)絡(luò)接口配置和狀態(tài)。ping測試網(wǎng)絡(luò)連通性。ping -c 4 8.8.8.8測試外部IPping -c 4測試網(wǎng)關(guān)。cat /etc/resolv.conf查看當(dāng)前DNS服務(wù)器配置。systemctl status network或systemctl status NetworkManager檢查網(wǎng)絡(luò)管理服務(wù)的狀態(tài)。journalctl -xe或dmesg | tail -20查看系統(tǒng)日志尋找網(wǎng)絡(luò)相關(guān)的錯(cuò)誤信息。route -n或ip route show查看路由表。nslookup www.baidu.com或dig www.baidu.com測試DNS解析是否正常。3. 第一步深入虛擬機(jī)內(nèi)部診斷當(dāng)網(wǎng)絡(luò)中斷我們首先要把目光聚焦在虛擬機(jī)內(nèi)部。這里就像是排查自家水管是否堵塞是最應(yīng)該先檢查的地方。3.1 檢查網(wǎng)絡(luò)接口與IP配置首先使用ip addr命令。你會(huì)看到類似ens33、eth0或enp0s3這樣的網(wǎng)絡(luò)接口名。重點(diǎn)關(guān)注兩點(diǎn)接口狀態(tài)state字段。UP表示物理/虛擬鏈路層是起來的。如果顯示DOWN那問題就出在這里。IP地址inet字段下是否有有效的IP地址。對于NAT模式它應(yīng)該是一個(gè)192.168.xxx.xxx或172.16.xxx.xxx之類的私有地址對于橋接模式它應(yīng)該和宿主機(jī)在同一網(wǎng)段。如果接口是 DOWN 狀態(tài)sudo ip link set ens33 up # 嘗試手動(dòng)啟動(dòng)接口執(zhí)行后再次ip addr查看。如果起來了但依然沒網(wǎng)繼續(xù)往下查。如果起不來通常意味著更底層的問題可能與VMware工具或驅(qū)動(dòng)有關(guān)。如果接口是 UP 狀態(tài)但沒有IP沒有inet行這通常意味著DHCP客戶端沒有成功獲取到地址或者靜態(tài)IP配置未生效。對于使用 NetworkManager 的系統(tǒng)如RHEL8/CentOS8, Fedora, Ubuntu桌面版sudo nmcli device status # 查看設(shè)備狀態(tài) sudo nmcli connection show # 查看連接配置 sudo nmcli connection up “你的連接名” # 重新激活連接對于使用 network-scripts 的傳統(tǒng)系統(tǒng)如CentOS7sudo systemctl restart network # 重啟網(wǎng)絡(luò)服務(wù)注意在較新系統(tǒng)中network服務(wù)可能已被NetworkManager取代盲目重啟可能無效。先用systemctl status network確認(rèn)服務(wù)是否存在且活躍。3.2 驗(yàn)證路由與網(wǎng)關(guān)有了IP地址數(shù)據(jù)包要知道往哪送。使用ip route show或route -n。 關(guān)鍵看默認(rèn)路由default via。例如default via 192.168.1.1 dev ens33。這里的192.168.1.1就是你的網(wǎng)關(guān)通常是VMware虛擬網(wǎng)絡(luò)中的虛擬路由器地址NAT模式下常是192.168.xxx.2。如果缺少默認(rèn)路由# 假設(shè)網(wǎng)關(guān)是 192.168.1.1 網(wǎng)卡是 ens33 sudo ip route add default via 192.168.1.1 dev ens33但這只是臨時(shí)添加。永久生效需要修改網(wǎng)絡(luò)配置文件如/etc/sysconfig/network-scripts/ifcfg-ens33添加GATEWAY192.168.1.1或通過nmcli設(shè)置。3.3 排查DNS解析問題能ping通IP如8.8.8.8但ping不通域名如www.baidu.com問題就出在DNS。 檢查/etc/resolv.conf文件cat /etc/resolv.conf應(yīng)該能看到nameserver開頭的行例如nameserver 8.8.8.8。如果文件為空或被篡改DNS解析就會(huì)失敗。常見陷阱在某些系統(tǒng)特別是使用NetworkManager的上/etc/resolv.conf是一個(gè)由NetworkManager自動(dòng)生成的符號鏈接。手動(dòng)編輯它可能重啟服務(wù)后就被覆蓋。正確的做法是通過NetworkManager修改DNS配置sudo nmcli connection modify “你的連接名” ipv4.dns “8.8.8.8 8.8.4.4” sudo nmcli connection up “你的連接名”或者你也可以選擇在網(wǎng)卡配置文件中硬性指定DNS對于network-scripts。3.4 重啟網(wǎng)絡(luò)服務(wù)與管理器如果以上單項(xiàng)檢查都沒發(fā)現(xiàn)明顯問題一個(gè)“重啟大法”往往能解決很多玄學(xué)問題。但重啟要有順序。嘗試重啟 NetworkManager如果系統(tǒng)使用它sudo systemctl stop NetworkManager sudo systemctl start NetworkManager # 或者直接 sudo systemctl restart NetworkManager重啟后立即使用nmcli device status和ip addr檢查網(wǎng)卡是否重新獲取了配置。嘗試重啟傳統(tǒng) network 服務(wù)sudo systemctl restart network終極內(nèi)部重啟重啟虛擬機(jī)。這不是廢話。重啟虛擬機(jī)會(huì)重新加載所有內(nèi)核模塊、驅(qū)動(dòng)和服務(wù)包括VMware Tools提供的虛擬硬件驅(qū)動(dòng)。這能解決很多因運(yùn)行時(shí)狀態(tài)錯(cuò)亂導(dǎo)致的問題。在重啟前請務(wù)必保存好所有工作。4. 第二步審視VMware虛擬網(wǎng)絡(luò)環(huán)境如果虛擬機(jī)內(nèi)部怎么看都“健康”那就要懷疑是不是VMware這個(gè)“中間商”出了問題。虛擬機(jī)通過虛擬網(wǎng)卡連接到VMware創(chuàng)建的虛擬網(wǎng)絡(luò)如VMnet8對應(yīng)NAT模式VMnet0對應(yīng)橋接模式再由這個(gè)虛擬網(wǎng)絡(luò)連接到物理網(wǎng)絡(luò)。4.1 檢查虛擬機(jī)網(wǎng)絡(luò)適配器設(shè)置首先確保虛擬機(jī)是關(guān)機(jī)狀態(tài)不是掛起。在VMware中右鍵虛擬機(jī) - 設(shè)置 - 網(wǎng)絡(luò)適配器。確認(rèn)連接狀態(tài)確?！耙堰B接”和“啟動(dòng)時(shí)連接”兩個(gè)復(fù)選框是勾選的。有時(shí)候可能被意外取消。確認(rèn)網(wǎng)絡(luò)連接模式檢查是否是預(yù)期的模式NAT、橋接、僅主機(jī)。特別是橋接模式如果宿主機(jī)切換了網(wǎng)絡(luò)比如從有線換到WiFi橋接的物理網(wǎng)卡可能需要重新選擇到正確的活動(dòng)網(wǎng)卡上。4.2 修復(fù)VMware網(wǎng)絡(luò)服務(wù)與虛擬網(wǎng)絡(luò)這是解決VMware層面問題的關(guān)鍵操作。VMware在宿主機(jī)上運(yùn)行著后臺(tái)服務(wù)來管理虛擬網(wǎng)絡(luò)。在宿主機(jī)Windows上操作打開“服務(wù)”管理services.msc。找到所有以“VMware”開頭的服務(wù)尤其是VMware NAT Service和VMware DHCP Service。逐個(gè)右鍵選擇“重新啟動(dòng)”。如果服務(wù)未運(yùn)行則啟動(dòng)它。這個(gè)操作相當(dāng)于重啟了虛擬網(wǎng)絡(luò)的“基礎(chǔ)設(shè)施”非常有效?；謴?fù)虛擬網(wǎng)絡(luò)默認(rèn)設(shè)置核武器 如果重啟服務(wù)無效可能是虛擬網(wǎng)絡(luò)配置損壞。打開VMware Workstation點(diǎn)擊“編輯” - “虛擬網(wǎng)絡(luò)編輯器”。你需要擁有管理員權(quán)限才能更改。點(diǎn)擊右下角的“更改設(shè)置”。選擇出問題的網(wǎng)絡(luò)例如VMnet8然后點(diǎn)擊左下角的“還原默認(rèn)設(shè)置”。警告此操作會(huì)清除所有自定義的虛擬網(wǎng)絡(luò)設(shè)置如子網(wǎng)網(wǎng)段并重啟相關(guān)服務(wù)。虛擬機(jī)可能需要重啟或重新獲取IPdhclient。4.3 更新或重新安裝VMware ToolsVMware Tools是虛擬機(jī)與宿主機(jī)之間溝通的橋梁包含了優(yōu)化的虛擬網(wǎng)卡驅(qū)動(dòng)。如果驅(qū)動(dòng)損壞或版本不匹配可能導(dǎo)致網(wǎng)絡(luò)性能下降甚至中斷。在虛擬機(jī)內(nèi)檢查VMware Tools狀態(tài)systemctl status vmtoolsd # 對于systemd系統(tǒng) # 或者 ps aux | grep vmtools重新安裝/更新VMware Tools 在VMware菜單中點(diǎn)擊“虛擬機(jī)” - “重新安裝VMware Tools”。這會(huì)在虛擬機(jī)中掛載一個(gè)ISO鏡像。在Linux虛擬機(jī)內(nèi)你需要手動(dòng)掛載并運(yùn)行安裝腳本通常是sudo ./vmware-install.pl。對于現(xiàn)代Linux發(fā)行版更推薦使用發(fā)行版自帶的開源版本open-vm-tools# Ubuntu/Debian sudo apt update sudo apt install --reinstall open-vm-tools # RHEL/CentOS/Fedora sudo yum reinstall open-vm-tools安裝后重啟虛擬機(jī)。5. 第三步排查宿主機(jī)及外部因素當(dāng)內(nèi)部和VMware層都排查無誤后就需要將視線投向更外層的宿主機(jī)和網(wǎng)絡(luò)環(huán)境。5.1 宿主機(jī)防火墻與安全軟件宿主機(jī)上的防火墻Windows Defender防火墻、第三方殺毒軟件可能會(huì)誤將VMware的虛擬網(wǎng)絡(luò)流量攔截。Windows Defender防火墻進(jìn)入“高級安全Windows Defender防火墻”檢查“入站規(guī)則”和“出站規(guī)則”確保與VMware相關(guān)如vmware-authd.exe,vmware-hostd.exe的規(guī)則是啟用且允許的。一個(gè)簡單粗暴的臨時(shí)測試方法是暫時(shí)完全關(guān)閉防火墻測試完請記得打開看虛擬機(jī)網(wǎng)絡(luò)是否恢復(fù)。如果恢復(fù)說明是防火墻規(guī)則問題。第三方安全軟件如360、火絨、McAfee等它們可能有更嚴(yán)格的網(wǎng)絡(luò)控制。嘗試暫時(shí)退出這些軟件進(jìn)行測試。5.2 宿主機(jī)網(wǎng)絡(luò)共享與連接屬性對于使用NAT模式的虛擬機(jī)VMware會(huì)創(chuàng)建一個(gè)虛擬網(wǎng)卡VMware Network Adapter VMnet8并依賴宿主機(jī)的網(wǎng)絡(luò)連接共享ICS功能。在Windows宿主機(jī)上打開“網(wǎng)絡(luò)連接”窗口。找到你正在上網(wǎng)的物理網(wǎng)卡如“以太網(wǎng)”或“WLAN”以及“VMware Network Adapter VMnet8”。右鍵物理網(wǎng)卡 - 屬性 - 共享。確保“允許其他網(wǎng)絡(luò)用戶通過此計(jì)算機(jī)的Internet連接來連接”被勾選并且“家庭網(wǎng)絡(luò)連接”下拉框中選擇了“VMware Network Adapter VMnet8”。有時(shí)共享會(huì)莫名失效。你可以先取消勾選點(diǎn)確定然后再進(jìn)入重新勾選并選擇VMnet8再次確定。這會(huì)重置共享連接。5.3 物理網(wǎng)絡(luò)環(huán)境變化這一點(diǎn)在筆記本電腦上尤為常見。宿主機(jī)切換網(wǎng)絡(luò)從公司網(wǎng)絡(luò)切換到家庭網(wǎng)絡(luò)或者有線切換WiFi。橋接模式可能需要重新選擇橋接的網(wǎng)卡。NAT模式雖然適應(yīng)性更強(qiáng)但某些嚴(yán)格的網(wǎng)絡(luò)策略如公司網(wǎng)絡(luò)禁止NAT也可能導(dǎo)致斷網(wǎng)。IP地址沖突在橋接模式下如果虛擬機(jī)的IP和局域網(wǎng)內(nèi)其他設(shè)備沖突雙方網(wǎng)絡(luò)都會(huì)異常。檢查局域網(wǎng)內(nèi)是否有IP沖突。路由器/網(wǎng)關(guān)問題嘗試在宿主機(jī)上ping網(wǎng)關(guān)和外部IP確認(rèn)宿主機(jī)本身上網(wǎng)是否正常。如果宿主機(jī)也上不了那問題就在路由器或運(yùn)營商了。6. 系統(tǒng)性故障排查流程與決策樹將以上步驟串聯(lián)起來形成一個(gè)高效的決策樹可以幫助你快速定位問題。graph TD A[虛擬機(jī)突然無法上網(wǎng)] -- B{第一步: 虛擬機(jī)內(nèi)部檢查}; B -- C[執(zhí)行 ip addr]; C -- D{網(wǎng)卡狀態(tài) UP 且有IP?}; D -- 否 -- E[嘗試 sudo ip link set dev up br或重啟網(wǎng)絡(luò)服務(wù)]; E -- F{問題解決?}; F -- 是 -- G[結(jié)束]; F -- 否 -- H; D -- 是 -- I[執(zhí)行 ping 8.8.8.8]; I -- J{能通?}; J -- 否 -- K[檢查路由 ip route br確認(rèn)默認(rèn)網(wǎng)關(guān)]; K -- L{網(wǎng)關(guān)正確且可達(dá)?}; L -- 否 -- M[添加/修復(fù)路由或網(wǎng)關(guān)配置]; M -- N{問題解決?}; N -- 是 -- G; N -- 否 -- H; L -- 是 -- O[可能為防火墻或VMware層問題br跳至外部檢查]; J -- 是 -- P[執(zhí)行 ping www.baidu.com]; P -- Q{能通?}; Q -- 否 -- R[DNS問題 br檢查 /etc/resolv.conf br用 nmcli 修正]; R -- S{問題解決?}; S -- 是 -- G; S -- 否 -- H; Q -- 是 -- T[網(wǎng)絡(luò)連通性正常br檢查應(yīng)用層如瀏覽器代理等]; subgraph H [第二步: VMware及宿主機(jī)檢查] H1[重啟VMware NAT/DHCP服務(wù)] -- H2[恢復(fù)虛擬網(wǎng)絡(luò)默認(rèn)設(shè)置]; H2 -- H3[檢查/重裝VMware Tools]; H3 -- H4[檢查宿主機(jī)防火墻/安全軟件]; H4 -- H5[檢查宿主機(jī)網(wǎng)絡(luò)連接共享]; end H -- U{問題解決?}; U -- 是 -- G; U -- 否 -- V[第三步: 檢查物理網(wǎng)絡(luò)br宿主機(jī)網(wǎng)絡(luò)切換、IP沖突等]; V -- W{問題解決?}; W -- 是 -- G; W -- 否 -- X[考慮虛擬機(jī)系統(tǒng)損壞br嘗試快照恢復(fù)或新建];你可以根據(jù)這個(gè)流程圖像查案一樣一步步縮小范圍。大部分“突然不能上網(wǎng)”的問題都集中在虛擬機(jī)內(nèi)部網(wǎng)絡(luò)服務(wù)異常、VMware虛擬網(wǎng)絡(luò)服務(wù)掛起以及宿主機(jī)防火墻誤殺這三個(gè)環(huán)節(jié)。7. 高級技巧與預(yù)防措施解決了眼前的問題我們還要想想怎么避免下次再踩坑以及一些更深層次的排查手段。7.1 使用靜態(tài)IP避免DHCP波動(dòng)對于開發(fā)或服務(wù)器環(huán)境給虛擬機(jī)配置靜態(tài)IP是一個(gè)好習(xí)慣。這可以避免因DHCP租約到期、DHCP服務(wù)不穩(wěn)定導(dǎo)致的IP變化或丟失。配置方法取決于你的網(wǎng)絡(luò)管理工具NetworkManager或network-scripts。以NetworkManager為例sudo nmcli connection modify “有線連接 1” \ ipv4.addresses “192.168.1.100/24” \ ipv4.gateway “192.168.1.1” \ ipv4.dns “8.8.8.8” \ ipv4.method manual sudo nmcli connection up “有線連接 1”這樣IP、網(wǎng)關(guān)、DNS都固定了只要網(wǎng)絡(luò)環(huán)境不變地址就不會(huì)變。7.2 利用系統(tǒng)日志深挖根源如果問題反復(fù)出現(xiàn)或者重啟服務(wù)只能臨時(shí)解決就需要查看日志。NetworkManager日志sudo journalctl -u NetworkManager --since “1 hour ago”可以查看最近一小時(shí)內(nèi)NetworkManager的詳細(xì)日志里面常有連接失敗、DHCP超時(shí)等關(guān)鍵錯(cuò)誤信息。內(nèi)核日志dmesg | grep -i error或dmesg | grep -i eth可以查看內(nèi)核層面關(guān)于網(wǎng)卡驅(qū)動(dòng)、丟包等的錯(cuò)誤。DHCP客戶端日志對于使用dhclient的系統(tǒng)可以查看/var/log/messages或/var/log/syslog搜索“dhclient”相關(guān)條目。7.3 創(chuàng)建虛擬機(jī)快照與克隆模板在虛擬機(jī)配置好網(wǎng)絡(luò)、開發(fā)環(huán)境等一切就緒后創(chuàng)建一個(gè)干凈的快照。以后一旦出現(xiàn)任何難以解決的系統(tǒng)級問題包括網(wǎng)絡(luò)疑難雜癥可以直接回滾到這個(gè)快照點(diǎn)這是最強(qiáng)大的“后悔藥”。對于需要頻繁創(chuàng)建新虛擬機(jī)的場景可以在這個(gè)干凈狀態(tài)上將其轉(zhuǎn)換為模板或直接克隆。新克隆出來的虛擬機(jī)網(wǎng)絡(luò)配置是繼承的基本不會(huì)出問題。7.4 網(wǎng)絡(luò)模式選擇建議NAT模式最適合大多數(shù)個(gè)人開發(fā)和學(xué)習(xí)場景。虛擬機(jī)共享宿主機(jī)IP無需擔(dān)心局域網(wǎng)IP沖突能隔離外部網(wǎng)絡(luò)安全性較好。99%的突然斷網(wǎng)問題都發(fā)生在這個(gè)模式下但解決也相對集中服務(wù)、防火墻、共享。橋接模式虛擬機(jī)像一臺(tái)真實(shí)主機(jī)一樣存在于局域網(wǎng)中。適合需要被局域網(wǎng)內(nèi)其他設(shè)備訪問的場景如部署測試服務(wù)器。斷網(wǎng)問題多與宿主機(jī)物理網(wǎng)卡切換、IP沖突有關(guān)。僅主機(jī)模式虛擬機(jī)與宿主機(jī)組成一個(gè)封閉的私有網(wǎng)絡(luò)與外界完全隔離。用于純內(nèi)部網(wǎng)絡(luò)測試。只要宿主機(jī)和虛擬機(jī)之間的虛擬網(wǎng)絡(luò)正常就很少出問題。我個(gè)人經(jīng)驗(yàn)是除非有特殊需求否則首選NAT模式。它的麻煩是可預(yù)測、可解決的。橋接模式在移動(dòng)辦公環(huán)境筆記本在不同網(wǎng)絡(luò)間切換下反而更容易帶來“突然”的麻煩。