面試數十家Linux運維工程師，總結了這些面試題

導讀	下面是一名資深 運維求職數十家公司總結的Linux運維面試精華，助力大家跳槽找個高薪好工作。

1）運維是指大型組織已經建立好的網路軟硬體的維護，就是要保證業務的上線與運作的正常，

在他運轉的過程中，對他進行維護，他集合了網路、系統、資料庫、開發、安全、監控於一身的技術

運維又包括很多種，有DBA運維、網站運維、虛擬化運維、監控運維、遊戲運維等等

2）遊戲運維又有分工，分為開發運維、應用運維（業務運維）和系統運維

開發運維：是給應用運維開發運維工具和運維平臺的

應用運維：是給業務上線、維護和做故障排除的，用開發運維開發出來的工具給業務上線、維護、做故障排查

系統運維：是給應用運維提供業務上的基礎設施，比如：系統、網路、監控、硬體等等

總結：開發運維和系統運維給應用運維提供了“工具”和“基礎設施”上的支撐

開發運維、應用運維和系統運維他們的工作是環環相扣的

遊戲運營要做的一個事情除了協調工作以外

還需要與各平臺溝通，做好開服的時間、開服數、使用者導量、活動等計劃

管理3百臺伺服器的方式：

1）設定跳板機，使用統一賬號登入，便於安全與登入的考量。

2）使用salt、ansible、puppet進行系統的統一排程與配置的統一管理。

3）建立簡單的伺服器的系統、配置、應用的cmdb資訊管理。便於查閱每臺伺服器上的各種資訊記錄。

RAID，可以把硬碟整合成一個大磁碟，還可以在大磁碟上再分割槽，放資料

還有一個大功能，多塊盤放在一起可以有冗餘（備份）

RAID整合方式有很多，常用的：0 1 5 10

RAID 0，可以是一塊盤和N個盤組合

其優點讀寫快，是RAID中最好的

缺點：沒有冗餘，一塊壞了資料就全沒有了

RAID 1，只能2塊盤，盤的大小可以不一樣，以小的為準

10G+10G只有10G，另一個做備份。它有100%的冗餘，缺點：浪費資源，成本高

RAID 5 ，3塊盤，容量計算10*（n-1）,損失一塊盤

特點，讀寫效能一般，讀還好一點，寫不好

冗餘從好到壞：RAID1 RAID10 RAID 5 RAID0

效能從好到壞：RAID0 RAID10 RAID5 RAID1

成本從低到高：RAID0 RAID5 RAID1 RAID10

單臺伺服器：很重要盤不多，系統盤，RAID1

資料庫伺服器：主庫：RAID10 從庫 RAID5\RAID0（為了維護成本，RAID10）

WEB伺服器，如果沒有太多的資料的話，RAID5,RAID0（單盤）

有多臺，監控、應用伺服器，RAID0 RAID5

我們會根據資料的儲存和訪問的需求，去匹配對應的RAID級別

LVS：是基於四層的轉發

HAproxy：是基於四層和七層的轉發，是專業的代理伺服器

Nginx：是WEB伺服器，快取伺服器，又是反向代理伺服器，可以做七層的轉發

區別：LVS由於是基於四層的轉發所以只能做埠的轉發、而基於URL的、基於目錄的這種轉發LVS就做不了

工作選擇：HAproxy和Nginx由於可以做七層的轉發，所以URL和目錄的轉發都可以做，在很大併發量的時候我們就要選擇LVS，像中小型公司的話併發量沒那麼大，選擇HAproxy或者Nginx足已，由於HAproxy由是專業的代理伺服器，配置簡單，所以中小型企業推薦使用HAproxy

Squid、Varinsh和Nginx都是代理伺服器

什麼是代理伺服器：

能代替使用者去訪問公網，並且能把訪問到的資料快取到伺服器本地，等使用者下次再訪問相同的資源的時候，代理伺服器直接從本地回應給使用者，當本地沒有的時候，我代替你去訪問公網，我接收你的請求，我先在我自已的本地快取找，如果我本地快取有，我直接從我本地的快取裡回覆你如果我在我本地沒有找到你要訪問的快取的資料，那麼代理伺服器就會代替你去訪問公網

區別：

1）Nginx本來是反向代理/web伺服器，用了外掛可以做做這個副業

但是本身不支援特性挺多，只能快取靜態檔案

2）從這些功能上。varnish和squid是專業的cache服務，而nginx這些是第三方模組完成

