Windows Server 群組原則檢視

當你擁有網域的時候

你只能在DC Server下 gpupdate /force 這個指令查看你所設定的原則是否生效嗎？

那你就錯了

在 Client 端一樣可有兩個指令可以使用

1. gpupdate /force (囧~還是一樣，但是在 Client 端要有能在命令提示字元的權限 請注意)

2. rsop.msc

圖一 執行 rsop.msc 畫面

圖二 執行 rsop.msc 結果

如圖你可以看到這個原則設定是從哪個來源來的

如果設定有問題的話，每一條原則名稱前方就會送你個大紅XXXX

XD

世界最強電腦病毒Conflicker愚人節再變種

（中央社舊金山29日法新電）已經潛入全球百萬部電腦的超強電腦病毒將在四月一日愚人節再度演化，導致日後更難加以根絕，但預料還不致於帶來大浩劫。

微軟公司已經組成專案小組，想盡辦法要剿滅這隻叫做Conficker或DownAdUp的病毒，還懸賞25萬美元緝拿撰寫這隻電腦蠕蟲的元兇。

專案小組人員之一，趨勢科技網路威脅研究員佛格森 (Paul Ferguson)說，這隻難纏的電腦蠕蟲將根據程式設定在25日進行演化，變得更難遏止。

佛格森說，「目前沒有證據顯示這個病毒會在四月一日變為攻擊模式或降低任何電腦的有效負載。」

沒有持續更新微軟RPC伺服器服務的電腦或網路，這隻電腦病毒就會入侵並進行自我複製。

它會透過網路感染，也會躲在儲存資料的USB隨身碟，從一個電腦傳染到另一個電腦。一旦進入電腦，就會深深紮根，還會建立防衛系統讓外界很難移除。

惡意軟體可能因此啟動，竊取被感染電腦中的資料，或將控制權置於駭客之手，讓他們集合所有「殭屍電腦」變成「殭屍大軍」。

Conficker最厲害的是它會利用殭屍電腦來破解密碼。

微軟已經修改免費的惡意電腦軟體移除工具（Malicious Software Removal Tool ）來偵測和消滅Conficker。該公司安全反應部門主管巴德(Christopher Budd)說，「由於這隻病毒持續演化，微軟和其他合作公司將持續找出瓦解Conficker威脅的新方法，讓消費者有更多的時間來更新系統。」

建議電腦使用者持續更新目前使用的防毒工具以及微軟系統，並且用更牢靠的密碼來保護電腦和檔案。

Conficker被設定為一天攻擊250個網站，從控制殭屍電腦的主機下載指令。根據電腦安全公司F-Secure的海波寧 (Mikko Hypponen)表示，從25日開始，這隻電腦蠕蟲將開始每天連結5萬個網站，而且更難偵測得到。

海波寧說，「基本上他們提高賭注，讓我們日子更難過。」他說，「他們發現好人已開始攔截主電腦與殭屍電腦之間的聯繫。」

防毒專家說，這種病毒的擴散速度在年初非常快速，現在已經變得緩慢，但是還沒更新微軟系統的電腦還是可能會感染。

海波寧在F-Secure網站上發佈一則訊息表示，已經有100萬至200萬台電腦遭到Conficker入侵，據信這批電腦大部分感染的是較早版本的Conficker，裡面沒有4月1日演化的指令。

Conficker病毒在2008年11月首度被偵測到。

要知道電腦是否已經感染Conficker，其中一個方法是連結防毒公司網站，例如趨勢科技或賽門鐵克(Symantec)，已經感染病毒的電腦就連不上這些網站。

請速速前往微軟下載：windows-kb890830-v2.8.exe

免驗證不用擔心自身是否為盜版問題...

Windows Live Messenger 無法使用英文外其它字元

這個問題會發生在 Windows Live Messenger 的最新版本 (第 14 版)。

這個問題會發生在下列情況中：

• 在 Windows Live Messenger 中，在連絡人上按兩下以開啟聊天視窗。
• 在 Windows Live Messenger 聊天視窗中，切換輸入模式來使用輸入法 (IME)。例如，您切換輸入模式來使用中文輸入法的新注音模式。
  注意此時您還能如預期般輸入非英文字元。
• 您將系統焦點切換至另一個視窗。
• 您關閉了 Windows Live Messenger 主視窗。
• 您將系統焦點切換回聊天視窗以繼續聊天。

此時您會無法繼續在聊天視窗中使用原本的輸入法。而只能輸入英文字母。

安裝更新之後，必須重新啟動電腦。

如果要使用這個更新，您不需要對登錄進行任何變更。

處理方式：KB961503

Windows Server 2008 and Windows Vista 新的網路協定

• Next Generation TCP/IP Stack

• Domain Name System

• Quality of Service

• Server Message Block 2.0

• Computer Browser Service

• Http.sys enhancements

• WinINet enhancements

• Windows Sockets enhancements

