1、優先選擇子網而不是24位掩碼：你的網絡有多少張子網以至于需要一個24位掩碼(255.255.255.0)?與標準C類網絡中的其他許多子網相比，我使用的數量并不多，但每次進行配置的時間，我都要再三檢查，以確定自己設置的子網掩碼是正確可用的。因此，我會盡力找理由來選擇使用子網而不是老的24位掩碼，但對于采用了不可路由IP地址的內部網絡地址來說，大部分情況會變得很難進行預測了。

 

    2、域名系統后綴列表：對于一份內容繁多的DNS后綴列表來說，丟失了一項或多項條目可能導致該名稱解決方案在使用的時間不那么令人滿意。好的是，通過利用Windows組策略設置一個主后綴，并按照后綴為每個計算機帳戶的順序進行搜索，我們可以解決這一問題。

 

    3、默認網關沒有使用.1的地址：對于網絡上的靜態IP地址來說，每次都會出現默認網關沒有使用.1的地址的情況，我對這種情況非常困惑，因此不得不再三檢查配置情況。對于小于255臺主機的(C類子網)來說，IP地址空間最后一個八位字節沒有采用0.1的默認網關這種情況出現的機會非常高。對于該問題來說，解決方法是在內部網絡中采用標準的標準化C類子網，并且在結束位置留取余量，即使存在網絡IP地址的浪費也無所謂。

 

    4、域名系統IP地址：如果按照我的想法來處理的話，每個站點的每臺DNS服務器（服務器租用找億恩柯南：QQ 965171276)都應該與其他站點采用相同結構的IP地址。這樣一來，只要確定了IP地址的第2或3位就可以很容易確定DNS服務器（服務器租用找億恩柯南：QQ 965171276)所在的位置。對于所有可以作到標準化的項目，我都選擇這么處理。舉例來說，如果每張網絡的.1地址是默認網關的話，.2地址就是這張網絡的DNS服務器（服務器租用找億恩柯南：QQ 965171276)。這一點，我牢記在心。

 

    5、Windows網絡名稱服務非常有用：我可以利用完全合格的域名來進行ping操作，但無法僅憑借網絡基本輸入輸出系統名稱來進行訪問。在這里，包括WINS配置在內有幾處地方可能出現錯誤。不過，通常情況下，對DNS后綴設置進行正確設置加上搜索命令的使用就可以解決這一問題。但是，避免這一問題出現的根本措施就是部署Windows2008服務器（服務器租用找億恩柯南：QQ 965171276)DNS引擎中的通用名稱區域。

 

    這是我在網絡管理中經常出現的小問題，在這里寫出來與大家進行分享。你在進行網絡管理時，會經常出現什么樣的小錯誤?更重要的一點是，你采用什么方法，來避免這種錯誤重復出現呢?