8

我们在使用 .NET Remoting 时遇到了一个奇怪的问题。基本上，我们有一个注册两个 TcpChannel 的服务器ChannelServices.RegisterChannel()：

  1. 一个监听端口 50000
  2. 另一个监听端口 15000。

然后我们有一个客户端，它注册了一个 TcpChannel 以便能够与服务器通信。Activator.GetObject()我们通过使用 URI调用从服务器检索一个对象

“tcp://serverip:50000/objectname”

这工作正常，客户端连接到端口 50000 上的服务器并获取对象。

但是，当我们开始对该对象调用方法时，与端口 50000 上的通道的连接被断开，并自动与端口 15000 上的通道建立新连接。这给我们带来了一个真正的问题，因为我们不希望端口 15000 上的流量，因为该通道可能未绑定到与服务器上的端口 50000 通道相同的网络适配器，或者该端口可能未在防火墙中打开，这会导致远程调用自然会失败。

这对我们来说很奇怪，因为客户端在我们的代码中不知道服务器上的端口 15000 上存在另一个通道或它侦听的 IP，但它却尝试连接到它。

非常感谢您对此的任何帮助，

谢谢，卡斯帕

这是设置服务器通道之一的代码，通常在端口 50000 上：

IDictionary props = new Hashtable();

props["port"] = m_tcpPort;
props["name"] = String.Empty;


BinaryServerFormatterSinkProvider serverProvider = new BinaryServerFormatterSinkProvider();
serverProvider.TypeFilterLevel = System.Runtime.Serialization.Formatters.TypeFilterLevel.Full;

BinaryClientFormatterSinkProvider clientProvider = new BinaryClientFormatterSinkProvider();

m_tcpChannel = new TcpServerChannel( props, /*clientProvider,*/ serverProvider );
ChannelServices.RegisterChannel( m_tcpChannel, false );

m_wellKnownObjRef = RemotingServices.Marshal( this, "Server@" + m_tcpPort.ToString() );

这是设置另一个服务器通道的代码，通常在端口 15000 上：

IDictionary props = new Hashtable();

props["name"] = String.Empty;
props["port"] = ip.Port;
props["bindTo"] = ip.Address.ToString();                    
props["timeout"] = REMOTING_TIMEOUT; // Timeout to prevent hung remoting calls.

if (!String.IsNullOrEmpty( machineName ))
{
    props["machineName"] = machineName;
}

    BinaryServerFormatterSinkProvider serverProvider = new BinaryServerFormatterSinkProvider();
    serverProvider.TypeFilterLevel = System.Runtime.Serialization.Formatters.TypeFilterLevel.Full;

    BinaryClientFormatterSinkProvider clientProvider = new BinaryClientFormatterSinkProvider();

    m_channel = new TcpChannel( props, clientProvider, serverProvider );
    ChannelServices.RegisterChannel( m_channel, false );

    m_objRef = RemotingServices.Marshal( this, QueueName ); // Queuename is a GUID.

这是客户端中连接到第一个服务器通道的代码，该通道通常位于端口 50000 上：

IDictionary props = new Hashtable();

props["port"] = 0;

RemotingConfiguration.CustomErrorsMode = CustomErrorsModes.Off;

BinaryServerFormatterSinkProvider serverProvider = new BinaryServerFormatterSinkProvider();
serverProvider.TypeFilterLevel = System.Runtime.Serialization.Formatters.TypeFilterLevel.Full;

BinaryClientFormatterSinkProvider clientProvider = new BinaryClientFormatterSinkProvider();

m_tcpChannel = new TcpClientChannel(props, clientProvider/*, serverProvider*/);
ChannelServices.RegisterChannel(m_tcpChannel, false );

string address = "tcp://" + profile.RemoteIP + ":" + profile.RemoteTCP;

m_server = (Kernel)Activator.GetObject(typeof(Server), address + "/Server@" + port);
4

2 回答 2

9

我们已经与 Microsoft 记录了一个关于此的支持案例，显然，.NET Remoting 不支持我们在这里所做的事情。您只能在一个 AppDomain 中注册每种类型的一个频道。Remoting 所做的是将对象的 URI 发送回客户端，告诉客户端它可以在哪里访问相关对象。当它这样做时，它会在服务器端查看已注册的通道，并使用它在那里找到的与请求的类型匹配的第一个通道（在我们的例子中：Tcp）。换句话说，它将使用碰巧首先注册的任何通道。它根本不关心客户端连接的通道。

解决方案是在客户端实现自己的 IClientChannelSinkProvider。当您实现 CreateSink() 方法时，您可以选择在创建要使用的接收器时希望客户端连接到的 url。

于 2010-05-19T15:12:31.800 回答
0

我也确实与那些“反向链接”端口作斗争。我认为只有在服务器想要发回某些东西时才会发生这种情况（即使是在事件过程中）。因为我总是遇到防火墙问题，所以我切换到 GenuineChannels（虽然我认为这有点过时）。

于 2010-05-19T12:23:20.017 回答