• Network Device Interface Specification (NDIS) 6.0 and 6.1

• Network Awareness

• Windows Peer-to-Peer Networking enhancements

• Windows Firewall enhancements

• Internet Protocol security (IPsec) improvements

  
  

  http://technet.microsoft.com/en-us/library/bb726965.aspx
  

  好文章...有夠長...要時間慢慢看..

安裝 Windows XP Service Pack 3 後，無法啟動 Outlook Express

安裝 Windows XP SP3 之後，在啟動 Outlook Express 時，可能會遇到以下狀況：

 ◎ 無法啟動 Outlook Express。這可能表示電腦記憶體不足或磁碟空間巳滿。

 ◎ 無法啟動 Outlook Express，因為無法初始化 MSOE.DLL。這可能表示 Outlook Express 安裝錯誤。

 ◎ 無法啟動 Outlook Express，因為 Outlook Express 存放的郵件已經超過2G (Office 2003以後不會有此問題)

處理方式：

1. 按兩下桌面上的 [我的電腦]，然後按一下上方工具列中的 [工具]，再按一下 [資料夾選項]。
   
   
2. 按一下 [檢視] 索引標籤，在 [進階設定] 方塊中，取消選取 [隱藏保護的作業系統檔案 (建議使用)] 選項，接著選取 [顯示所有檔案和資料夾] 選項，然後按一下 [確定]。
   
   
3. 依序按一下 [開始]、[執行]，接著在 [開啟] 方塊中輸入「%ProgramFiles%\Common Files\System」，然後按一下 [確定]。您會發現，啟動 Outlook Express 時所需的 directdb.dll 檔出現在這裡。以滑鼠右鍵按一下這個檔案，然後選取 [複製] 命令。
   
   
   
   
   
4. 依序按一下 [開始]、[執行]，接著在 [開啟] 方塊中輸入「%systemroot%\System32\dllcache」，然後按一下 [確定]。您會發現，這裡並沒有啟動 Outlook Express 時所需的 directdb.dll 檔。在這個資料夾中任意位置，按一下滑鼠右鍵，然後選取 [貼上] 命令。
   
   
5. 重新啟動 Outlook Express。這時 Outlook Express 應該就可以正常啟動了

Windows Server 2008 拋棄了 WINS？

轉貼文
作　　者：職念文 精誠資訊恆逸教育訓練中心資深講師

Windows作業系統可以使用NetBIOS的方法和技術來達到網路存取的目的，Windows依賴NetBIOS及其應用程式存取對M氏(註1) 網路其影響深遠。NetBIOS預設以廣播方式做為名稱解析方法，Microsoft為了防止NetBIOS使用廣播而造成整個網路效能降低的問題，使用以點對點（Peer to Peer）為存取方式的Windows Internet Name Service, WINS服務做為NetBIOS名稱解析機制，同時也解決NetBIOS廣播無法跨越不同路由網段的問題。

TCP/IP為運作基礎的網路架構是以Host Name以及Domain Name System, DNS服務做為名稱解析的基礎；Windows當然可以也運作於以TCP/IP為基礎的Internet，以至於微軟在Microsoft作業系統中就得必須瞻前顧後的同時存在NetBIOS Name及Host Name這兩個完全不相同技術的名稱解析方法與服務。

圖片擷取自微軟官方TechNet網站http://technet.microsoft.com/en-us/library/bb727013.aspx

如同我所下的Tip標題，微軟在作業系統中到底還要讓NetBIOS存在多久？還要留它留多久？為什麼不讓名稱解析的問題單一、單純化？這存留的問題在微軟的作業系統中牽一髮而動全身，微軟的確需要一段勒戒期才能來戒掉對NetBIOS的依賴，會需要多久的問題非單純的賭大賭小、下好離手後一翻兩瞪眼。相對和使用者對於Microsoft作業系統的使用習慣與應用程式的運作支援有密切關連，一切除了西雅圖的單方努力外還有許多變數需要解決，像是使用者存取M氏網路資源的習慣等等。

微軟其實在Windows 2000 Server作業系統版本的TCP/IP設定介面中即提供了Disable NetBIOS over TCP/IP的勾選項目，意指可使NetBIOS over TCP/IP能力在此部伺服器或工作站上自廢武功。 Disable NetBIOS over TCP/IP這碼事兒演進至西元2009年，看來也僅少數有Gutsy的網路環境能親手揮刀自宮處理掉NetBT (註2) 這件事。

Windows Server 2008雖然仍可以新增功能（Feature）的方式加入WINS服務，很明顯的WINS在Windows Server 2008中，已退位為功能而非伺服器角色（Role），由此看來2008(註3) 似乎真的有想要對NetBT自我了斷以此明志的意圖。