3）varnish本身的技術上優勢要高於squid，它採用了視覺化頁面快取技術

在記憶體的利用上，Varnish比Squid具有優勢，效能要比Squid高。

還有強大的透過Varnish管理埠，可以使用正規表示式快速、批次地清除部分快取

它是記憶體快取，速度一流，但是記憶體快取也限制了其容量，快取頁面和圖片一般是挺好的

4）squid的優勢在於完整的龐大的cache技術資料，和很多的應用生產環境

工作中選擇：

要做cache服務的話，我們肯定是要選擇專業的cache服務，優先選擇squid或者varnish。

區別：Tomcat使用者數多，可參考文件多，Resin使用者數少，可考慮文件少，最主要區別則是Tomcat是標準的java容器，不過效能方面比resin的要差一些，但穩定性和java程式的相容性，應該是比resin的要好

工作中選擇：現在大公司都是用resin，追求效能；而中小型公司都是用Tomcat，追求穩定和程式的相容

中介軟體是一種獨立的系統軟體或服務程式，分散式應用軟體藉助這種軟體在不同的技術之間共享資源

中介軟體位於客戶機/ 伺服器的作業系統之上，管理計算機資源和網路通訊是連線兩個獨立應用程式或獨立系統的軟體。相連線的系統，即使它們具有不同的介面

但透過中介軟體相互之間仍能交換資訊。執行中介軟體的一個關鍵途徑是資訊傳遞透過中介軟體，應用程式可以工作於多平臺或OS環境。

jdk：jdk是Java的開發工具包，它是一種用於構建在 Java 平臺上釋出的應用程式、applet 和元件的開發環境

8005==》 關閉時使用

8009==》 為AJP埠，即容器使用，如Apache能透過AJP協議訪問Tomcat的8009埠

8080==》 一般應用使用

即內容分發網路，其目的是透過在現有的Internet中增加一層新的網路架構，將網站的內容釋出到最接近使用者的網路邊緣，使使用者可就近取得所需的內容，提高使用者訪問網站的速度。

灰度釋出是指在黑與白之間，能夠平滑過渡的一種釋出方式

AB test就是一種灰度釋出方式，讓一部使用者繼續用A，一部分使用者開始用B

如果使用者對B沒有什麼反對意見，那麼逐步擴大範圍，把所有使用者都遷移到B上面 來

灰度釋出可以保證整體系統的穩定，在初始灰度的時候就可以發現、調整問題，以保證其影響度

使用者要訪問，會先找本機的host檔案，再找本地設定的DNS伺服器，如果也沒有的話，就去網路中找根伺服器，根伺服器反饋結果，說只能提供一級域名伺服器.cn，就去找一級域名伺服器，一級域名伺服器說只能提供二級域名伺服器.com.cn,就去找二級域名伺服器，二級域伺服器只能提供三級域名伺服器.baidu.com.cn，就去找三級域名伺服器，三級域名伺服器正好有這個網站，然後發給請求的伺服器，儲存一份之後，再發給客戶端

RabbitMQ也就是訊息佇列中介軟體，訊息中介軟體是在訊息的傳息過程中儲存訊息的容器

訊息中介軟體再將訊息從它的源中到它的目標中標時充當中間人的作用

佇列的主要目的是提供路由並保證訊息的傳遞；如果傳送訊息時接收者不可用

訊息佇列不會保留訊息，直到可以成功地傳遞為止，當然，訊息佇列儲存訊息也是有期限地

在一個虛擬路由器中，只有作為MASTER的VRRP路由器會一直髮送VRRP通告資訊,

BACKUP不會搶佔MASTER，除非它的優先順序更高。當MASTER不可用時(BACKUP收不到通告資訊)

多臺BACKUP中優先順序最高的這臺會被搶佔為MASTER。這種搶佔是非常快速的(<1s)，以保證服務的連續性

由於安全性考慮，VRRP包使用了加密協議進行加密。BACKUP不會傳送通告資訊，只會接收通告資訊

LVS 有三種負載均衡的模式，分別是VS/NAT（nat 模式） VS/DR(路由模式) VS/TUN（隧道模式）

一、NAT模式（VS-NAT）

原理：就是把客戶端發來的資料包的IP頭的目的地址，在負載均衡器上換成其中一臺RS的IP地址，併發至此RS來處理,RS處理完後把資料交給負載均衡器,負載均衡器再把資料包原IP地址改為自己的IP，將目的地址改為客戶端IP地址即可期間,無論是進來的流量,還是出去的流量,都必須經過負載均衡器

