Midas三层怎么都不通？救命！！ ( 积分: 200 )

开发的Midas服务器(DCOM连接),服务器和SQL Server在一个机器上，在一个小局域网(A楼)上可以正常启动服务器运行，可将客户端安装在通过交换机(B楼，楼之间采用交换器)访问的机器上服务器反映都没有(Scokt不想用，在数据传输上不灵活)
可能网络结构没有说清楚，就是我们单位有个信息中心，而每个部门通过交换机连接到信息中心，当在一个部门内测试MIDAS服务器和客户端运行正常，可将客户端和MIDAS服务器不在一个部门时，就不通了，MIDAS根本不启动，连看都看不到.

我初步判定是服务器的用户问题。参考一下下面的内容吧：
DCOM中应用程序的分发
客户端的分发和设定
1。如果是使用独立的EXE文件，那么必须拷贝所有的EXE档案以及这些档案使用的OCX，
DLL到客户端。你可以使用DELPHI内建的INSTALLSHIELD制作安装磁盘。如果是使用
ACTIVEFORM，那么就无需安装客户端的应用程序，因为ACTIVEFORM可以自动的下载到客户
端。
2。在客户端机器中必须安装DCOM。
3。拷贝MIDAS。DLL档案到客户端的Windows/System或是Winnt/System32子目录中。
你只需要拷贝这个档案到Windows的系统子目录下即可，当客户端应用程序执行时，它会
自动注册这个档案到注册表中
服务端的分发和设定
在多层应用系统中，分发服务比较复杂。
1。决定使用存取控制的权限。如果你有WINDOWS NT做为应用程序服务器的平台，那么
建议使用‘用户级存取控制’
2。执行应用程序服务器一次以注册应用程序服务器。
3。拷贝MIDAS。DLL到系统子目录中。而且必须注册。你可以使用TREGSRV32来注册
MIDAS。DLL
4。拷贝IDPROV32.DLL到BDE数据库引擎的子目录中。
5。使用DCOMCNFG设置应用程序服务器的存取权限。在通常情况下，可以将验证等级
设定为‘无’，并且把存取控制和激活控制设置为EVERYONE就可以让所有的客户端用户激
活和存取应用程序服务器。
6。如果目前使用的DCOM是对于95的话，强烈建议你升级到98，否则程序员必须自行
激活RPCSS。EXE
至此，分发过程已经结束，如果还有问题，请使用DELPHI5的MODULE VIEWER来观察。
当程序员使用DELPHI开发分布式多层应用系统后，除了将应用程序序列分发之外，还必须
使用DCOM的配置应用程序DCOMCNFG.EXE来进行设置。
在WIN9.X系列中进行DCOM之前，应确认是否装有DCOM，如果没有，可从
http://www.microsoft.com/下载。
WIN9.X配置为DCOM服务器
第一步就是将访问控制设置为用户级控制。在‘获取用户及组的列表中’输入该局域
网中能提供安全权限的机器名（该计算机必须正在运行）。
第二步就是运行位于系统目录下的/windows/system/Dcomcnfg.exe文件。在应用程序
列表中应该能够找到你所编制的应用程序，如果没有列出，请将你所编的程序运行一次。
通常，我们可以通过修改默认属性及默认安全性来达到一定的目的，在‘默认属性’
页中，让‘启动该计算机的分布式COM’选项选中，而‘默认的身份验证级别’中‘连接’
的意思代表‘只在客户端第一次连结应用程序服务器时检查客户端的权限’。
‘默认的模拟级别’中‘识别’的意义为‘在这种模式下，服务端可以取得连结的客
户端的权限信息，但是服务端无法以连结的客户端的权限存取系统对象’。当其设为‘模
拟’时，表明‘服务端可以取得连结的客户端的权限信息，并且能够以连结的客户端的权
限存取系统对象’。
在默认属性页中，还有一个‘为跟踪引用提供附加的安全性’的选项。这个设置可以
让应用程序服务器使用COM/DCOM的回叫机制以保持COM/DCOM中远程调用参考计数值
(reference count)的正确性，以避免客户端应用程序恶意的调用应用服务器并且断线。
选中这个选项可以让应用程序服务器有效的管理其生命周期，但是也会减缓应用程序服务
执行的速度。
上述的内容其实在DCOMCNFG的帮助之中都有，我这番解说有些画蛇添足，但我对它配
置的建议就是，尽量使用默认值。
在NT中的一些配置也极其相似。但要理解以下的概念
激活控制：就是指哪些用户可以激活应用程序服务器。当客户端应用程序执行并且试
着在远程机器之中激活应用程序服务器时，COM/DCOM的安全机制会检查这个客户端应用程
序登录的用户是否有权限中以激活应用程序。
存取控制：指当应用程序服务器由适当的用户激活后，哪些用户可以存取应用程序服务
器所提供的服务。此外，一个应用程序服务器可以提供数种不同的服务，取存控制能够限
定特定的用户进行特定的操作
认证控制：是指在数据进行传递时，数据是否加密
鉴定控制：是指应用程序服务器的权限。即指在服务器上登陆的用户，他所执行的应用
程序服务器所存取的资源是否在他的权限范围之内。