2008以單一標籤名稱（Single Label Name）合併以DNS上的通用名稱區域（Global Names Zone, GNZ）為架構基礎，利用在Global Name Zone中新增CNAME資源記錄，使用戶端能以單一名稱，如http://ServerName方式存取企業內部資源而不依賴NetBIOS Name與WINS服務查詢到所對應的A資源紀錄；更簡單的說，也就是在用戶端在嘗試以WINS或NetBIOS Name做為名稱解析方式前，立即使用DNS把名稱解析的問題解決掉（縱使使用者所使用的名稱並非DNS機制所需要的Fully Quality Domain Name, FQDN），讓用戶端沒有機會使用WINS，換句話說也就讓Single Label Name及GNZ的技術，使M氏網路上的用戶端再也用不到WINS或NetBIOS名稱解析技術，並且這樣的運作並不需要在即有的企業用戶端平台上新增任何新元件或設定任何系統項目。

因此很多人問筆者2008這功能是否就是要取代WINS服務？其實我無法回答這問題，至少到目前為止，筆者還尚未在微軟的官方文件中看過“DNS instead of WINS in Windows Server 2008”的這一關鍵字句，倘若再加上NetBIOS也不再支援IPv6(註4) 的客觀影響，2008是否真的拋棄了WINS？雖然民間論壇早己穿鑿附會、眾說紛紜的將它們劃上了等號，但這答案恐怕還是得待西辦（微軟在西雅圖總部的辦公室）發表正式聲明，看到白紙黑字後才能下定論。

註1：意指在實體網路上所有網路節點均使用Microsoft為伺服器及用戶端作業系統，並以Microsoft系統內建之Server Service及Workstation Service為主從存取架構基礎元件相互應用存取，筆者將此Microsoft Network稱之為M氏網路，此名詞為筆者自創，非微軟官方公佈之專有名詞。 註2：NetBIOS over TCP/IP可縮寫為NetBT。 註3：本文中以2008一詞取代Windows Server 2008的微軟伺服器版本全名，非指西元2008年。 註4：微軟在NT時代即是以自創的NetBIOS over TCP/IP（相容於標準TCP/IP協定），使自家的NetBIOS能應用於IPv4的路由環境當中。

WINS 登錄名稱

WINS 登錄名稱

Registering names

名稱登錄是一個在網路上要求使用 NetBIOS 名稱的 WINS 用戶端。要求可能是唯一的 (獨占的) 或群組 (共用的) 名稱。NetBIOS 應用程式也可以登錄一個或多個名稱。

照下列圖形所示，WINS 用戶端 (HOST-C) 直接將「名稱登錄要求」傳送到它所設定的 WINS 伺服器 (WINS-A)。

WINS-A 可以藉由發行 HOST-C 正或負名稱登錄回應來接受或拒絕名稱登錄要求。WINS-A 所發生的動作依照幾個因素：

• 不論名稱是否已經在 WINS-A 上的伺服器資料庫中存在了。
  
• 如果名稱記錄存在，WINS-A 上的記錄所在的伺服器資料庫中的狀態可能有所不同。還有，如果記錄的 IP 位址名稱，與要求用戶端 (HOST-C) 的 IP 位址名稱相同或不同時。
  
• 不論要求是否是唯一的或是群組名稱項目。
  

如果名稱不存在於資料庫中，就當作新增登錄來處理，並會發生下列步驟：

1. 輸入 HOST-C 的名稱，同時輸入新的版本識別碼、指定時間郵戳，以及標上 WINS 伺服器的擁有者識別碼的標記。 
   時間戳記的計算，是根據 WINS 伺服器上對目前伺服器日期及時間所設定之 [更新間隔] (預設值為 6 天) 而新增的值。
   
2. 將正登錄回應送回到 HOST-C，「存活時間 (TTL)」值等於 WINS-A 上名稱記錄的時間郵戳。
   

Name registered for same IP address

如果已經在資料庫中輸入與要求的 IP 位址相同的 HOST-C 名稱，就會依據現存名稱的狀態及擁有權來採取動作。

1. 如果將項目標記為使用中，而且伺服器 (WINS-A) 擁有此項目時，則伺服器會更新記錄的時間郵戳，並且將正面「回應」送回到用戶端。
   
2. 如果將項目標記為釋放或刪除標記，或如果其他 WINS 伺服器擁有該項目，則會將此登錄視為新的登錄。更新所有時間郵戳、版本識別碼，及擁有權以及送回正回應。
   

Name registered for different IP address

當存在於 WINS 資料庫中的名稱與要求的 IP 位址不同的狀況下，需要 WINS 伺服器以避免名稱重覆。如果資料庫項目是釋放或刪除標記狀態，將 WINS 伺服器釋放出來以指派該名稱。

如果項目是使用中狀態，則保留名稱的節點被質疑以判定它是否仍然存在於網路上。在此狀況下，WINS 伺服器 (WINS-A) 可以執行名稱的更正以及下列動作：

1. WINS-A 將「等候認可 (WACK)」回應傳送到要求的用戶端 (HOST-C)，在用戶端應該在準備等候回應的 TTL 欄位中指定時間。
   