優點：叢集中的物理伺服器可以使用任何支援TCP/IP作業系統，只有負載均衡器需要一個合法的IP地址

缺點：擴充套件性有限。當伺服器節點（普通PC伺服器）增長過多時,負載均衡器將成為整個系統的瓶頸，因為所有的請求包和應答包的流向都經過負載均衡器。當伺服器節點過多時，大量的資料包都交匯在負載均衡器那，速度就會變慢！

二、IP隧道模式（VS-TUN）

原理：首先要知道，網際網路上的大多Internet服務的請求包很短小，而應答包通常很大，那麼隧道模式就是，把客戶端發來的資料包，封裝一個新的IP頭標記(僅目的IP)發給RS，RS收到後,先把資料包的頭解開,還原資料包,處理後,直接返回給客戶端,不需要再經過負載均衡器。注意,由於RS需要對負載均衡器發過來的資料包進行還原,所以說必須支援IPTUNNEL協議，所以,在RS的核心中,必須編譯支援IPTUNNEL這個選項

優點：負載均衡器只負責將請求包分發給後端節點伺服器，而RS將應答包直接發給使用者，所以，減少了負載均衡器的大量資料流動，負載均衡器不再是系統的瓶頸，就能處理很巨大的請求量，這種方式，一臺負載均衡器能夠為很多RS進行分發。而且跑在公網上就能進行不同地域的分發。

缺點：隧道模式的RS節點需要合法IP，這種方式需要所有的伺服器支援”IP Tunneling”(IP Encapsulation)協議，伺服器可能只侷限在部分 上

三、直接路由模式（VS-DR）

原理：負載均衡器和RS都使用同一個IP對外服務但只有DR對ARP請求進行響應，所有RS對本身這個IP的ARP請求保持靜默也就是說,閘道器會把對這個服務IP的請求全部定向給DR，而DR收到資料包後根據排程演算法,找出對應的RS,把目的MAC地址改為RS的MAC（因為IP一致），並將請求分發給這臺RS這時RS收到這個資料包,處理完成之後，由於IP一致，可以直接將資料返給客戶，則等於直接從客戶端收到這個資料包無異,處理後直接返回給客戶端，由於負載均衡器要對二層包頭進行改換,所以負載均衡器和RS之間必須在一個廣播域，也可以簡單的理解為在同一臺交換機上

優點：和TUN（隧道模式）一樣，負載均衡器也只是分發請求，應答包透過單獨的路由方法返回給客戶端，與VS-TUN相比，VS-DR這種實現方式不需要隧道結構，因此可以使用大多數作業系統做為物理伺服器。

缺點：（不能說缺點，只能說是不足）要求負載均衡器的網路卡必須與物理網路卡在一個物理段上。

mysql的innodb如何定位鎖問題:

在使用 show engine innodb status檢查引擎狀態時，發現了死鎖問題

在5.5中，information_schema 庫中增加了三個關於鎖的表（MEMORY引擎）

innodb_trx         ## 當前執行的所有事務  
innodb_locks     ## 當前出現的鎖  
innodb_lock_waits  ## 鎖等待的對應關係

mysql如何減少主從複製延遲:

如果延遲比較大，就先確認以下幾個因素：

1.從庫硬體比主庫差，導致複製延遲

2.主從複製單執行緒，如果主庫寫併發太大，來不及傳送到從庫就會導致延遲。更高版本的mysql可以支援多執行緒複製

3.慢SQL語句過多

4.網路延遲

5.master負載：主庫讀寫壓力大，導致複製延遲，架構的前端要加buffer及快取層

6.slave負載：一般的做法是，使用多臺slave來分攤讀請求，再從這些slave中取一臺專用的伺服器

只作為備份用，不進行其他任何操作.另外， 2個可以減少延遲的引數:

–slave-net-timeout=seconds 單位為秒 預設設定為 3600秒  
#引數含義：當slave從主資料庫讀取log資料失敗後，等待多久重新建立連線並獲取資料  
–master-connect-retry=seconds 單位為秒 預設設定為 60秒  
#引數含義：當重新建立主從連線時，如果連線建立失敗，間隔多久後重試

通常配置以上2個引數可以減少網路問題導致的主從資料同步延遲

