【文章內(nèi)容簡介】 將這種方法稱為 “IT自由通行證。只要用戶這樣做了，我們就 OK 了。 ” 解決方案： “我們將一切都反向了。我們是從臺式機和筆記本到客戶代理，我們并不需要運行服務(wù)器， ”Susman說道。 IT 部門有人控制著備份的內(nèi)容，但是備份是由客戶以連續(xù)的方式發(fā)起的。 “我們有很多原因可能錯過備份的時間， ”他說道。雖然可以在客戶終端運行軟件控制臺式機和筆記本備份來確保數(shù)據(jù)受到保護(hù)，但是，這 就意味著備份并不一定是傳統(tǒng)的“備份窗口 ”，并且還會在不受控制以及不恰當(dāng)?shù)臅r間里增加網(wǎng)絡(luò)帶寬使用。 。備份對于網(wǎng)絡(luò)帶寬的影響有兩個方面。第一，進(jìn)行大量計劃的服務(wù)器備份可能中斷網(wǎng)絡(luò)，這也是為何在非高峰時間進(jìn)行備份的原因所在（雖然高峰時間正在消失，查閱難題 1）。第二，只要臺式機和筆記本在線就進(jìn)行備份是最好的方法，當(dāng)然，這有可能是發(fā)生在高峰時間段。同時，它還可以導(dǎo)致網(wǎng)絡(luò)性能下降。 解決方案：這個問題最常用的解決方案是使用增量備份。當(dāng)進(jìn)行全面?zhèn)浞莺?，就只備份改變的?shù)據(jù)。這就是 Susman 所創(chuàng) 造的說法， “只是低電平的噓聲，而非流量中泛濫的脈沖。 ” 。 “數(shù)據(jù)會出現(xiàn)大量的增長， 50%到 100%的數(shù)據(jù)增長。當(dāng)大小出現(xiàn)加倍或者三倍地增長時，你必須關(guān)注備份和恢復(fù)， ”Veritas’ Netbackup的產(chǎn)品營銷經(jīng)理 Mike Adams 說道。這些大量的和增長的數(shù)據(jù)數(shù)量必須存儲起來。但是，是否有任何方法可以減少它的大小而有助于滿足存儲需求和備份需求？ 解決方案：其中一個可行的方法是減少冗余。 “70%的數(shù)據(jù)都是冗余的， ”Susman說道。對于目前的臺式機，每個 PC 都有相同 的軟件。不備份這些數(shù)據(jù)可以大大地減少所需要的總體存儲空間。 “一般來說，當(dāng)刪除了冗余之后，我們可以減少 90%的備份數(shù)據(jù)， ”Hickman說道。 另外一個減少數(shù)據(jù)存儲的方法是減少數(shù)據(jù)保留的時間。這是取決于事務(wù)類型的，但是正如 eVault 的 CTO Ray Ganong 所注意到的， “一般情況下，我們建議在存檔到磁帶之前，在線保留一年。 ”不管你是采用 eVault 的高級電子鏈接技術(shù)還是簡單的在在線磁盤陣列進(jìn)行備份，保持?jǐn)?shù)據(jù)在更可接受的媒體中存儲的總時間影響到存儲該數(shù)據(jù)的花費。磁帶仍然是最便宜的存儲形式，但是這也 導(dǎo)致了從磁帶上存儲和恢復(fù)的難題。 。磁帶往往都是線下存儲的。當(dāng)你實際需要存儲數(shù)據(jù)到磁帶上時，會發(fā)生什么呢？你必須知道哪些磁帶有數(shù)據(jù)，磁帶在哪里以及在哪個地方你最需要它。 “處理磁帶是一個主要的問題，包括將磁帶存儲到磁帶庫中，歸檔，并按順序保存， ”Artzt說道。 解決方案： “你必須以自動化方式管理磁帶， ”Artzt說道。很多備份軟件公司提供跟蹤磁帶的產(chǎn)品，但是使用一個系統(tǒng)和一個簡單的數(shù)據(jù)庫跟蹤可以使磁帶可能獲得較多的成本效益，雖然該過程很難加速。即使沒有磁帶問題，快速的恢復(fù)也是一個問 題。 。 “對于客戶而言，恢復(fù)的速度是一個很受關(guān)注的問題， ”McIntyre 說道。 “每個人都處于 24/7 模式中，那么在這種情況從磁帶上恢復(fù)需要花費相當(dāng)多的時間。 ”有趣的是，談到備份時，恢復(fù)往往會被忽略了。備份有點類似于保險；當(dāng)你真地需要它、需要恢復(fù)時， 你才會關(guān)注它。 解決方案：數(shù)據(jù)快照往往作為快速恢復(fù)的一種方法?？煺湛梢允刮覀兓謴?fù)到系統(tǒng)正常運行的狀態(tài)。越多的使用快照，數(shù)據(jù)丟失的可能性就越小。 “快照并不要求移動數(shù)據(jù)， ”McIntyre解釋道。 “它是由數(shù)據(jù)塊組成的，當(dāng)文件發(fā)生改變時，指針會指 向新的塊?？煺湛梢杂糜诒Ｗo(hù)邏輯失效。 ”關(guān)于 PC 快速恢復(fù)的另一個選擇是讓用戶查找他們丟失的數(shù)據(jù)。客戶系統(tǒng)可以將指針停留在服務(wù)器上的數(shù)據(jù)，然后用戶就可以在沒有 IT 的幫助下恢復(fù)特定的文件。 。 “鑒于各種環(huán)境的復(fù)雜性，如數(shù)據(jù)庫、 SAP 應(yīng)用和郵件，對所有這些結(jié)構(gòu)的備份是一個難題， ”Adams 說道。沒有一個環(huán)境是一樣的，但是你的備份系統(tǒng)可能是一樣的。很多企業(yè)都傾向于只選擇一種備份解決方案。 解決方案： “數(shù)據(jù)需要以一種與系統(tǒng)無關(guān)的格式存儲， ”Ganong 說道。如果公司移植到新的操作系統(tǒng) ，并且需要恢復(fù)幾年前的某些資料時，會出現(xiàn)什么情況？數(shù)據(jù)可能會變成無用的。 “這里需要一個可移植性因素， ”Ganong說道。 Artzt 也認(rèn)可： “當(dāng)選擇一個備份產(chǎn)品時，它必須是同類的。 ” 。 “很多公司有多個辦公地點。而這些位置可能并不都有技術(shù)人員。公司必須能夠在一個中央位置進(jìn)行備份， ”Ganong說道。這個問題說起來容易做起來難。 解決方案：這個問題在前面已經(jīng)有所介紹。其中一個協(xié)助遠(yuǎn)程管理的方法是制定客戶自動化備份?？傊詣踊驼{(diào)度有助于遠(yuǎn)程管理。 。我們以一個簡單的 并且在每個人身上可能已經(jīng)都發(fā)生的問題來完成備份管理的難題。我是在哪里存儲磁帶的以及又是如何存儲的呢？ 解決方案：磁帶庫可以提供必要的存儲和安全性。有些較小型的公司甚至租用存儲單位來保存他們的磁帶。同時也有能為磁帶提供安全運輸?shù)姆?wù)。 衷心希望本章中的探討有助于你解決備份管理難題。同時，記住，正如 Ray Ganong 所指出的， “一個解決方案并不能解決所有的備份需求。 ”因此，在決定備份解決方案之前，要先仔細(xì)研究。 網(wǎng)管員配置 WLAN 時易犯的三個低級錯誤 對于網(wǎng)管員來說，正確配置無線網(wǎng)絡(luò)的重要性不 言而喻。當(dāng)然，要正確配置一個網(wǎng)絡(luò)，我們有很多方法。筆者在這里介紹的這些方法并非 “捷徑 ”，但起碼屬于最佳方法。在此，我們將依照重要性列示這三個建議： 一、 SSID 過多 運行多個 SSID有哪些壞處呢 ?因為每個無線射頻設(shè)備對每個 SSID每秒鐘就要發(fā)送大約十次信號。因而，如果用戶的環(huán)境中擁有五個 SSID，那么每秒鐘用戶將進(jìn)行 50次無線發(fā)送。所有的這些無線信號發(fā)送都占用可用的無線媒體，因而會減少可用的帶寬數(shù)量。有人也許會說自己的單位需要幾個不同的 SSID 用于不同的用戶組，目的是為了從邏輯上將用戶的通信發(fā)送到不 同的 VLAN，或者是利用不同的身份驗證或加密機制 (例如，內(nèi)部的雇員可能使用支持 WPA2/AES 的 ，臨時客戶的數(shù)據(jù)可能被發(fā)送到?jīng)]有加密的強制網(wǎng)絡(luò)入口。 ) 但是，筆者經(jīng)?？吹蕉鄠€用戶組使用相同的身份驗證和加密方法，但卻是關(guān)于不同的SSID 的 (不妨考慮一下一所大學(xué)的情形，大學(xué)學(xué)生和教職員工對無線網(wǎng)絡(luò)的身份驗證是以同樣的的方式進(jìn)行的，但卻是關(guān)于不同的 SSID的 )。在這種情形中，整合 SSID是可能的，還可以充分利用 “用戶組 ” 的概念。例如，學(xué)生和教工可位于活動目錄中的不同的組織單元中。學(xué)生和教工以 同樣的 SSID 登錄進(jìn)入無線網(wǎng)絡(luò)。但是，在 RADIUS 服務(wù)器對無線網(wǎng)作出響應(yīng)時，它會將組織單元作為一種 RADIUS 屬性而傳送。無線網(wǎng)絡(luò)會查看這種信息，并將終端用戶放置到恰當(dāng)?shù)挠脩艚M (學(xué)生或教工 )中。無線網(wǎng)絡(luò)可以為每一個用戶組創(chuàng)建特定的策略，根據(jù)多種選項 (包括端口、服務(wù)、時間、 IP地址、 IP范圍等 )來準(zhǔn)許或拒絕訪問。例如，僅準(zhǔn)許教工可以訪問包含學(xué)生等級信息的服務(wù)器的 IP 地址。 利用用戶組可以減少無關(guān)緊要的 SSID 的數(shù)量，并減少無線媒體的使用。如此一來，無線信號的發(fā)送便會減少，因而會降低網(wǎng)絡(luò)的管理成本并增加可用的 網(wǎng)絡(luò)帶寬。 二、 “隱藏 ”SSID廣播 SSID 代表著服務(wù)集標(biāo)志，即用戶掃描無線網(wǎng)絡(luò)時在計算機上看到的網(wǎng)絡(luò)名稱。在多數(shù)接入點上都有一個選項讓用戶 “隱藏 ”SSID，因而網(wǎng)絡(luò)名稱在無線傳輸?shù)臄?shù)據(jù)幀上不再出現(xiàn)。在Windows 操作系統(tǒng)中內(nèi)置的無線檢測軟件中，這些網(wǎng)絡(luò)并不作為可用的網(wǎng)絡(luò)連接選項而出現(xiàn)。但現(xiàn)在有太多的文章和專業(yè)人士認(rèn)為應(yīng)當(dāng)禁用 SSID 的廣播，目的是可以保護(hù)無線網(wǎng)絡(luò)免受攻擊，因為這樣做會增加一層保護(hù)。這些人認(rèn)為，攻擊者會不斷地監(jiān)視自己的網(wǎng)絡(luò)、攻克網(wǎng)絡(luò)加密和身份驗證之前，必須花費時間知道 SSID， 隱藏 SSID 會增加其攻擊的難度。 但是，不知這些人士是否知道，如今有不少商業(yè)及免費的軟件可以快速地破解所謂的 “隱藏 ”的 SSID，如 Kismet。還有 Netstumbler，它也許無法完全解析 SSID，但是它會顯示一個空 SSID 的接入點的存在。 Netstumbler 會發(fā)送活動的探測請求，即使 SSID 被隱藏了，根據(jù)IEEE 的標(biāo)準(zhǔn)，仍要求接入點響應(yīng)這種請求。雖然這種響應(yīng)并不包含真實的 SSID，但它會包含其它的有用信息，如 MAC 地址、信道號、信號強度等。攻擊者可以使用這種信息作為攻擊的跳板，這正如在攻擊者 發(fā)現(xiàn)了真實的 SSID 之后所做的一樣。 還有一個問題，合法用戶為了連接到無線網(wǎng)絡(luò)，也需要知道 SSID。隱藏 SSID 的廣播常常導(dǎo)致合法的用戶搞不清楚要連接到的網(wǎng)絡(luò)，這會造成不少麻煩。 總之，由于 SSID 可以很容易就被檢測到，所以隱藏 SSID 幾乎無法提供安全機會。可以說，與其說它會成為攻擊者的阻礙，倒不如說它成了自己單位的合法用戶的麻煩。 三、時間分片的無線入侵檢測 執(zhí)行無線網(wǎng)絡(luò)的入侵檢測有兩種主要的方法，其種之一是通過一個專用的檢測器，另外一種方法是通過時間分片。在不為工作站 (筆記本電腦等 )服務(wù)時，使用 時間分片的接入點會花費一段時間，掃描信道，以提供入侵檢測功能。很多無線產(chǎn)品會每 15 秒掃描網(wǎng)絡(luò) 50 毫秒。這個數(shù)字聽起來比較合理。但是，如果細(xì)細(xì)算來，其結(jié)果就是，每 24 個小時僅有大約不到五分鐘的掃描時間，也就是說有太多的空閑時間。 該怎么辦呢 ?筆者以為，可以使用專用的檢測設(shè)備。這種檢測設(shè)備可以全天候掃描網(wǎng)絡(luò)。共有兩種類型的專用檢測設(shè)備，嵌入式與覆蓋式。嵌入式檢測器利用接入點或設(shè)備內(nèi)的額外的射頻，它會向同樣的 WLAN 控制器和管理平臺報告，這些控制器和管理平臺控制著負(fù)責(zé)為客戶端的訪問服務(wù)的 AP 射頻。而覆蓋式檢測器 是獨立的設(shè)備，它的制造商通常與 AP 接入點不同，并向它自己的獨立服務(wù)器報告。 筆者個人更喜歡嵌入式檢測器，因為這種設(shè)備減少了線纜數(shù)量、交換機端口的數(shù)量、安裝時間等。使用來自同一制造商的 AP 和檢測器還有其它好處，特別是涉及到單點支持、降低維護(hù)成本時更是這個樣。但是最重要的是，可以使用任何專用的檢測器，卻不要用依賴于時間分片的無線入侵檢測系統(tǒng)。 以上為筆者所認(rèn)為的網(wǎng)絡(luò)管理員常犯的三大錯誤，你以為如何 ? 網(wǎng)管員利用 debug 命令排錯及應(yīng)注意事項 在實際工作中，為了確定事件、數(shù)據(jù)包是否工作正?；蛘吣硞€ 策略是否有效，此時使用debug 命令是一個很不錯的選擇。 當(dāng)企業(yè)網(wǎng)絡(luò)出現(xiàn)異常，如連接故障、性能問題或者其他異常事件時，需要對網(wǎng)絡(luò)進(jìn)行排錯。此時使用 debug 命令是一個很不錯的選擇。通過 debug 命令，網(wǎng)絡(luò)管理員可以收集到很多有用的信息。如可以了解到網(wǎng)絡(luò)節(jié)點所產(chǎn)生的錯誤信息、特定協(xié)議的診斷數(shù)據(jù)包、某個接口所通過的數(shù)據(jù)流量等等。 在實際工作中，為了確定事件、數(shù)據(jù)包是否工作正?；蛘吣硞€策略是否有效，往往可以通過這個 debug 命令來查看交換器等網(wǎng)絡(luò)設(shè)備的進(jìn)程運轉(zhuǎn)情況。不過這個命令跟 ping 等其他排錯命令不同，其 會帶來很多的負(fù)面作用。所以在使用的時候，網(wǎng)絡(luò)管理員需要特別的注意。具體的來說，需要注意一下幾點。 注意事項一：不要在網(wǎng)絡(luò)比較繁忙的時候使用這個命令 通常情況下，使用 debug 命令是可以幫助網(wǎng)絡(luò)管理員收集到很多有用的信息。但是需要注意的是，與此同時，這個命令也會產(chǎn)生大量的對于解決問題沒有多少幫助的垃圾數(shù)據(jù)。也就是說，這個命令本身并沒有過濾的功能，其只是簡單的收集相關(guān)的信息。這不僅會增加設(shè)備與網(wǎng)絡(luò)的負(fù)擔(dān)，而且分析這些信息的時候，也會有不少的障礙。當(dāng)信息比較多的時候，只有比較專業(yè)的人員才可以從繁雜的信息中整 理出有用的信息。 其次在 debug 命令使用的過程中，也會使得 CPU 出現(xiàn)比較大的開銷。這會對網(wǎng)絡(luò)的性能產(chǎn)生很大的負(fù)面影響。有時候甚至導(dǎo)致網(wǎng)絡(luò)的堵塞。從而使得網(wǎng)絡(luò)故障雪上加霜，破壞網(wǎng)絡(luò)設(shè)備的正常運轉(zhuǎn)。 基于如上原因，筆者建議，最好能夠在網(wǎng)絡(luò)流量或者用戶比較少的時候使用這個 debug命令，從而在最大程度上降低這個命令對于其他用戶的負(fù)面影響。如果正的有必要馬上解決問題，等不到網(wǎng)絡(luò)空閑的時候，那么必須要遵守如下這個原則。即應(yīng)當(dāng)在已經(jīng)了解故障的特定類型流量或者解決方案，并且已經(jīng)將故障限定在某個局部范圍內(nèi)之后，才使用 這個 debug命令進(jìn)一步收集相關(guān)信息。如此的話，可以在這個命令后面加上相關(guān)的參數(shù)，來降低設(shè)備CPU 的開銷，提高信息的使用價值。 注意事項二：需要注意輸出結(jié)果的不同 在不同的情況下， debug 輸出結(jié)果的格式是不同的。網(wǎng)絡(luò)管理員掌握這些輸出結(jié)果的差異，對于他們進(jìn)行排錯具有很大的使用價值。如上所述， debug 命令產(chǎn)生的信息量是比較多 的。如果管理員能夠了解不同情況下的不同輸出格式，那么就可以在最短時間內(nèi)找到自己所需要的信息。也就是說，可以幫助管理員提高信息過濾的效率。 那么具體有哪些不同呢 ?筆者對此做了一些 總結(jié)，供大家參考。一是需要注意，在使用這個命令進(jìn)行排錯的時候，輸出的格式會隨著協(xié)議的不同而變化。如某些協(xié)議只是為每個數(shù)據(jù)包產(chǎn)生單行輸出，而有些協(xié)議則為會數(shù)據(jù)包產(chǎn)生多行輸出。當(dāng)網(wǎng)絡(luò)管理員掌握這個規(guī)則之后，可以不看內(nèi)容，而只看輸出的格式，就了解這些輸出結(jié)果可能是對應(yīng)哪些協(xié)議的。這對于網(wǎng)絡(luò)管理員從海量的