Articles of rpc

通过registry和dcomcnfg设置DTC端口范围有什么区别?

我很困惑为DTC通信设置端口范围。 按照此NServiceBus文章中的说明,通过设置端口通过dcomcnfg与通过registryconfiguration它们有什么区别(function上),如本Microsoft支持文章中所述 ? 有什么理由会有不同的行为,或者是完全不同的设置,看起来相似吗?

将域控制器Windows Server 2003连接到Windows Server 2003上的另一个控制台

在Active Directory中,当我尝试连接到另一台域控制器时,添加该域控制器并按下确定后,向我显示一条消息: The following domain controller could not be contacted, the RPC server is unavailable 我该如何解决这个问题。

远程过程调用(RPC)在局域网中的性能

我们使用具有独立的客户端和服务器程序的数据库,并使用RPC相互通信。 我们有一台运行Windows Server 2003 SP2的计算机和六台运行Windows 7 Pro 32bit的工作站。 networking是一个简单的100Mbpsnetworking,只有一个networking交换机。 服务器电脑和两个工作站有技嘉G31M-ES2L主板集成了Atherosnetworking控制器。 其他工作站有集成了Realteknetworking控制器的技嘉H61MA-D2V主板。 我们发现使用Atheros网卡的计算机的数据库性能非常好,而使用Realtek网卡的计算机的数据库性能非常差。 认为问题是与数据库程序本身有关,我决定使用程序RpcPing.exe来testingRPC协议的性能。 我一直在使用以下命令计算在networking上的多台计算机上执行1000个RPC需要多长时间: rpcping -u 10 -a连接-s [ip地址] -i 1000 我的结果平均如下: Atheros任何Atheros:200-250ms Atheros任何Realtek:800-1000ms Realtek任何Atheros:800-1000ms Realtek任何Realtek:1100-1200ms 无论操作系统是Windows Server 2003还是Windows 7,结果都是一样的。 作为一项testing,我在其中一块带有Realtek网卡的主板上安装了Windows XP,发现与任何Atheros网卡都可以进行200-250毫秒的通讯,并且可以与任何带有Realtek网卡的Windows 7计算机进行800-1000毫秒的通讯。 我还testing了Windows 7的基本安装,只是为了确保没有程序干扰它,结果和往常一样糟糕。 我已经尝试了最新的网卡驱动程序以及几个较早的版本,并排除了networking的任何物理问题。 我也在其他networking上进行过testing,偶尔会发现类似的结果。 当然,如果它是一个兆位或千兆位的networking,它就没有什么区别。 所以请任何人都可以提供一个解释,说明为什么使用这些Realtek芯片组网卡的Windows 7的RPC性能很差?

系统pipe理员如何通过networking为OSX部署软件?

我正在寻找一个Mac的解决scheme,允许远程安静的软件安装。 我是一个系统pipe理员,为拥有Mac和Windows计算机networking的公司工作。 在Windows端,我们可以使用称为远程过程调用(RPC)的技术来执行此操作。 Mac社区中有没有人这样做?如果是的话,你使用的是什么技术?

apt-get清除portmap

我有一个相当新鲜的Debian挤压安装在端口111打开rpc.statd。 我做了一个apt-get purge portmap,因为我想禁用rpc服务并closures我盒子上的开放端口; 我被提出以下几点: Reading package lists… Done Building dependency tree Reading state information… Done The following packages were automatically installed and are no longer required: libtirpc1 rpcbind Use 'apt-get autoremove' to remove them. The following extra packages will be installed: libtirpc1 rpcbind The following packages will be REMOVED: nfs-common* portmap* The following NEW […]

将RPC限制到Active Directory中的特定端口