MySQL資料庫主從同步延遲解決方案

最簡單的減少slave同步延時的方案就是在架構上做最佳化，儘量讓主庫的DDL快速執行

還有就是主庫是寫，對資料安全性較高，比如sync_binlog=1，innodb_flush_log_at_trx_commit

= 1 之類的設定，而slave則不需要這麼高的資料安全，完全可以講sync_binlog設定為0或者關閉binlog

innodb_flushlog也可以設定為0來提高sql的執行效率。另外就是使用比主庫更好的硬體裝置作為slave

一、 在已知MYSQL資料庫的ROOT使用者密碼的情況下，修改密碼的方法：

在 環境下，使用mysqladmin 設定：

mysqladmin –u root –p password “新密碼”   回車後要求輸入舊密碼

在mysql>環境中,使用update ，直接更新mysql庫user表的資料：

Update  mysql.user  set  passwordpassword=password(‘新密碼’)  where  user=’root’;  
flush   privileges;

注意：mysql語句要以分號”；”結束

在mysql>環境中，使用grant命令，修改root使用者的授權許可權。

grant  all  on  *.*  to   root@’localhost’  identified  by  ‘新密碼’；

二、 如忘記了mysql資料庫的ROOT使用者的密碼，又如何做呢？方法如下：

關閉當前執行的mysqld服務程式：service mysqld stop（要先將mysqld新增為系統服務）

使用mysqld_safe 以安全模式（不載入授權表）啟動mysqld 服務

/usr/local/mysql/bin/mysqld_safe  --skip-grant-table  &

使用空密碼的root使用者登入資料庫，重新設定ROOT使用者的密碼

＃mysql  -u   root  
Mysql> Update  mysql.user  set  passwordpassword=password(‘新密碼’)  where  user=’root’;  
Mysql> flush   privileges;

1、工作在網路的7層之上，可以針對http應用做一些分流的策略，比如針對域名、目錄結構

它的正則規則比HAProxy更為強大和靈活，這也是它目前廣泛流行的主要原因之一

Nginx單憑這點可利用的場合就遠多於LVS了。

2、Nginx對網路穩定性的依賴非常小，理論上能ping通就就能進行負載功能，這個也是它的優勢之一

相反LVS對網路穩定性依賴比較大，這點本人深有體會；

3、Nginx安裝和配置比較簡單，測試起來比較方便，它基本能把錯誤用日誌列印出來

LVS的配置、測試就要花比較長的時間了，LVS對網路依賴比較大。

4、可以承擔高負載壓力且穩定，在硬體不差的情況下一般能支撐幾萬次的併發量，負載度比LVS相對小些。

5、Nginx可以透過埠檢測到伺服器內部的故障，比如根據伺服器處理網頁返回的狀態碼、超時等等，並且會把返回錯誤的請求重新提交到另一個節點，不過其中缺點就是不支援url來檢測。比如使用者正在上傳一個檔案，而處理該上傳的節點剛好在上傳過程中出現故障，Nginx會把上傳切到另一臺伺服器重新處理，而LVS就直接斷掉了

如果是上傳一個很大的檔案或者很重要的檔案的話，使用者可能會因此而不滿。

6、Nginx不僅僅是一款優秀的負載均衡器/反向代理軟體，它同時也是功能強大的Web應用伺服器

LNMP也是近幾年非常流行的web架構，在高流量的環境中穩定性也很好。

7、Nginx現在作為Web反向加速快取越來越成熟了，速度比傳統的Squid伺服器更快，可考慮用其作為反向代理加速器

8、Nginx可作為中層反向代理使用，這一層面Nginx基本上無對手，唯一可以對比Nginx的就只有lighttpd了

不過lighttpd目前還沒有做到Nginx完全的功能，配置也不那麼清晰易讀，社群資料也遠遠沒Nginx活躍

9、Nginx也可作為靜態網頁和圖片伺服器，這方面的效能也無對手。還有Nginx社群非常活躍，第三方模組也很多

1、Nginx僅能支援http、https和Email協議，這樣就在適用範圍上面小些，這個是它的缺點

2、對後端伺服器的健康檢查，只支援透過埠來檢測，不支援透過url來檢測

不支援Session的直接保持，但能透過ip_hash來解決

LVS：使用Linux核心叢集實現一個高效能、高可用的負載均衡伺服器

它具有很好的可伸縮性（Scalability)、可靠性（Reliability)和可管理性（Manageability)