我初步判定是服务器的用户问题。参考一下下面的内容吧：
DCOM中应用程序的分发
客户端的分发和设定
1。如果是使用独立的EXE文件，那么必须拷贝所有的EXE档案以及这些档案使用的OCX，
DLL到客户端。你可以使用DELPHI内建的INSTALLSHIELD制作安装磁盘。如果是使用
ACTIVEFORM，那么就无需安装客户端的应用程序，因为ACTIVEFORM可以自动的下载到客户
端。
2。在客户端机器中必须安装DCOM。
3。拷贝MIDAS。DLL档案到客户端的Windows/System或是Winnt/System32子目录中。
你只需要拷贝这个档案到Windows的系统子目录下即可，当客户端应用程序执行时，它会
自动注册这个档案到注册表中
服务端的分发和设定
在多层应用系统中，分发服务比较复杂。
1。决定使用存取控制的权限。如果你有WINDOWS NT做为应用程序服务器的平台，那么
建议使用‘用户级存取控制’
2。执行应用程序服务器一次以注册应用程序服务器。
3。拷贝MIDAS。DLL到系统子目录中。而且必须注册。你可以使用TREGSRV32来注册
MIDAS。DLL
4。拷贝IDPROV32.DLL到BDE数据库引擎的子目录中。
5。使用DCOMCNFG设置应用程序服务器的存取权限。在通常情况下，可以将验证等级
设定为‘无’，并且把存取控制和激活控制设置为EVERYONE就可以让所有的客户端用户激
活和存取应用程序服务器。
6。如果目前使用的DCOM是对于95的话，强烈建议你升级到98，否则程序员必须自行
激活RPCSS。EXE
至此，分发过程已经结束，如果还有问题，请使用DELPHI5的MODULE VIEWER来观察。
当程序员使用DELPHI开发分布式多层应用系统后，除了将应用程序序列分发之外，还必须
使用DCOM的配置应用程序DCOMCNFG.EXE来进行设置。
在WIN9.X系列中进行DCOM之前，应确认是否装有DCOM，如果没有，可从
http://www.microsoft.com/下载。
WIN9.X配置为DCOM服务器
第一步就是将访问控制设置为用户级控制。在‘获取用户及组的列表中’输入该局域
网中能提供安全权限的机器名（该计算机必须正在运行）。
第二步就是运行位于系统目录下的/windows/system/Dcomcnfg.exe文件。在应用程序
列表中应该能够找到你所编制的应用程序，如果没有列出，请将你所编的程序运行一次。
通常，我们可以通过修改默认属性及默认安全性来达到一定的目的，在‘默认属性’
页中，让‘启动该计算机的分布式COM’选项选中，而‘默认的身份验证级别’中‘连接’
的意思代表‘只在客户端第一次连结应用程序服务器时检查客户端的权限’。
‘默认的模拟级别’中‘识别’的意义为‘在这种模式下，服务端可以取得连结的客
户端的权限信息，但是服务端无法以连结的客户端的权限存取系统对象’。当其设为‘模
拟’时，表明‘服务端可以取得连结的客户端的权限信息，并且能够以连结的客户端的权
限存取系统对象’。
在默认属性页中，还有一个‘为跟踪引用提供附加的安全性’的选项。这个设置可以
让应用程序服务器使用COM/DCOM的回叫机制以保持COM/DCOM中远程调用参考计数值
(reference count)的正确性，以避免客户端应用程序恶意的调用应用服务器并且断线。
选中这个选项可以让应用程序服务器有效的管理其生命周期，但是也会减缓应用程序服务
执行的速度。
上述的内容其实在DCOMCNFG的帮助之中都有，我这番解说有些画蛇添足，但我对它配
置的建议就是，尽量使用默认值。
在NT中的一些配置也极其相似。但要理解以下的概念
激活控制：就是指哪些用户可以激活应用程序服务器。当客户端应用程序执行并且试
着在远程机器之中激活应用程序服务器时，COM/DCOM的安全机制会检查这个客户端应用程
序登录的用户是否有权限中以激活应用程序。
存取控制：指当应用程序服务器由适当的用户激活后，哪些用户可以存取应用程序服务
器所提供的服务。此外，一个应用程序服务器可以提供数种不同的服务，取存控制能够限
定特定的用户进行特定的操作
认证控制：是指在数据进行传递时，数据是否加密
鉴定控制：是指应用程序服务器的权限。即指在服务器上登陆的用户，他所执行的应用
程序服务器所存取的资源是否在他的权限范围之内。

服务器：windows2000 Server
客户端 ：windows2000 pro
DCOM设置应该没有问题，可为什么连服务器都看不到？现在我解决的连方向都找不到！

中间是否有防火墙