2. WINS-A 將給伺服器資料庫中為此名稱登錄的當前節點提出名稱查詢要求。
   
3. 如果節點仍存在，它會將正回應傳回 WINS-A。
   
4. 依次，WINS-A 傳送名稱登錄的負回應到要求回應的用戶端 (HOST-C)，拒絕名稱登錄。
   
5. 從 WINS-A 進行的第一個回合的查詢中，如果沒有收到正回應，則產生二個後續名稱查詢要求。如果 3 次嘗試都沒有回應，更正程序已完成且正登錄回應返回到要求用戶端 (HOST-C)，而為新用戶端登錄的名稱已在伺服器資料庫中更新。
   

附註

• 不像啟用 WINS 的用戶端可以直接聯絡 WINS 伺服器，非 WINS 用戶端 (如 NetBT B-Node 用戶端) 必須登錄，然後在區域網路中藉由傳送及回覆廣播名稱查詢，持續維護他們的名稱。
  
• NetBIOS 名稱已在 Windows Internet Name Service (WINS) 上登錄，且在電腦正確關機時正常釋放。如果電腦不是正確關機，或在關機期間電腦不能與 WINS 伺服器聯絡，nbtstat 命令可以在 WINS 中更新此電腦的本機名稱。對可在網路上不同位置間移動的可動或筆記型電腦是有用的。 
  如需相關資訊，請參閱 驗證用戶端 NetBIOS 名稱的 WINS 登錄。

WINS 解析概觀

WINS 解析概觀

Resolution overview

雖然 WINS 的作用是解析 NetBIOS 名稱，但為了有效地解析名稱，用戶端需能夠動態地新增、移除或更新它們在 WINS 中的名稱。以下提供了這些處理功能上的描述，特別是 WINS 網路上的用戶端名稱要如何登錄、更新、釋放及解析。

此 WINS 用戶端/伺服器通訊的處理概述於下圖：

在 WINS 系統中，所有名稱都登錄在 WINS 伺服器上。這些名稱均存放在 WINS 伺服器的資料庫中，此資料庫就會依據其中的項目來回應名稱對 IP 位址的對應解析要求。

數台網路 WINS 伺服器會負責檢查這些項目是否多餘，以及負載平衡的狀況。每隔一段時間，這些伺服器就會相互地將本身的資料庫項目複寫到其他伺服器上，以維護 NetBIOS 名稱區的一致性。

每個名稱在資料庫中都有一個項目。各項目是由其所登錄的 WINS 伺服器來管理，且是所有其他 WINS 伺服器的複本。每個項目均有相關聯的狀態--如使用中、釋放或廢止 (也稱為刪除標記) 等狀態。各項目也會有版本識別碼。此數字是用於在複寫處理中，在「WINS 複寫」中會有更詳細的討論。如需相關資訊，請參閱 推入協力電腦。

WINS 也允許靜態名稱登錄。如果伺服器上的作業系統無法處理動態名稱登錄，則此項功能便可讓這些伺服器的管理員進行名稱登錄。WINS 可以分辨動態及靜態的資料項目。在有些方面，靜態名稱與動態名稱的處理方式並不相同。如需相關資訊，請參閱 使用靜態對應。

WINS 複寫概觀

WINS 複寫概觀

Replication overview

如果在您網路上使用了多重 WINS 伺服器，可以設定將記錄從它們的資料庫複寫到其他伺服器。處理程序如下圖顯示。WINS-A 及 WINS-B 二台 WINS 伺服器，可以設定為相互完全複寫對方的記錄。

藉由在這些 WINS 伺服器之間使用複寫，可以維護並由網路發佈一致的 WINS 資訊設定。例如在上圖中，子網路 1 的 WINS 用戶端 (HOST-1) 使用它的主要 WINS 伺服器 (WINS-A) 登錄它的名稱。子網路 3 的其他 WINS 用戶端 (HOST-2) 使用它的主要 WINS 伺服器 (WINS-B) 登錄它的名稱。如果這些主機的其中一個稍後嘗試尋找其他主機，如範例 WINS，HOST-1 為介於 WINS 伺服器 (WINS-A 及 WINS-B) 之間的 HOST-2--replication 查詢尋找一個 IP 位址，該設定提供了解析此查詢的可能性。

為了執行複寫，每台 WINS 伺服器，至少必須與一台其他的 WINS 伺服器設定在一起，作為其複寫協力電腦。這可確保使用一台 WINS 伺服器登錄的名稱，最後會複寫到網路上所有其他的 WINS 伺服器中。可以新增及設定複寫協力電腦為提取協力電腦、推入協力電腦二者之一，或使用二種類型的複寫作為提取/推入協力電腦。提取/推入協力電腦類型是預先設定的，且是在大多數情況下建議使用的類型。

