zoukankan      html  css  js  c++  java
  • ILS service 并不能在server2003上运行

    这一阵子想在企业内建立快捷的联系方式,想到了用要RTX,花钱太多,MSN又来麻烦功能还上还不带远程桌面的共享.后来想到用NETMEETING需自已建一个目录服务器.于是找到了一篇这样的文章,如下:

    文/刘本军

      较早的时候我就在网上建立过网络会议系统,使用微软的“NetMeeting”进行点对点的连接,十分方便,可直接用网络地址呼叫对方,只要知道对方的IP地址,呼叫时输入即可。这种方式使用NetMeeting时,要求被呼叫方一定要正在使用计算机,且其NetMeeting一定要正处于打开状态。若对方没有打开NetMeeting,则只有通过其它方式与对方联络,使其打开NetMeeting,否则就无法进行。这种方式使用NetMeeting很费时,如果对方不在线时,你就会感觉非常地难受且麻烦,它的好处在于不需要目录服务器。

      目录服务是用来跟踪正在使用NetMeeting的用户,它编译一个不断变化的正确的IP地址或电脑名称的数据库,供当前正在与一个Internet或企业网服务相连接的用户使用。当你运行NetMeeting并连接到一个目录服务器时,该服务器将定位你的IP地址。要想进行一次呼叫,你只需从NetMeeting目录或包含指向其他人电脑链接的Web站点中选定一个名称,服务器将在你们的电脑之间传输需要的IP地址以建立连接,然后呼叫就完成了。

      通过网络上的目录服务器使用NetMeeting时(不论是局域网内的目录服务器,还是广域网上的目录服务器都可使用),启用“新呼叫”窗口时,呼叫方式要选“目录服务器”,地址项一定要选取网络上存在和正在使用的目录服务器的网络地址。这种方式使用NetMeeting时,只要连到目录服务器上,就有很多用户组在目录服务器上交谈,你就可以加入到任一个允许你加入的谈话组,不需要再进行联络。

      NetMeeting软件上本身就提供了许多目录服务器的地址,如:“工具→选项”窗口中的“呼叫”页面里的“启动NetMeeting时登录到目录服务器的服务器名”的列表窗口中Microsoft目录服务器等,不过登录国外服务器速度奇慢,最好是采用本地服务器,国内许多热线上有目录服务器,用户可以在本地热线查一查,即使没有也不要紧,你可以自己建立一个目录服务器,具体做法是使用ILS2.0(Internet Locator Server),“因特网定位服务器”,过去的名称为ULS,为NetMeeting 3.0的目录服务提供了LDAP(轻量级目录访问协议)接口。你可以从NetMeeting 3.0或Web页查看ILS目录,也可以浏览当前正在使用NetMeeting 3.0的用户名单。我们可以选择与名单中所列的一个或多个用户连接,也可以通过输入其他用户的位置信息选择与他们连接。

      ILS服务器是免费的,用户可以到www.microsoft.com/windows/NetMeeting/download/ils20x86.asp下载并安装文件ils20-x86.exe即可,它可以安装在Windows NT/2000/XP/2003系统中,运行ils20-x86.exe,采用系统默认选项,即可正确安装。完成后,选择“管理工具”菜单下项目“服务”,可以看到在系统默认服务中增加了一项名为“Microsoft LDAP Service”的服务。

      服务器上启动服务后即可在其它终端上利用目录服务,首次访问时在计算机上将目录服务器地址改为:xxx.xxx.xxx.xxx:1002,前面为服务器的IP地址(局域网用户使用内网IP,广域网用户使用公网IP),后面为NetMeeting使用服务器的端口号。

      另外,当我们启动NetMeeting时,经常会出现“未找到目录服务器”的错误,结合本人平常的使用,分析主要的原因如下:

      (1)计算机没有连到网络上,只有连接到局域网或是广域网之后才能进行呼叫;

      (2)呼叫的目录服务器没有打开,并不是所有的目录服务器是全天候开放的,你可以采用PING命令测试一下你到目录服务器的状态,看服务器是否打开;

      (3)网络带宽紧张,这种现象在局域网一般不会出现,主要是在广域网中,在上网的高峰或是互联网线路出现故障时,经常出现这种情况,在上面提到的访问国外的目录服务器很少成功主要就是网络带宽紧张的原因;

      (4)如果你使用了防火墙、NAT或代理服务器,也可能出现这种情况,NetMeeting不能在防火墙、NAT或代理服务器后方的网络上正常使用,它在通信过程中传输端口会进行动态变化,需要对数据包内容进行复杂分析,而大部分防火墙或路由器产品使用网络地址转换(NAT)功能时却不能很好地支持这些应用程序,可以选用一些特殊的防火墙或路由器,它利用NetMeeting使用的是动态端口,可以打开所有的端口以待采用触发的方法来运行这个软件。

    注意到作者说可以在2003下运行,但实际上并不能运行.包括 Site Server 也不能运行在server2003下.
    有人可以通过转注册表的方式运行了site server在server2003下,但是LDAP还是不行.方法如下:

    The problem arises because Site Server checks the registry to see where inetinfo.exe is located.  Since Windows 2003 Server does not use inetinfo.exe, this check fails and the Site Server install terminates.

    The good news is that it is a relatively simple registry hack to allow Site Server to install on W2k3.

    1. Install the ss3w2k.exe patch.
    2. Rename the HKLM\System\CurrentControlSet\Services\W3SVC\ImagePath string to ImagePathTemp
    3. add a new string to the W3SVC key named ImagePath
    4. Set the new ImagePath string to "c:\windows\system32\inetsrv\inetinfo.exe"
    5. Install Site Server
    6. Delete the ImagePath string you added to the registry (or rename it in case you have to re-install Site Server again)
    7. Rename the original ImagePathTemp back to ImagePath

    Naturally, this is totally unsupported, but then Site Server 3.0 itself is totally unsupported. Use at your own risk. Also, be advised of all the usual cautions about editing the Registry.

    I know that at least one part of Site Server will not work under Windows 2003 Server; the ILS service.  I understand that replication does work (this is what I'm going to be using it for) but I don't yet know for sure.

    Thanks to Woody W. on microsoft.public.siteserver.general for this info.

    Regards,
    Mike Sharp


    所以LDAP在2003如何运行起来,或是能有何替代品,有朋友知道请告诉我.

  • 相关阅读:
    Codeforces Round #439 (Div. 2) B. The Eternal Immortality
    Codeforces Round #439 (Div. 2) A. The Artful Expedient
    Codeforces Round #437 (Div. 2, based on MemSQL Start[c]UP 3.0
    ClassLoader
    UVA 10790 How Many Points of Intersection?
    HDU 4628 Pieces
    Java学习笔记——可视化Swing中JTable控件绑定SQL数据源的两种方法
    thrift之TTransport层的分帧传输类TFramedTransport
    VB6基本数据库应用(四):数据的提取,新增和修改
    android 开发中判断网络是否连接的代码
  • 原文地址:https://www.cnblogs.com/Anthony/p/154733.html
Copyright © 2011-2022 走看看