Enjoy IT (ITECN.NET)

十数年以后，微软第一次进行了抛弃界面的尝试，回复到了命令行的界面，但是这个界面无疑是把双刃剑。 抛弃了图形界面的Server  Core带来的最显著的两个改进，就是运行效率和体积，Server Core大约只有1.2G大小；但是，对于商业用户来说，在现在这个年代，体积和效率似乎并不是他们最关心的内容。除此以外，估计Server Core能带来的，就只有可靠性了。 Server Core的确能带来可靠性的提高，屏弃了UI，减少了大量的文件和dll，本来就是一个可靠性的提高，当然补丁也大大减少了 ；从另一方面来说，Server Core到目前为止只提供九类服务，也使其可靠性得到保障；而个人认为Server Core最大的可靠性保证，还是来自于人的因素。 没有UI的Server ...

相信熟悉replmon的人都应该会比较喜欢这个工具吧，通过这个图形UI的工具能够很方便地获得和AD复制相关的大多数信息。但是最近我在使用它时却碰到了一个问题。这次我用replmon检查的是一个多域多站点的AD，一共有4个子网，三个站点和4个域。我当时在一台DC上使用replmon添加林中所有的DC，以便检查它们的目录复制情况，但当用站点服务器列表添加不在本地子网中的DC时，replmon就会hang住一会儿，然后报错说“you had insufficient permissions to read the status of the server”。我知道应该不是这个问题，当前是以Enterprise ...

今天发现微软又发布了一个新的产品，ADMT 3.0，很令人诧异的是，ADMT居然也跟SQL搭上了关系。 回想一下，现在实在找不到有什么微软新产品是不需要SQL就可以运行的，而各个升级版本，都毫无疑问地将SQL拉了进来。例如SUS，一直被诟病没有记录，没有report功能，于是WSUS拉了个SQL进来；ISA 2004，Log也开始转到SQL里进行存储；现在，居然连ADMT都要加一个SQL进来，而且好像没有发现什么需要用到SQL的功能。 新的ADMT，要说多了什么实用新功能，个人感觉好像没多什么，只是用户和组的迁移更顺利了，不管是先迁组还是先迁用户，好像都没带来什么问题；记得以前在用ADMT ...

最近在做项目的过程中，发现一个很奇怪的问题。 用户在加入域的过程中，ping DC IP、Ping DNS 域名、Ping DC FQDN都没问题，用户加入域时也跳出身份验证对话框，不过，当进行身份验证后，居然跳出一个找不到网络路径......以前实施都是匆匆忙忙，因此，此类问题全部被忽略，终于有一天，可以静下心来看这个问题了。 这个问题的发生，是由于TCP/IP NetBT Driver无法启动造成，在系统日志里，能找到NetBT的一个错误日志，同时，该计算机无法访问网络共享资源，并不能用NetBIOS相关命令，如Nbtstat。 解决方案只有一个，重装TCP/IP协议，在Windows XP上重装TCP/IP，并不如Windows ...

最近在给一个客户部署ISA，将他们现有的ISA 2000迁移到ISA 2004，由于需求不高，按他们的要求给用了Standard Edition。噩梦，从此开始。用户的要求是配置Proxy，而且必须通过身份验证，只有部分的用户能上网；发现的第一个问题，是SE的User Set里面无法使用DLG，即使DLG里面只有一个Local的Global Group，查看Session和Log，发现连接用户无法验证，全部显示为Anonymous，而且是被Default Policy拒绝的；唯一的一个修正方法，是把域级别提升为Windows 2000 Native。但是用户场景不允许。至能通过直接把Global Group加到User Set解决问题。接下来，发现第二个问题，是当我们仅升级Windows ...

等待良久，WSUS终于Release了。从去年年末开始接触这个产品，发现其新特性不少，但是在以往的Beta中，似乎很多新特性只是个架子。 最终的WSUS提供了计算机组的功能，这个功能在我Beta的时候，始终没法实现，这个应该可以算是WSUS的最大变更之一；其余的各个特性，似乎与Beta相比，并无异常。 但是，总归来说，这东东还像是一个半成品，使用远程存储要修改注册表，使用后端SQL Server数据库要修改注册表...... 难道，又要等待第三个版本？！

??? 今天早上，很惊异发现公司Portal站点部分连接用不了，一点就是Error Messege；更令人惊奇的是，在地址栏上随便修改一个字符甚至更改大小写，就可以了。查查系统日志，没有任何问题；求助于分公司同事，各分公司同事都没有类似的问题；Terminal到IDC机房上的服务器再查，也没有问题，那么问题毫无疑问就发生在ISA Server上。??? 把公司ISA Array的数十条策略看了一遍，没有发现任何异常；除了Enterprise Policy设置了HTTP Filter，拒绝下载以.torrent为扩展名的文件。实在无奈，查询微软KB，发现了一个关于ISA 2004 HTTP Filter的KB，该问题发生于ISA 2004 Standard和ISA 2004 ...