當 WINS 伺服器複寫時，在任何指定伺服器對應的用戶端名稱位址傳播到網路上的其他所有 WINS 伺服器之前，會有一段潛伏期。此潛伏期又稱為整個 WINS 系統的交集時間。例如，用戶端要求名稱釋放的傳送速度就慢於名稱登錄要求。這是因為用戶端名稱會先釋出，然後在電腦重新啟動或每隔一段時間關機時，又使用相同的對應重新使用。複寫每一個釋出的名稱將增加無謂的網路複寫負擔。

而且，當 WINS 用戶端電腦不正常關機時 (如意外停電)，電腦的登錄名稱就無法像在正常情況下，藉由將釋放名稱要求傳送到 WINS 伺服器以釋放名稱。因此，雖然 WINS 資料庫中有名稱與位址對應的記錄，卻不表示用戶端電腦仍在使用登錄名稱或它相關的 IP 位址。它僅表示最近的某段時間內，已有登錄的名稱電腦曾要求使用對應的 IP 位址。

附註

• 任何用戶端的主要及次要 WINS 伺服器，基本上應有相互的推入及提取關係。不過，您倒可不必設定直接的推入/提取，只要在正常的複寫週期中，系統能間接地獲得相同結果即可。
  
• WINS 的複寫功能是遞增性的，這表示每次複寫時僅複寫資料庫中變更的部分，而不是整個資料庫。

WINS 資料庫

WINS 資料庫

The WINS database

WINS 資料庫存放及複寫網路上 NetBIOS 名稱對應到 IP 位址對應資訊。在 Windows Server 2003 系列中，WINS 資料庫會使用 Extensible Storage Engine (ESE)。

Compacting the database

沒有內建限制 WINS 伺服器複寫或存放的記錄數。資料庫的大小視網路上的 WINS 用戶端數目而定。WINS 資料庫變更超時用作用戶端登入及登出網路。

不過，WINS 資料庫的大小不是與使用中用戶端資料項目的數目直接成比例的。隨著時間推移，有些 WINS 用戶端資料項目變成老舊及已刪除時，不斷增大的 WINS 資料庫會超過目前使用中的實際空間。這是因為一旦存放老舊記錄的磁碟空間已不再存有資料時，伺服器不會自動收回空間。

壓縮 WINS 資料庫來收回未使用空間。在資料庫更新之後的閒置時間，WINS 伺服器會自動背景處理動態資料庫壓縮。壓縮也可以手動離線完成。WWindows NT Server 4.0、Windows 2000 及 Windows Server 2003 系列支援動態及手動壓縮。Windows NT Server 3.51 (或更早版本) 只支援 WINS 伺服器資料庫的手動壓縮。

儘管動態壓縮大幅降低了離線壓縮的需要，因離線壓縮能夠較完整地收回空間所以應該每隔一段時間做一次。應該多久做手動壓縮 WINS 資料庫一次視您的網路而定。對於大型的，有 1,000 個或以上的 WINS 用戶端的網路而言，您每月都應該做離線壓縮。較小的網路通常不需要經常手動壓縮。

因為動態資料庫壓縮都是進行於資料庫使用時，所以在處理期間不需要停止 WINS 伺服器。不過，對於手動壓縮，您必須停止 WINS 伺服器及離線。

Backing up the WINS database

WINS 主控台提供維護、檢視、備份及還原 WINS 伺服器資料庫時所需要的工具。當您在 WINS 伺服器上備份其他檔案時，應該備份此資料庫。

WINS database files

WINS 使用 Jet 資料庫格式存放其資料。Jet 會產生 J<n>.log 以及其他在 systemroot\System32\Wins 資料夾的檔案，來增加資料存放的速度及效率。

下列表格討論每台 WINS 伺服器中，由 Jet 資料庫建立及使用的檔案。

 