1、抗負載能力強、是工作在網路4層之上僅作分發之用，沒有流量的產生

這個特點也決定了它在負載均衡軟體裡的效能最強的，對記憶體和cpu資源消耗比較低

2、配置性比較低，這是一個缺點也是一個優點，因為沒有可太多配置的東西

所以並不需要太多接觸，大大減少了人為出錯的機率

3、工作穩定，因為其本身抗負載能力很強，自身有完整的雙機熱備方案

如LVS+Keepalived，不過我們在專案實施中用得最多的還是LVS/DR+Keepalived

4、無流量，LVS只分發請求，而流量並不從它本身出去，這點保證了均衡器IO的效能不會收到大流量的影響。

5、應用範圍較廣，因為LVS工作在4層，所以它幾乎可對所有應用做負載均衡，包括http、資料庫、線上聊天室等

1、軟體本身不支援正規表示式處理，不能做動靜分離

而現在許多網站在這方面都有較強的需求，這個是Nginx/HAProxy+Keepalived的優勢所在

2、如果是網站應用比較龐大的話，LVS/DR+Keepalived實施起來就比較複雜了

特別後面有Windows Server的機器的話，如果實施及配置還有維護過程就比較複雜了

相對而言，Nginx/HAProxy+Keepalived就簡單多了。

1、HAProxy也是支援虛擬主機的。

2、HAProxy的優點能夠補充Nginx的一些缺點，比如支援Session的保持，Cookie的引導

同時支援透過獲取指定的url來檢測後端伺服器的狀態

3、HAProxy跟LVS類似，本身就只是一款負載均衡軟體

單純從效率上來講HAProxy會比Nginx有更出色的負載均衡速度，在併發處理上也是優於Nginx的

4、HAProxy支援TCP協議的負載均衡轉發，可以對MySQL讀進行負載均衡

對後端的MySQL節點進行檢測和負載均衡，大家可以用LVS+Keepalived對MySQL主從做負載均衡

5、HAProxy負載均衡策略非常多，HAProxy的負載均衡演算法現在具體有如下8種：

1. roundrobin，表示簡單的輪詢，這個不多說，這個是負載均衡基本都具備的；


2. static-rr，表示根據權重，建議關注；


3. leastconn，表示最少連線者先處理，建議關注；


4. source，表示根據請求源IP，這個跟Nginx的IP_hash機制類似,我們用其作為解決session問題的一種方法，建議關注；


5. ri，表示根據請求的URI；


6. rl_param，表示根據請求的URl引數’balance url_param’ requires an URL parameter name；


7. hdr(name)，表示根據HTTP請求頭來鎖定每一次HTTP請求；


8. rdp-cookie(name)，表示根據據cookie(name)來鎖定並雜湊每一次TCP請求。

mysqldump是mysql自帶的備份工具，目錄在bin目錄下面：/usr/local/mysql/bin/mysqldump。支援基於innodb的熱備份，但是由於是邏輯備份，所以速度不是很快，適合備份資料比較小的場景，Mysqldump完全備份+二進位制日誌可以實現基於時間點的恢復。

在物理備份中，有基於檔案系統的物理備份（LVM的快照），也可以直接用tar之類的命令對整個資料庫目錄，進行打包備份，但是這些只能進行冷備份，不同的儲存引擎備份的也不一樣，myisam自動備份到表級別，而innodb不開啟獨立表空間的話只能備份整個資料庫。

percona提供的xtrabackup工具，支援innodb的物理熱備份，支援完全備份，增量備份，而且速度非常快，支援innodb儲存引起的資料在不同，資料庫之間遷移，支援複製模式下的從機備份恢復備份恢復，為了讓xtrabackup支援更多的功能擴充套件，可以設立獨立表空間，開啟 innodb_file_per_table功能，啟用之後可以支援單獨的表備份

keepalived是以VRRP協議為實現基礎的，VRRP全稱Virtual Router Redundancy Protocol，即虛擬路由冗餘協議。虛擬路由冗餘協議，可以認為是實現路由器高可用的協議，即將N臺提供相同功能的路由器組成一個路由器組，這個組裡面有一個master和多個backup，master上面有一個對外提供服務的vip（該路由器所在區域網內，其他機器的預設路由為該vip），master會發組播，當backup收不到vrrp包時就認為master宕掉了，這時就需要根據VRRP的優先順序來選舉一個backup當master。這樣就可以保證路由器的高可用了