我们在我们的主办公室和我们的生产networking服务器之间使用两台SonicWall设备进行站点到站点VPN连接。 默认情况下,VPN隧道允许两个站点之间的所有stream量。 我想限制这个,这样我们就可以阻止所有来自configuration到办公室的INCOMINGstream量,这样我们的私有networking在我们的生产服务器被攻破的情况下更受保护。 但是,我所看到的一个问题是,我们join到域的服务器仍然需要能够联系我们办公室的DC来进行组策略,ldap信息等等。所有的服务和AD使用的端口,我发现RPC服务使用随机端口,这使得很难在防火墙上打孔来使其工作。 我发现了这篇 kb文章,它描述了如何将其更改为所有域控制器上的特定端口,然后允许我在防火墙上打开单个端口。 这篇文章不会去的是这样做的缺点。 我想他们有一个随机的端口的原因..并采取了这一切是消除它提供的任何好处。 将这个切换到特定的端口会损失什么? 指示让我编辑我所有的区议会登记册,我很乐意避免。 另外,如果我们能够在我们的胶粘地点拥有一个RODC,这将是一个很好的例子吗?

什么是Windows 7工作站上需要的msrpc

我刚刚针对我们的networking运行了nmap扫描,许多Windows 7计算机都有几个高端的端口正在使用Microsoft Windows RPC进行侦听。 例: Port Serv Process name 49152, msrpc [wininit.exe] 49153, msrpc [svchost.exe, Eventlog] 49154, msrpc [svchost.exe, Schedule] 49155, msrpc [lsass.exe] 49157, msrpc [services.exe] 49159, msrpc [svchost.exe, PolicyAgent] 出于安全原因,我想closures任何不需要的监听服务,或者至less使用Windows FW阻止有问题的端口。 我意识到,上面的过程是我无法closures的系统进程,但也许有一些configuration可以做,以防止他们倾听? 最后,不确定是否相关,但我们不使用任何域或Active Directory – 只有一个工作组针对Samba服务器。 所以,我的问题是: 通常需要什么样的听音服务? 在我的情况下,我可以以某种方式禁用它们(=让他们不听)? 如果#2是不可行的,我可以安全地阻止他们与FW? 谢谢。

Solaris 11:使sunrpc仅在本地主机上侦听

有一个开放的端口111(sunrpc),我想要保护。 在全新安装的Solaris上,我怎样才能得到这个只在本地主机上侦听? 我认为,这将比使用ipfilter更清洁,如果我可以让它不听从开始。 再次,这是一个全新的安装,所以我不担心“打破”任何东西。 不要在乎服务器到服务器的东西,如syslog或nfs。

使用多个磁盘的NFS性能较差

我有一个服务器系统运行Ubuntu 12.10连接12个磁盘。 我正在使用NFSv4在我的10千兆networking上共享所有这些磁盘。 但是,与我能够在本地获得的性能相比,我的NFS性能普遍较差。 我在研究糟糕的NFS性能时遇到的一般解决scheme是在服务器的exports文件中使用async选项,而不是使用sync。 但是,这根本不是我的目的。 我知道这会引起一场表演,但我不会期望我能看到。 我发现我在NFS客户端上主动使用的磁盘越多,每个磁盘的吞吐量就越差。 例如,如果我只使用1个磁盘,则可以以60MB / s的速度写入数据。 但是,如果我主动使用全部12个磁盘,则每个磁盘只能以12MB / s的速度写入。 等价的本地testing可以产生每个磁盘200MB / s没有问题。 是否有可能做一些调整来优化多个磁盘的NFS性能? 在服务器正在被使用的时候,CPU和内存似乎都没有被使用。

限制连接到Web服务,如果负载过高?

我有一个网站,通过XMLRPC与XMLRPC服务器Web服务进行通信。 (Web服务是使用xmlrpclib以Python编写的。)我相信xmlrpclib在处理一个请求时将会阻塞。 所以如果有三个用户在你之前有一个xmlrpclib请求,你的响应需要四倍的时间。 如果我收到太多的XMLRPC请求,并且Web服务陷入困境并且响应速度慢,如何处理它? 如果我得到的是斜杠,我的首选行为是,第一个用户得到良好的响应时间,其他人被告知稍后再回来。 我认为这比给每个人可怕的回应时间要好得多。 我如何创build这种行为? 这是否称为负载平衡? 我没有真正的平衡,直到我有多个服务器。