檔案	描述
J50.log 與 J50#####.log	運用 WINS 資料庫的所有異動記錄檔。必要時，WINS 會使用此檔案以回復資料。 為了增加資料存放的速度及效率，Jet 資料庫將目前的異動寫入記錄檔，而不是直接寫入資料庫。因此，最新的資料檢視既包含資料庫又包含記錄檔的任何異動。如果 WINS 服務突然或意外地停止，這二個檔案都會用來修復它。如果服務以意外的方式停止，會自動使用記錄檔來重新建立 WINS 資料庫的正確狀態。 記錄檔維持指定的大小；不過，在 WINS 伺服器忙線時它們的大小可能會快速增長。WINS 無法避免將過多的異動寫入記錄檔可容納的數量。填入記錄檔時，系統重新命名此記錄檔，指出它是未使用中的較舊的記錄檔。建立以 J<n>.log 為檔名的新增異動記錄，其中 <n> 是十進位數字，如 J50.log。前述記錄檔的命名格式是 JetXXXXX.log，其中每個 X 表示從 0 到 F 的十六進位數字。前述記錄檔與目前記錄檔維護在同一資料夾中。 這些記錄檔會每 3 小時進行處理 (所有項目會寫入到資料庫) 及刪除。在成功的 WINS 資料庫備份或是當 WINS 伺服器適當地關機時，也會執行處理及刪除。如果累積許多 J<n>.log 檔案，則您應該排定經常性備份以維護這些記錄。 處理資料項目後，您可以手動刪除記錄檔；不過，如果需要修復，這會妨礙資料庫成功的修復。因為此重要理由，不要手動從系統刪除或移除記錄檔，除非已執行備份。
J50.chk	檢查點檔案指出上次成功地將資訊從異動記錄寫入資料庫的位置。在資料修復情況中，檢查點檔案指出修復或重播資料應該從何處開始。此檢查點檔案在每次將資料寫入資料庫檔案 (Wins.mdb) 時都會更新。
Wins.mdb	WINS 伺服器資料庫檔案包含二個表格：從 IP 位址到「擁有者」識別碼對應表格及從名稱到 IP 位址對應表格。
Winstmp.mdb	在 WINS 伺服器的服務中留下的暫存檔。此檔案在索引維護操作時作為交換檔案及可以在系統不正常結束後還留在systemroot\System32\Wins 目錄中。
Res#.log	這些是保留的記錄檔，它在伺服器用完磁碟空間時的緊急狀況下起作用。如果伺服器嘗試建立其他異動記錄檔，但是磁碟空間不足時，則伺服器會將任何正在處理的異動清除到這些保留記錄檔中。服務關閉及將事件記錄到 [事件檢視器]。

重要事項

• 不應該移除或變更 J50.log、J50#####.log、Wins.mdb、Winstmp.mdb 及 Res#.log 記錄檔。

DNS 與 WINS 的整合

DNS 與 WINS 的整合

DNS的Clinet向DNS查詢時，DNS找不到相關的資料就去問WINS，讓Client端以為DNS知道該名稱的位址。

另外有可能遇到Client的電腦不會去DNS註冊資料，則有兩種情況需要做整合：

1. 舊版Windows（95、98）是不會跑去DNS登記的，不也不能支援DNS的動態更新
2. Stand Alone的電腦無法向DNS註冊，原因是DNS可能有設定安全性驗證，只能接受加入網域的電腦

因此WINS需要幫忙回答這些Client端的電腦所在的位址。

處理「該記憶體不能為read或written」辦法

常常在使用者新增或移除不完全某些軟體，又或是操作上及系統上的錯誤

會造成這種情況，再來使用該軟體時常常會出現一個警告視窗

告訴你，「該記憶體不能為read或written」然後只有個確定可以點選

點選確定後發生錯誤的軟體就消失啦。

在此提供一個小方法可以請大家嘗試看看

開始 \ 執行 \ 輸入 cmd \ 確定

命令提示字元出來的時候

將以下參數貼上並執行 ( Enter給它按下去 )

for %1 in (%windir%\system32\*.dll) do regsvr32.exe /s %1

軟體安裝的時候會將它所屬的DLL註冊到電腦

讓電腦知道這個軟體在執行的時候需要去讀(Call)哪一些DLL檔案

當系統發生錯誤或是使用者不當操作時，往往會造成軟體毀損

這個參數應該可以解決掉不少問題。

What is DLL ?

DLL

動態連結程式庫 (DLL) 是具有函式的共用程式庫功能的可執行檔。動態連結提供一種方法，讓處理序 (Process) 呼叫不是可執行程式碼部分的函式。函式的可執行程式碼位於 DLL 裡，它包含一或多個已編譯、連結的函式，並且儲存在與使用它們的處理序不同的地方。DLL 也有助於共用資料和資源。多個應用程式可以同時存取記憶體中 DLL 單一複本的內容。

動態連結與靜態連結的不同處在於，前者允許可執行模組 (.DLL 或 .EXE 檔) 只包含在執行階段時用來找出 DLL 函式可執行程式碼的所需資訊。在靜態連結中，連結器 (Linker) 會從靜態連結程式庫取得所有參考函式，並且將它與您的程式碼一起放入可執行檔。

不使用靜態連結而改用動態連結可提供許多優點。DLL 節省記憶體、降低交換、節省磁碟空間、較容易升級、提供售後支援、提供擴充 MFC 程式庫類別機制、支援多種語言程式和簡化國際版本的建立。

※以上文字來自微軟MSDN※

WINS 的運作方式

WINS 的運作方式

當執行 Microsoft 作業系統的電腦已設定 WINS 伺服器位址（手動或透過 DHCP）來進行其名稱解析時，則預設會使用互動式節點 (h-node) 作為 NetBIOS 名稱登錄的節點類型，除非已設定另一種 NetBIOS 節點類型。若是 NetBIOS 名稱查詢及解析，它也會使用 h-node 操作，但會稍有不同。

若是 NetBIOS 名稱解析，WINS 用戶端通常會執行下列一般操作步驟來解析名稱：

