.NET Remoting 自行切换通道

Question

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

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

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

“tcp://serverip:50000/对象名称”

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

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

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

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

谢谢， Casper

这是设置一个服务器通道的代码，通常在端口 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);

Answer 1

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

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

Answer 2

我也确实在那些“反向链接”端口上遇到了困难；我认为只有当服务器想要发回某些内容时（即使在事件过程中）才会发生这种情况。
因为我的防火墙总是存在问题，所以我切换到 GenuineChannels（尽管我认为这有点过时）。