Failed to start LSB:Bring up/down networking(已解決)

開始用指令service network restart重啓網絡服務時，出現了這樣的信息

Restarting network (via systemctl): Job for network.service failed. See *systemctl status network.service* and *journalctl -xn* for details.

我用根據linux服務器提示的處理信息，查看了系統網絡服務狀態

systemctl status network.service

LSB：linux standard base，linux的一套標準規範。可以讓linux符合軟件系統架構，或是文件系統架構標準規範。

/usr/lib /unix系統資源/庫目錄，經常使用的動態連接庫和軟件包的配置文件 ，我推論/usr/lib/lsb應該是調用系統配置文件檢查操做是否符合規範。

我根據推論 /usr/lib/lsb的意思和以及報錯的理解，多是哪一個網絡配置操做不符合規範出了問題。

我首先進入到網絡腳本配置目錄裏，緊接着查看了下網絡配置

cd /etc/sysconfig/network-scripts

cat ifcfg-enoXXXXXX

發現並無什麼錯（一開始是連不上終端的，這是連上以後的，腳本配置並無改，方便顯示，等會我再說網絡服務啓動失敗的事），由此排除腳本配置錯誤。接着引起第二個問題，是否是外部物理機網絡配置與虛擬機網絡配置交互出了問題。

環回網絡設置對的

VMware虛擬網絡配置編輯器選項配置橋接網絡也是對的

接下來查看了虛擬機設置，發現是出了問題的。教室默認的是橋接模式(B):直接鏈接物理網絡，複製物理機網絡鏈接狀態(p)，我改成自定義(U):特定虛擬網絡，VMnet2(橋接模式)。爲何這麼改(往下看)。

之因此這麼改，是由於橋接網絡匹配不對。 教室物理機是配的四塊網卡，橋接模式(B):直接鏈接物理網絡，鏈接的是本地鏈接6的網絡，並非橋接到本地鏈接5的環回網卡，而本地鏈接6的網絡是192.168.4.XX，顯然與linux的10.20.1.XX不能交互致使終端鏈接受阻。

這時終端鏈接成功，並不須要重啓網絡服務，我認爲有個邏輯問題。我用excel作了個草圖

客戶端->服務器操做大致流程，涉及到C/S(客戶端/服務器)架構了，C/S架構就是底層觸發的協議是TCP/IP協議，而B/S(瀏覽器/服務器)是觸發http協議創建在TCP/IP協議基礎之上的協議。流程先客戶端去鏈接服務器，而不是服務器去向客戶端先發鏈接響應。這也就是不須要重啓linux服務器網絡的緣由。由於沒有改變linux服務器網絡配置，而是改變客戶端鏈接方式。

這時鏈接成功並不表明網絡配置服務正常重啓，如圖

我接着再次更改虛擬機配置，自動橋接全換成了僅主機模式，定義橋接也行，環回ip指向的是Linux的服務器ip地址，固然指向環回地址的好處和僅主機效果同樣的，這樣就不會引發多人局域網配置虛擬網絡同樣所形成的衝突。相似hosts文件的127.0.0.1的原理效果(我這裏簡單描述一下這只是http協議的小部分：我在瀏覽器輸入http://www.XXX.com，瀏覽器解析主機名-找到hosts文件查看主機ip是否有www.XXX.com，若是有則不去尋找外網的dns查詢域名，沒有則尋找dns)。

此時網絡服務啓動成功了