keepalived主要有三個模組，分別是core、check和vrrp。core模組為keepalived的核心，負責主程式的啟動、維護及全域性配置檔案的載入和解析。check負責健康檢查，包括常見的各種檢查方式，vrrp模組是來實現VRRP協議的

Keepalived健康檢查方式配置

HTTP_GET|SSL_GET  
HTTP_GET | SSL_GET  
{  
url {  
path /# HTTP/SSL 檢查的url可以是多個  
digest# HTTP/SSL 檢查後的摘要資訊用工具genhash生成  
status_code 200# HTTP/SSL 檢查返回的狀態碼  
}  
connect_port 80 # 連線埠  
bindtoconnect_timeout 3 # 連線超時時間  
nb_get_retry 3 # 重連次數  
delay_before_retry 2 #連線間隔時間  
}

cat access.log | awk '{print $1}' | uniq -c | sort -rn | head -10

監聽主機為192.168.1.1，tcp埠為80的資料，同時將輸出結果儲存輸出到tcpdump.log

tcpdump 'host 192.168.1.1 and port 80' > tcpdump.log

當前主機IP 為192.168.2.1

iptables -A PREROUTING -d 192.168.2.1 -p tcp -m tcp -dport 80 -j DNAT-to-destination 192.168.2.1:8080

RAID 0：帶區卷，連續以位或位元組為單位分割資料，並行讀/寫於多個磁碟上，因此具有很高的資料傳輸率，但它沒有資料冗餘，RAID 0 只是單純地提高效能，並沒有為資料的可靠性提供保證，而且其中的一個磁碟失效將影響到所有資料。因此，RAID 0 不能應用於資料安全性要求高的場合

RAID 1：映象卷，它是透過磁碟資料映象實現資料冗餘，在成對的獨立磁碟上產生互為備份的資料，不能提升寫資料效率。當原始資料繁忙時，可直接從映象複製中讀取資料，因此RAID1 可以提高讀取效能，RAID 1 是磁碟陣列中單位成本最高的，映象卷可用容量為總容量的1/2，但提供了很高的資料安全性和可用性，當一個磁碟失效時，系統可以自動切換到映象磁碟上讀寫，而不需要重組失效的資料

RAID5：至少由3塊硬碟組成，分散式奇偶校驗的獨立磁碟結構，它的奇偶校驗碼存在於所有磁碟上，任何一個硬碟損壞，都可以根據其它硬碟上的校驗位來重建損壞的資料（最多允許1塊硬碟損壞），所以raid5可以實現資料冗餘，確保資料的安全性，同時raid5也可以提升資料的讀寫效能

運維工程師在公司當中責任重大，需要保證時刻為公司及客戶提供最高、最快、最穩定、最安全的服務

運維工程師的一個小小的失誤，很有可能會對公司及客戶造成重大損失

因此運維工程師的工作需要嚴謹及富有創新精神

tcpdump -nn tcp port 80

A、造成伺服器故障的原因可能有以下幾點：

B、如何排查伺服器故障的處理步驟如下：

1）最簡單有效的方法就是重灌系統

2）要查的話就是找到病毒檔案然後刪除，中毒之後一般機器cpu、記憶體使用率會比較高，機器向外發包等異常情況，排查方法簡單介紹下

top 命令找到cpu使用率最高的程式
一般病毒檔案命名都比較亂，可以用 ps aux 找到病毒檔案位置
rm -f 命令刪除病毒檔案
檢查計劃任務、開機啟動項和病毒檔案目錄有無其他可以檔案等
3）由於即使刪除病毒檔案不排除有潛伏病毒，所以最好是把機器備份資料之後重灌一下

公司的內網某臺linux伺服器流量莫名其妙的劇增,用iftop檢視有連線外網的情況，針對這種情況一般重點檢視netstat連線的外網ip和埠。

用lsof -p pid可以檢視到具體是那些程式，哪些檔案經查勘發現/root下有相關的配置conf.n hhe兩個可疑檔案，rm -rf後不到一分鐘就自動生成了，由此推斷是某個母程式產生的這些檔案。所以找到母程式就是找到罪魁禍首

查殺病毒最好斷掉外網訪問，還好是內網伺服器，可以透過內網訪問，斷了內網，病毒就失去外聯的能力，殺掉它就容易的多，怎麼找到呢，找了半天也沒有看到蛛絲馬跡，沒辦法只有ps axu一個個排查，方法是檢視可以的使用者和和系統相似而又不是的冒牌貨，果然，看到了如下程式可疑

