☰

在 Wine 应用程序上启用端口 137

tag-icon • tag-icon linux ubuntu networking proxy wine
在 Wine 应用程序上启用端口 137

我使用的是 Ubuntu 17.10 + Wine 2.18（开发版本）。

CCProxy 是 Windows 的代理服务器。它与 Wine 兼容，并且官方提到。

我尝试在 Wine 中运行 CCProxy，一切似乎都正常，但不幸的是，有一个功能不起作用... CCProxy 无法获取客户端的 MAC 地址进行身份验证。中也提到了这个问题的解决方案CCProxy 的网站：

CCProxy 使用端口 137 获取客户端的 MAC 地址进行身份验证。因此，您需要确保 CCProxy 服务器和客户端上的端口 137 均可用。有时杀毒软件和防火墙可能会屏蔽137端口，请检查一下。

另一方面，还需要在客户端安装NetBIOS协议。

问题是我不知道自己该做什么，也不知道该做什么！

编辑：

$ sudo iptables -L

Chain INPUT (policy ACCEPT)
target     prot opt source               destination         

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination         

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination

答案1

Wine 永远不应该作为root.因此，任何 Wine 应用程序都不应该像root以前一样执行。大多数 Linux 系统不会让非 root 绑定到低于 1024 的端口。

如果您想在 Wine 中的给定端口上运行应用程序，您应该始终尝试将其绑定到高于 1024 的更高编号端口，系统应该允许您绑定到该端口。然后，设置iptables从端口 137 到您选择的任何端口进行内部转发。

也就是说，Wine 和网卡之间的兼容性是有限的——它不能保证它实际上是一个完全兼容的系统，一切正常。

另请考虑您引用的帖子是 2015 年的。我找不到任何事物对于 WineHQ AppDB 上的该软件，甚至无法开始了解运行该软件时可能遇到的问题数量。 （我可能会稍后进行测试并尝试看看会发生什么，但我不保证您能让该软件正常工作。）

编辑我做了一些进一步的测试。我能够让 CCProxy 在 Wine 中运行（以其自己的前缀）并正常工作，但是仅有的端口高于 1024。另外，通过额外的测试，我无法使 MAC 地址认证工作。

因此，根据我的发现，我认为您无法使用基于 MAC 地址的身份验证。您是否有理由不能使用用户/密码身份验证而不是 MAC 地址身份验证作为控制机制？

相关内容