![如何解决 GRE 隧道问题?](https://linux22.com/image/801146/%E5%A6%82%E4%BD%95%E8%A7%A3%E5%86%B3%20GRE%20%E9%9A%A7%E9%81%93%E9%97%AE%E9%A2%98%EF%BC%9F.png)
我经常遇到这样的问题:GRE 隧道(CentOS 服务器到服务器,而不是基于路由器)可以工作,并且可以从两端正常 ping 通,但是隧道中的 IP / 范围却不起作用。
这几乎总是被证明是隧道源头的一些路由问题,但试图解决这些问题是一个笑话,因为动力基本上在我身上,客户要向提供商证明问题不在于隧道本身。
除了 ping 和路由命令读取之外,还有哪些方法可以解决此类问题?如果可能,请列出工具和示例命令。
答案1
听起来您真正需要的是一个修补版本的 netcat,它允许您指定协议 41,而不是端口。
编写这样的代码可能值得你花时间,而且我认为只需修改套接字代码就可以生成仅 GRE 的 netcat,这并不会花很长时间。
除此之外,我想到的一个更“用户友好”的方法是用户空间 Linux PPTP 客户端,或者启动 Windows VM 并尝试连接到已知有效的 PPTP 实现,但结果却失败,出现错误 691 之类的信息。
或者你可以找到一个一开始就没有阻止你使用隧道的提供商。