看不到圖片就是/usr/bin/.sshd，於是我殺掉所有.sshd相關的程式，然後直接刪掉.sshd這個可執行檔案，然後才刪掉了文章開頭提到的自動復活的檔案

總結一下，遇到這種問題，如果不是太嚴重，儘量不要重灌系統

一般就是先斷外網，然後利用iftop,ps,netstat,chattr,lsof,pstree這些工具順藤摸瓜

一般都能找到元兇。但是如果遇到諸如此類的問題

/boot/efi/EFI/redhat/grub.efi: Heuristics.Broken.Executable FOUND，個人覺得就要重灌系統了

網路服務與終端使用者的一個介面。

協議有：HTTP FTP TFTP SMTP SNMP DNS TELNET HTTPS POP3 DHCP

資料的表示、安全、壓縮。（在五層模型裡面已經合併到了應用層）

格式有，JPEG、ASCll、DECOIC、加密格式等

建立、管理、終止會話。（在五層模型裡面已經合併到了應用層）

對應主機程式，指本地主機與遠端主機正在進行的會話

定義傳輸資料的協議埠號，以及流控和差錯校驗。

協議有：TCP UDP，資料包一旦離開網路卡即進入網路傳輸層

進行邏輯地址定址，實現不同網路之間的路徑選擇。

協議有：ICMP IGMP IP（IPV4 IPV6） ARP RARP

建立邏輯連線、進行硬體地址定址、差錯校驗等功能。（由底層網路定義協議）

將位元組合成位元組進而組合成幀，用MAC地址訪問介質，錯誤發現但不能糾正

是計算機網路OSI模型中最低的一層

物理層規定:為傳輸資料所需要的物理鏈路建立、維持、拆除而提供具有機械的，電子的，功能的和規範的特性

簡單的說，物理層確保原始的資料可在各種物理媒體上傳輸。區域網與廣域網皆屬第1、2層

物理層是OSI的第一層，它雖然處於最底層，卻是整個開放系統的基礎

物理層為裝置之間的資料通訊提供傳輸媒體及互連裝置，為資料傳輸提供可靠的環境

如果您想要用盡量少的詞來記住這個第一層，那就是“訊號和介質”

rewrite模組，實現重寫功能

access模組：來源控制

ssl模組：安全加密

ngx_http_gzip_module：網路傳輸壓縮模組

ngx_http_proxy_module 模組實現代理

ngx_http_upstream_module模組實現定義後端伺服器列表

ngx_cache_purge實現快取清除功能

Nginx

Haproxy

Keepalived

LVS

netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}'  
還有ulimit -n 檢視linux系統開啟最大的檔案描述符，這裡預設1024  
不修改這裡web伺服器修改再大也沒用，若要用就修改很幾個辦法，這裡說其中一個：  
修改/etc/security/limits.conf  
* soft nofile 10240  
* hard nofile 10240  
重啟後生效

tcpdump -i eth0 -tnn dst port 80 -c 1000 | awk -F"." '{print $1"."$2"."$3"."$4}'| sort | uniq -c | sort -nr |head -20

寫一個指令碼，實現判斷192.168.1.0/24網路裡，當前線上的IP有哪些，能ping通則認為線上

#!/bin/bash  
for ip in `seq 1 255`  
do  
{  
ping -c 1 192.168.1.$ip > /dev/null 2>&1  
if [ $? -eq 0 ]; then  
echo 192.168.1.$ip UP  
else 
echo 192.168.1.$ip DOWN  
fi  
}&  
done  
wait

已知 apache 服務的訪問日誌按天記錄在伺服器本地目錄/app/logs 下，由於磁碟空間緊張現在要求只能保留最近 7 天的訪問日誌！請問如何解決？請給出解決辦法或配置或處理命令