1. 用戶端會檢查受查詢的名稱是否是它所擁有的本機 NetBIOS 電腦名稱，若查詢遠端名稱的在本機 NetBIOS名稱快取。遠端用戶端的任何已解析的名稱都放置在此快取中，並在其中保留 10 分鐘。
2. 用戶端將 NetBIOS 查詢轉寄到其已設定的主要 WINS 伺服器中。如果主要 WINS 伺服器--無法使用或是沒有名稱的資料項目--而無法回答此查：詢，用戶端就會依照所列出及設定的順序嘗試連絡其他已設定的 WINS 伺服器。
3. 用戶端將 NetBIOS 查詢廣播到本機子網路中。
4. 如果設定使用 Lmhost 檔案，用戶端就會檢查該 Lmhost 檔案以對應此查詢。
5. 用戶端會嘗試到本機的 Hosts 檔案尋找
6. 接著到DNS的Cache中的查詢
7. 最後在到 DNS 伺服器

附註：如果欲解析的電腦名稱字元數超過15個字元，或是電腦名稱之中有句點存在，則會自動改用DNS主機名稱解析方法。步驟2和3動作決定，使用何種（Node Type）。

命令提示字元-Windows FireWall

Windows FireWall - 用參數方式新增允許的Port Number

※強烈建議：複製參數時，請貼到記事本，才會知道哪裡需要空格※

netsh firewall add portopening protocol = TCP port = 161 name = SMTP ENABLE scope = ALL

可改變參數如下：

TCP or UDP 可自行設定網路形態

name = 要設定的名稱

Enable or Disable 此設定要啟用或是停用

scope = ALL 允許所有IP，

可設定方式舉例為；157.60.0.1,172.16.0.0/16,10.0.0.0/255.0.0.0,LocalSubnet

使用 WINS 的好處

使用 WINS 的好處

為管理 TCP/IP 型網路，WINS 提供了下列好處：

1. 支援電腦名稱登錄及解析的動態名稱至IP位址的資料庫，進而有效降低NETBIOS的廣播風暴。
2. 名稱及IP位址的資料集中管理減輕對管理 Lmhost 檔案的需求。
3. 藉由許可用戶端查詢 WINS 伺服器以直接尋找遠端系統，可以降低子網路上的 NetBIOS 造成的廣播流量。
4. 支援網路上早期的 Microsoft Windows 及 NetBIOS 用戶端，即使到今天，只要網路上還有舊版本的 Windows 或使用 NetBIOS 的應用程式在，WINS 就有存在的必要允許此類型用戶端在每個子網路上，不需本機網域控制站的存在即可瀏覽遠端 Windows 網域的清單。
5. 當執行 WINS 對應整合 時，可藉由啟用 DNS 用戶端尋找 NetBIOS 資源，以支援 DNS 用戶端

WINS 與DNS的差異

WINS 與DNS的差異

Wins的作用跟DNS的作用有相似的地方，都在做名稱解析，但也有不同之處我將它整理成下的列表中：

Feature \ Service	WINS	DNS
使用的網路協定	NETBEUI、TCP/IP	TCP/IP
常見的網路環境	較常適用於LAN	較常跨WAN
解析名稱類型	解NetBIOS名稱（網芳名稱轉換IP）	解 FQDN名稱（網域名稱轉換IP）
Windows系統路徑指定方式	UNC路徑 \\Server1	FQDN路徑Server1.domain.com
與同類型伺服之間的關係	無階層式	階層式導向
Client端 關機前動作	將名稱Release釋放出	不會Release

• 事實上Windows NT系統上既有的WINS就是設計用來支援DHCP的運作的，且已成為Microsoft 企業網路整體架構中的一個重要的部份。WINS的作用與DNS類似，都是用來提供多種管理名稱的系統服務，例如：將名稱轉換成IP位址，但是WINS只負責管理NetBIOS所使用的命名空間，而此命名空間與一般DNS所管理的階層式領域名稱並不相同。
• 此外WINS還能夠與DHCP配合在一起使用，也就是說我們可以先用DHCP指定系統所需要的IP位址，然後再自動地在WINS伺服中註冊一個機動的NetBIOS名稱。由於WINS的架構並非階層式的，因此若某一個NetBIOS名稱未在WINS伺服中註冊，則我們就可以將之視為在網路上根本不存在。由此可知：在所有採用NetBIOS over TCP的網路上WINS可以算是一項必備的工具

WINS 伺服器

WINS 伺服器

WINS servers

WINS 包含兩個主要元件：WINS 伺服器及 WINS 用戶端。

WINS 伺服器負責處理 WINS 用戶端所發出的名稱登錄要求、登錄它們的名稱及 IP 位址、回應用戶端提交的 NetBIOS 名稱查詢，然後傳回列在伺服器資料庫中該查詢名稱的 IP 位址 (如果存在)。

