总结：Linux和macos完败，windows赢。 
2 个赞
喜欢自己的代理方案，一个主网络开启一个代理服务，其他的分支网络通过路由器来连接这个代理，实现访问主网络内部服务的效果。
比如主网络有oa内网服务，通过一个几十块钱的代理路由器就可以无缝连接
什么时候开始论坛直接能嵌入B站视频了？只要换行单独贴地址就可以吗？
可以的…单独一行就行
必须Tailscale，有需求可以Headscale
不不不，实际上你看了主贴就会发现，问题就出在macos上
就这个德行还天天试图推广用mac打游戏
说回这个问题本身
实际上有些问题，你不能跟它太较真，你认真的要解决macos上没有广播级虚拟局域网的问题，结果答案是无解。
但问题是，你并不是要解决这个，你是要联机打游戏。
所以多接个能n2n的路由器帮mac代理不就得了？甚至你找台win挂着给mac代理呢？甚至你手机开热点给mac代理呢？联机打游戏才能用多少流量啊，一小时都没有100m
钻牛角尖是不可取的
1 个赞
easy-tier
这个具体怎么操作呢？我没有想到比较好的方案。
假设这个朋友的局域网网段是 192.168.1.0/24，路由器（旁路网关）是 192.168.1.2，游戏的广播地址是 192.168.1.255。
路由器自身连接的虚拟网络是 10.0.0.0/8，有什么代理方式可以把广播数据包发送到虚拟局域网里吗？最终目的应该是电脑本身没有感知（向 192.168.1.255 发包后，收到的回应也来自 192.168.1.x，因此电脑认为自己发现的设备确实在本地局域网里）。
感谢，这个看起来有点像 n2n+内网穿透的混合体，应该可以实现 Layer 2 虚拟网络，挺有意思的新项目。
不过我看了一下源码，也是创建 TAP 设备来实现的，在 macOS 上应该有类似前面说的问题。
wireguard 不行吗？
另外还有个国产的 GNB 是 P2P 组网的。
请看一楼，中间「排除法」第一个排除的就是 Wireguard 和相关技术，因为广播需要 L2 虚拟网络而不是 L3。
看他们的项目标题，一目了然不行了。
嗯。感觉原理上面不是很难。现在没啥人做应该是没太大的其它地方的用途吧。
而且兼容 linux 和 win32 一般都没问题，兼容 macos 要搞死人的。
我最近研究了 macfuse 的使用，发现 macos 对内核模块的限制非常厉害。要通过很多的步骤才能解开这个限制。
建议你弃用 macos，你这问题应该就解决一大半了。
把虚拟组网的工具放在软路由上，不知道可行不
终于成功混进主群，见到了那个做组网插件的人，这里是视频，演示好像就是博德之门（没玩过看英文名是）
去和他们提一下mac的开发，QQ群：376940436
3 个赞