使用远程处理时将流量从 NIC 重定向到单独网络上的另一个 NIC

发布于 2024-08-02 12:34:59 字数 627 浏览 5 评论 0原文

我正在进行的项目是处理从扫描枪(Pocket PC 2003)捕获的数据,并在主机(Win XP)上处理这些数据,然后将其存入单独服务器(Win 2000)上的库存数据库中。这一切都是由 MS 提供的 Remoting 框架驱动的,尽善尽美 (http://gotcf.net) 。该应用程序足够完整,可以进行一般概念验证,客户端和服务器在模拟器中都能正常工作。

一切都很顺利,直到我开始使用实际的扫描枪进行测试。出于安全考虑,扫描仪位于与服务器(15 网络)不同的网络(为了澄清起见,为 10 网络)。我的开发机器有双网卡连接到两个网络,并且可以独立地与两个网络通信。但是,我的应用程序使用 .Net Remoting 从 10 网络接收信息,然后通过第三方应用程序(ODBC、Btrieve 和 OLE 的组合)将信息发送到 15 网络上的服务器时遇到问题。

是否有办法处理来自一个网络的信息,然后更新另一个网络上的服务器?

任何建议将不胜感激!

注意:我对网络不太熟悉,因此我可能叫错了名字,但枪的IP以10...*开头,服务器IP以10...*开头与 15...*

The project I'm working on is to handle data capture from scan guns (Pocket PC 2003) and process this data on a host (Win XP) then into our inventory database on a separate server (Win 2000). This is all driven by the Remoting framework provided by MS and As Good As It Gets (http://gotcf.net). The application is complete enough for a general proof of concept with both the client and server working properly while in the emulator.

All is well until I began to test using actual scan guns. Due to security concerns, the scanners are on a separate network (for clarification the 10 network) than the server (the 15 network). My development machine has dual NIC connected to both networks and can communicate with both independently. However, I am having issues with my application receiving information from the 10 network using .Net Remoting, and then sending out information to the server on the 15 network via a third party app (Combination of ODBC, Btrieve, and OLE).

Is there anyway to process information from one network then update the server on another?

Any suggestions will be greatly appreciated!

Note: I'm not very familiar with networking, thus I may be calling it the wrong name but the gun IP's start with 10...* and the server IP's start with 15...*

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

一萌ing 2024-08-09 12:34:59

只要计算机的路由表配置正确,您就不必在应用程序中担心这一点。只要您使用正确的 IP 地址,网络堆栈就应该负责将内容传送到正确的位置。

您可能想检查“route print”的输出(至少我认为在 WinXp 上可用 - 如果没有,其他人可能很快就会发布 XP 的正确命令)。无论如何,您应该看到为哪些接口配置了哪些网络目标。您需要确保 15 网络上的服务器 IP 将通过您想要的接口正确路由(即最低成本的匹配目标/网络掩码列出您的 15 接口)。

So long as the computer's routing table is properly configured, you shouldn't have to worry about this from your application. So long as you're using the proper IP addresses, the networking stack should take care of delivering things to the right place.

You might want to check the output of "route print" (at least I think that was available on WinXp -- if not, someone else will likely post the correct command for XP soon). In any way, you should see what network destinations are configured for which interfaces. You'll need to make sure that the server's IP on the 15 network will properly route via the interface you want (ie. the lowest-cost matching destination/netmask lists your 15 interface).

寂寞陪衬 2024-08-09 12:34:59

该问题似乎源于网卡设置不正确以及我选择的框架尚未解决的问题。

  • 为了解决网卡问题,我发现的最简单的解决方案是清除 10 网络上的默认网关。

    为了解决网卡问题,我

  • 另一个问题涉及在远程处理对象被销毁后重新创建它们。我目前必须热启动扫描仪才能重新连接到主机。为了解决这个问题,我将联系 As Good As It Gets 看看他们的意见是什么。 该死的防火墙

The issue seems to stem from both the NIC cards not set up properly and a so far unresolved issue with the frameworks I've chosen.

  • To solve the NIC problem, the easiest solution I'd found had me clear the default gateway on the 10 network.

  • The other issue deals with recreating the remoting objects after they've been destroyed. I currently have to warm boot the scanner in order to re-connect to the host. In order to correct this issue I'm going to contact As Good As It Gets to see what their input is. Damn firewall

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文