建立檔案指令碼：  
#!/bin/bash  
for n in `seq 14`  
do         
date -s "11/0$n/14"  
touch access_www_`(date +%F)`.log  
done  
解決方法：  
# pwd/application/logs  
# ll  
-rw-r--r--. 1 root root 0 Jan  1 00:00 access_www_2015-01-01.log  
-rw-r--r--. 1 root root 0 Jan  2 00:00 access_www_2015-01-02.log  
-rw-r--r--. 1 root root 0 Jan  3 00:00 access_www_2015-01-03.log  
-rw-r--r--. 1 root root 0 Jan  4 00:00 access_www_2015-01-04.log  
-rw-r--r--. 1 root root 0 Jan  5 00:00 access_www_2015-01-05.log  
-rw-r--r--. 1 root root 0 Jan  6 00:00 access_www_2015-01-06.log  
-rw-r--r--. 1 root root 0 Jan  7 00:00 access_www_2015-01-07.log  
-rw-r--r--. 1 root root 0 Jan  8 00:00 access_www_2015-01-08.log  
-rw-r--r--. 1 root root 0 Jan  9 00:00 access_www_2015-01-09.log  
-rw-r--r--. 1 root root 0 Jan 10 00:00 access_www_2015-01-10.log  
-rw-r--r--. 1 root root 0 Jan 11 00:00 access_www_2015-01-11.log  
-rw-r--r--. 1 root root 0 Jan 12 00:00 access_www_2015-01-12.log  
-rw-r--r--. 1 root root 0 Jan 13 00:00 access_www_2015-01-13.log  
-rw-r--r--. 1 root root 0 Jan 14 00:00 access_www_2015-01-14.log  
# find /application/logs/ -type f -mtime +7 -name "*.log"|xargs rm –f   
##也可以使用-exec rm -f {} \;進行刪除  
# ll  
-rw-r--r--. 1 root root 0 Jan  7 00:00 access_www_2015-01-07.log  
-rw-r--r--. 1 root root 0 Jan  8 00:00 access_www_2015-01-08.log  
-rw-r--r--. 1 root root 0 Jan  9 00:00 access_www_2015-01-09.log  
-rw-r--r--. 1 root root 0 Jan 10 00:00 access_www_2015-01-10.log  
-rw-r--r--. 1 root root 0 Jan 11 00:00 access_www_2015-01-11.log  
-rw-r--r--. 1 root root 0 Jan 12 00:00 access_www_2015-01-12.log  
-rw-r--r--. 1 root root 0 Jan 13 00:00 access_www_2015-01-13.log  
-rw-r--r--. 1 root root 0 Jan 14 00:00 access_www_2015-01-14.log

1. 不用root，新增普通使用者，透過sudo授權管理


2. 更改預設的遠端連線SSH服務埠及禁止root使用者遠端連線


3. 定時自動更新伺服器時間


4. 配置國內yum源


5. 關閉selinux及iptables（iptables工作場景如果有外網IP一定要開啟，高併發除外）


6. 調整檔案描述符的數量


7. 精簡開機啟動服務（crond rsyslog network sshd）


8. 核心引數最佳化（/etc/sysctl.conf）


9. 更改字符集，支援中文，但建議還是用英文字符集，防止亂碼


10. 鎖定關鍵系統檔案


11. 清空/etc/issue，去除系統及核心版本登入前的螢幕顯示

請用 cut，有能力者也可分別用 awk,sed 命令答

cut方法1：  
# ifconfig eth0|sed -n '2p'|cut -d ":" -f2|cut -d " " -f1  
192.168.20.130  
awk方法2：  
# ifconfig eth0|awk 'NR==2'|awk -F ":" '{print $2}'|awk '{print $1}'  
192.168.20.130  
awk多分隔符方法3：  
# ifconfig eth0|awk 'NR==2'|awk -F "[: ]+" '{print $4}'  
192.168.20.130  
sed方法4：  
# ifconfig eth0|sed -n '/inet addr/p'|sed -r 's#^.*ddr:(.*)Bc.*$#\1#g'  
192.168.20.130

Ctrl + a：游標移動到行首

Ctrl + c：終止當前程式

Ctrl + d：如果游標前有字元則刪除，沒有則退出當前中斷

Ctrl + e：游標移動到行尾

Ctrl + l：清屏

Ctrl + u：剪下游標以前的字元

Ctrl + k：剪下游標以後的字元

Ctrl + y：複製u/k的內容

Ctrl + r：查詢最近用過的命令

tab：命令或路徑補全

Ctrl+shift+c：複製

Ctrl+shift+v：貼上

最好每次備份按時間生成不同的備份包

# cat a.sh   
#/bin/bash  
cd /var/www/ && /bin/tar zcf /data/html-`date +%m-%d%H`.tar.gz html/  
# crontab –e  
00 00 * * * /bin/sh /root/a.sh

本文原創地址：