並且，如下圖所示，WINS 伺服器可以將它們資料庫 (包含 NetBIOS 電腦與 IP 位址的名稱對應) 的內容複寫到其他 WINS 伺服器。啟用 WINS 的用戶端電腦 (如在「子網路 1」或「子網路 2」上的工作站電腦) 在網路上啟動時，它會提交登錄要求，將它的電腦名稱及 IP 位址直接傳送到它的主要設定 WINS 伺服器 (WINS-A)。因為 WINS-A 是登錄這些用戶端的伺服器，所以又稱為 WINS 用戶端記錄的擁有者。

在此範例中，伺服器 WINS-A 有本機用戶端 (WINS-A 所在的「子網路 2」上的用戶端) 及遠端用戶端 (透過路由器，而位於「子網路 1」上的用戶端)。另一 WINS 伺服器 (WINS-B) 位於「子網路 3」上，且僅擁有從此子網路登錄的本地用戶端對應。WINS-A 及 WINS-B 稍後可以完成它們資料庫的複寫，以使所有在三個子網路上的用戶端記錄，可以出現於二台伺服器的 WINS 資料庫中。如需相關資訊，請參閱 WINS 複寫。

Primary/Secondary WINS servers

用戶端以下列兩種方法的其中一個，使用 WINS 伺服器：當成主要或次要 WINS 伺服器。

主要及次要 WINS 伺服器的不同，絕對不是視伺服器而定 (在 WINS 中，其所有功能上的用途是相同的)。這兩者的差異是在用戶端，因為在具有多個 WINS 伺服器時，用戶端會分辨 WINS 伺服器清單中的伺服器，並加以排序。

在大多數情況下，用戶端會聯絡主要 WINS 伺服器，然後執行 NetBIOS 名稱服務的功能 (名稱登錄、名稱更新、名稱釋放、名稱查詢及名稱解析)。只有在主要 WINS 伺服器發生下列任何情形時，才會使用次要 WINS 伺服器：

1. 在要求服務時，無法在網路上使用；或
   
2. 無法解析用戶端的名稱 (在進行名稱查詢時)。
   

當主要 WINS 伺服器失敗時，用戶端就會像次要 WINS 伺服器要求執行相同的服務功能。如果用戶端上有兩台以上的 WINS 伺服器，則用戶端就會嘗試清單中其他的 WINS 伺服器，直到試完所有的 WINS 為止，或其中一台次要 WINS 伺服器處理成功且回應要求。在用戶端使用了次要 WINS 伺服器之後，就會每隔一段時間嘗試切換到它的主要 WINS 伺服器，以執行以後的服務要求。

若是最新的 WINS 用戶端 (Windows XP 及 Windows 2000)，則可以設定多達 12 台次要 WINS 伺服器 (可透過 TCP/IP 內容手動地設定，或利用 DHCP 伺服器提供使用 DHCP 選項類型 44，以動態方式來進行設定)。如果您的環境中有許多行動式用戶端，而且經常用到 NetBIOS 資源及服務，此項功能便可帶給您相當多的助益。由於在這類環境中，WINS 資料庫可能因為交集問題，而無法在整個 WINS 伺服器網路內達成一致，所以這項功能可幫助用戶端得以查詢兩台以上的 WINS 伺服器。

不過，若沒有必要，請避免過度使用此選項，因為在列出額外 WINS 伺服器以新增容錯時，會減損所能得到的實際好處。此項功能的好處必須根據事實來衡量；這個事實是指，對清單上所列的每台額外 WINS 伺服器而言，要在 WINS 中完整地處理一項查詢需花費更長的處理時間才能完成。例如，如果在失敗之前，WINS 用戶端嘗試三台或更多的 WINS 伺服器，則此用戶端會延遲處理名稱查詢一段時間後，才嘗試其他解決方法，如搜尋本機主機檔案，或查詢 DNS 伺服器。

顯示桌面的快捷不小心刪除怎麼辦？

開始 / 執行

然後輸入

regsvr32 /n /i:u shell32

再將滑鼠游標移到最下方工具列空白處點擊滑鼠右鍵

工具列 / 重新啟動

原本就會有打勾，再取消在勾選一次

刪除的桌面小快捷就會回來了~

Microsoft Outlook 如何收信保存伺服器上的郵件？

Outlook

工具 / 電子郵件帳號

檢視或變更現有的電子郵件帳號 > 下一步 > 變更 > 其他設定

再來會出現一個視窗

網路網路郵件設定 > 進階

將最底下傳送的部份打勾，這樣就可以啦。



如果公司有另外做郵件備份或是郵件異地備援的動作

使用者這個部份應該就不需要勾選了

如果公司沒有做備份的任何方式

勾選在伺服器上保留複本可以，但是請將下面兩項一並打勾

並免造成郵件伺服器的負擔

然而，從「刪除的郵件」中移除時從伺服器移除

這個請勾選保留的時候習慣性勾起來

畢竟...自己都刪除了

還保留在伺服上要做什麼呢？