4in6隧道为异构系统

我在本地IPv6networking和服务器（Debian）中都有本地IPv4和IPv6客户端（OS X 10.9和Linaro / Ubuntu）。 该计划将使用服务器作为一种网关，如4in6（ http://en.wikipedia.org/wiki/4in6 ）或4over6。

一个最佳的解决scheme将是支持端口转发和DynDNS的高性能（100MBit）连接，全部用于IPv4。 最低要求是能够连接到运行在IPv4上的OpenVPN服务器，而我无法configuration自己，运行在外部IPv4networking中：

(Clients) -- [[[OpenVPN]IPv4]IPv6] -- (Server) -- [[OpenVPN]IPv4] -- (OpenVPN Server) 

• （主办）
• [协议封装]
• – 连接 –

硬件细节：客户：

• 慢1GHZ ARM（Linaro）的性能瓶颈
• 快速的MacBook（OS X 10.9）
• 服务器：Core 2 Quad，2.4GHz，8GB RAM，100MBit / s（Debian）

我知道在IPv6中有可以隧道化IPv4的软件解决scheme： Gif，GRE，AFTR，OpenVPN。

• 通过Apache进行代理时，HTTP CONNECT请求体减less到/
• ssh反向隧道端口转发连接失败
• 进程组默认路由tun0，B默认路由tun1等
• Debian不要通过L2TPv3转发多于mtu的l2tp虚拟接口
• 无法与OpenVPN服务器build立TCP连接

我不知道这些是否满足约束条件：

• 在慢速ARM（Linaro，1GHz单核Allwinner A10 CPU）上的良好性能
• 可以在OS X 10.9，Linaro（ Ubuntu for arm ）和Debian上互操作

— 4月16日— mac-gre回归积极发展。 到目前为止，OS X 10.9还提供了一个testing版本： https : //code.google.com/p/mac-gre/source/checkout开发者警告我关于当前的错误，所以任何人都应该关心这个：

注意：有一个已知的问题，当您卸载驱动程序（kextunload GRE.kext）时，系统可能是KERNEL PANIC。 因此，不要把BETA版本驱动程序GRE.kext放到/ System / Library / Extension /中，只要把它放在/ tmp /进行testing即可。